كونه كابوس التكسير!

Question

أحاول جعل رمزًا صعبًا للكسر باستخدام Objective-C على جهاز Mac.

أحد الأشياء التي يجب علي فعلها هو التحقق لمعرفة ما إذا كان التطبيق قد تم تصدعه.

أنا جديد في Objective-C و Xcode وأي طريقة أتخيل اختبار طلبي ، فإنني دائمًا ما أنتهي في اختبار أساسي يمكن تصحيحه بسهولة.

على سبيل المثال: لنفترض أنني على وشك اختبار وجود قيمة معينة في جزء معين من الثنائي. هذه العملية ستكون شيئًا مثل:

"هل هذه القيمة = x؟" إذا كان لا ، فهو متصدع.

هذا سهل للغاية للتصدع. يمكن للمتسلل تصحيح الاختبار بسهولة وجعله صحيحًا دائمًا.

أحاول أن أتخيل شيئًا يمكن أن يختبر شيئًا ما ، لا يظهر كاختبار يمكن تصحيحه بسهولة.

أعلم أنني لا أستطيع التوقف عن القرصنة بنسبة 100 ٪ ، لكنني على الأقل أحاول جعل الأمور أكثر صعوبة ، لتثبيط الجزء الأكبر من المفرقعات هناك.

هل يمكن القيام بأي أفكار بطرق مثل هذه الأشياء بدونها وتحول الأمور صعبة على شخص ينظر إلى الثنائي؟

شكرا على اي مساعدة.

Answer 1

اجعل من الصعب عليهم تقييم مخططك ، وتغيير مخططك بانتظام. مثال على الكتب المدرسية هو إجراء الفحص على فترات فردية والتي ستستغرق وقتًا طويلاً لهم لتحديد مصادر الشيكات الخاصة بك وجميع المراجع المتقاطعة أثناء تقدم تقييم الترخيص. ادمج ذلك مع فحوصات متعددة ويجب تعيينك لمعظم الإصدارات ، ما عليك سوى إضافة جرعة جيدة من الإبداع عند إنشاء مخططك. أيضا ، من الممتع بعض الشيء لعب لعبتهم ؛ لحملهم على إصدار صدع يفشل بعد شهر واحد من نشر الكراك ... حسنًا ، قد يؤدي ذلك إلى نتائج عكسية عليك ، ولكن إذا كنت تحاول جاهدة محاربتهم في المقام الأول ...

إنه مجتمع مثير للاهتمام. إذا كنت جديدًا على هذا ، فستكون دراسة المجتمعات مفيدة أيضًا. كما ذكرنا سابقًا ، تحدث الشقوق للتحدي ، ستقوم بعض إصدارات المنتج بتبسيط مخطط حماية النسخ الخاص بها لـ "الإعلان المجاني". لذا ... لا يمكنك محاربة التكسير بشدة لأنه إذا تم تحديد شخص ما ، فسوف يضيع وقتك ويحبطك. يمكن أن تكون مراقبة الثقافة مثيرة للاهتمام. من المحتمل أن تكون في أفضل وضع إذا كنت تقر بأنه يتعرض لتكسير "البرامج الشائعة" ، وبالتالي ، يجب أن تكون سعيدًا. يجب ألا تفقد الكثير من النوم بشكل عام (على الرغم من أن هناك استثناءات بالطبع). علاوة على ذلك ، نظرًا لأن هذا السؤال مدرج في فئة Mac: لن أحفر الإحصائيات ، لكن برنامجك أقل عرضة لتلقي الانتباه من المفرقعات إذا كنت تستهدف OS X.

إذا كنت مبرمجًا بداية ، فقد يكون الاستخدام الذكي لتلك المعلومات (والقبول) هو كل ما تحتاج إلى معرفته لمحاربة المفرقعات بشكل فعال.

Answer 2

ما لم يكن برنامجك مرتبطًا بالأمان ، أعتقد أن النهج الأفضل هو تغيير خطة الترخيص الخاصة بك لجعل البرنامج مجانيًا للمستخدمين المنزليين الذين بالكاد يستخدمون البرنامج ومكلفًا للمؤسسات.

نادراً ما تستخدم المؤسسات البرمجيات المتشققة ، نظرًا للمشكلات القانونية ، حيث لا يرغب المستخدمون في المنازل الذين هم في بعض الأحيان إلى إنفاق 100 دولار لاستخدام البرنامج مرة واحدة كل فترة.

هذا من شأنه أن يسلب دافع المفرقعات لكسر البرنامج.

Answer 3

لا. تذكر ، (جيد) المفرقعات تصدع البرمجيات من أجل المتعة. كلما كان نظام الحماية الخاص بك أكثر تفصيلًا ، كلما كان الأمر أكثر صعوبة وممتعة لكسر. بالإضافة إلى ذلك ، فإن الأشخاص الذين من المحتمل أن يستخدموا برنامجك بشكل غير قانوني لن يدفعوا ثمنه على أي حال ، حتى لو لم يتمكنوا من الحصول على نسخة متشققة. من الأفضل قضاء وقتك في جعل منتجك أفضل.

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

Answer 4

كل مخططات الحماية القوية حقًا وأنا على علم بالاستخدام رمز تعديل ذاتي على نطاق واسع ، بطريقة أو بأخرى. ومع ذلك ، هذا بالتأكيد ليس شيئًا يجب أن يكون مبرمج المبتدئين مستعدين للتعامل معه.

Answer 5

أحد الخطر هو أنه إذا ذهبت إلى أطوال كبيرة للغاية ، فقد ينتهي بك الأمر إلى كسر الأشياء للمستخدمين الشرعيين. كان لعدد من آلات Atari's Arcade في الثمانينيات رمزًا من شأنه أن يقوم بأشياء مثيرة للاهتمام إذا اكتشف أن ROM قد تم تغييره. ستكون الآثار خفية. على سبيل المثال ، ستمنح لعبة تسمى Tempest ألعابًا مجانية غير محدودة إذا انتهت اللعبة عندما يكون لدى اللاعب بعض القيم النتيجة. في إصدار ROM لـ Tempest ، تم حساب الفحص بشكل غير صحيح ، لذلك كان لدى جميع الآلات هذا السلوك. لست متأكدًا إلى أي مدى أثرت هذه الأخطاء على الأرباح في الآلات المليئة ، لكنني أتخيل أن بعض المشغلين كانوا منزعجين من اكتشافها.