Stolen bytes أقوى طريقة لحماية البرامج التجارية

[STRELiTZIA]

السلام عليكم و رحمة الله
اظنني سانتظر نهاية الــ Concept و تجربة المشروع العملي... لانه حسب فهمي للموضوع في حديثنا السابق هناك ضعف في الجزء الخاص بحفظ البايتات المسروقة...
لا علينا ننتظر مولود Alpha لتجربته و لكن لا يجب ان يحمل اسم "اي واحد"

بالتوفيق ان شاء الله

[GamingMasteR]

فعلت شيء مشابه في تحدي Sad-X #3 ، جزء من الكود كان محفوظ في driver مشفر بـxor بسيط .
دائما هناك وقت يكون فيه الجزء المحمي من البرنامج كامل وعندها يمكن عمل dump له .

[kachwahed]

أهلا GM

دائما هناك وقت يكون فيه الجزء المحمي من البرنامج كامل وعندها يمكن عمل dump له .

هذا عند فك الضغط، هنا أصلا لا يوجد ضغط

حسب فهمي للموضوع في حديثنا السابق هناك ضعف في الجزء الخاص بحفظ البايتات المسروقة...

الضعف هنا لا يكمن في حفظ البايتات المسروقة إذ يصعب جدا التكهن بها
إلا إذا ذهبت إلى عراف بارع (والعياذ بالله) فربما يأتيك بالبايتات الأولى فقط ...

هذه الطريقة فعالة جدا، صحيح أنها تجعل البرنامج Demo مما يمنع الزبون من اكتشاف كامل لخصائص البرنامج...
لكن يمكن حذف خصائص لا يكون الزبون بحاجة إلى استكشافها (مثل الحذف في المثال السابق)

رأيي أن أضعف نقطة هي كما قال STRELiTZIA

كيف يتم التحكم في عدم نشر النسخ الكاملة على النت بعد شراءاحد الكراكرز نسخة مرخصة من الشركة المنتجة ؟

أو نشر نسخة مرخصة على النت حتى تقع في يد الكراكرز (لأنهم لا يشترون البرامج عادة )
هنا يمكن تصعيب الأمور بشدة بإضافة فحص Hardware، كفحص الرقم التسلسلي لـ CPU وأفضّل رقم فيزيائي HDD + الخدع الأخرى المعروفة...

[STRELiTZIA]

السلام عليكم و رحمة الله

فعلت شيء مشابه في تحدي Sad-X #3 ، جزء من الكود كان محفوظ في driver مشفر بـxor بسيط .
دائما هناك وقت يكون فيه الجزء المحمي من البرنامج كامل وعندها يمكن عمل dump له .
رد مع اقتباس

هههههه، يعني جلبتك تجربة Kachwahed اخي GM
جميل جدا ان ارى ان نشاطك قد عاد خصوصا هناك عند الروس
في انتظار نسخة KD جديدة...

-------
ملاحظة خارجة عن الموضوع: تم اختراق منتدى AoRE مرتين في هذا الأسبوع، الأولى من طرف:
HaCkErS eV!L من الكويت.
و المرة الثانية من طرف UAH-Crew من البانيا.

نسختهم VB هي 3.8.2 الاختراق تم بعد ان غيروا ستايل المنتدى...
------

[kachwahed]

طريقة الحماية في المثال السابق جيدة
حيث أن المستخدم ليس بحاجة إلى استكشاف خاصية الحذف!
غير أن المبرمج ارتكب خطأ، إذ يمكن حذف السجلات من TDBGrid بتغيير قيمة في الريسورس:

كود :

ExOptions = [[color=Red]eoDisableDelete[/color], eoENTERlikeTAB, eoKeepSelection, eoBLOBEditor, eoTitleWordWrap, eoFilterAutoApply]

هذا ما قصدته أن تستعمل الطريقة بحكمة...

كحل سريع لتدارك ذلك يمكن منع تخزين تلك القيمة من مصدر المكون:

كود :

property ExOptions: TExOptions read FExOptions write SetExOptions [color=Navy]stored False[/color];

[o15s19]

سأدخل على الخط قليلا

بوجهة نظري حماية Stolen Bytes حماية قوية جدا و لكن دائما ما توجد طريقة لمعرفة هذه البايتات المسروقة و هذا ما يحدث في أغلب الحمايات و لكن يمكن دمج هذه الطريقة بطرقة ثانية عندها تصبح العملية صعبة جدا جدا ألا و هي ال Code Virtualizer و عندها يتشتت الكراكر كثيرا لأن العملية تتطلب منه مراقبة البرنامج لمعرفة البايتات المسروقة فيصطدم بعائق الكود الوهمي و الكثير من الكودات الغير ضرورية