ضمن سلام مجدد
در همین ابتدا لازم میدونم که منو به خاطر تاخیرهایی که در ارسال مطالب به وجود میاد ببخشید
حتماً هونطوری که خیلی از دوستان متوجه شدن اشتباهاتی فنی در داخل فایل ارسالی وجود داشت که در ادامه به برخی از اونها اشاره میکنم
- غیر فعال کردن دکمه ها
این روش در هنگام به کارگیری یه مقدار باید با خلاقیت هم همراه باشه , چرا که دور زدن اون کار راحتیه . اجرای این خواسته به صورت فعلی ( ارائه شده در فایل ) خیلی آسیب پذیره
- مخفی کردن کنترلها
وضعیت این مورد هم دقیقاً مشابه حالت قبل هستش . نیازمند اصلاحاتی در رویه اجرایی اونه تا کار رو یه مقدار برای کسی که میخواد این عملکرد و خواسته شما رو دور بزنه سخت تر کنه .
- استفاده از Non Encrypted String در داخل محلهای قرار گیری شرطها
این امر یکی از بدترین گونه های موجود هستش . همونطوری که قبلاً هم گقتم دیدن String ها در داخل کدهای برنامه توسط ابزارهای مختلف امکان پذیره . نوشتن رشته ها به صورت رمز نگاری نشده و در محل قرار گیری شرط یکی از راههای ایجاد نقاط شکست هستش که باید از ایجاد اونها جلوگیری به عمل بیاد
-عدم تکرار عملیات چک نمودن قفل در نقاط مختلف
باید حالتی رو پیش بیارید که در صورت شکسته شدن روال کنترل قفل در یک گلوگاه , پروسه کنترل در جاهای دیگه مجدداً مورد بازبینی قرار بگیره . این کار میتونه باعث خستگی مضاعف کرکر بشه و احتمالاً منجر به انصراف اون
- نمایش پیغام
نمایش پیغامهای کنترل
بلافاصله بعد از روال کنترل به همراه نمایش پیغام با منبع
رمز نگاری نشده میتونه منجر به هدایت ساده کرکر به محل قرار گیری روال چک کردن قفل بشه
البته در بخش خود روش قفل گذاری انتخاب شده بحثی رو به میون نمیکشم چرا که در همون ابتدا هم عرض کردم که قصد استفاده از این روش رو نداریم و این تنها به صورت یک مثال ساده ارائه شده .
انشاء ا... در مبحث بعدی کار تغییر بر روی فایل موجود رو شروع میکنم
در اون مبحث سرفصلهای زیر رو دنبال میکنیم
- ارائه یک الگوریتم رمز نگاری ساده
- نحوه کنترل کاراتر برخی محدودیتهای اعمال شده
موفق باشید