برنامه ايي كه اجازه اجراي بيشتر از 20 بار داده نمي شود

[vahid1369]

در اين برنامه كار با ريجيستري را در مثالي از نوع Trial Registry درست كردم كه اميدوارم بتونيد ازش استفاده كنيد

اميد وارم كه ازش خوشتون بياد

[.:KeihanCPU:.]

ممنون از شما
این ضمیمه قسمت اصلی برنامه رو خیلی ساده توضیح داده
18635

[مهران رسا]

در اين برنامه كار با ريجيستري را در مثالي از نوع Trial Registry درست كردم كه اميدوارم بتونيد ازش استفاده كنيد

اميد وارم كه ازش خوشتون بياد

http://irapic.com/uploads/1212662334.gif

20 روز اجازه استفاده با 20 بار اجازه استفاده فرق می کنه !

رجیستر (Register) به معنای : ثبت
رجیستری (Registry) به معنای : محل ثبت ، دفتر ثبت

موفق باشی

[vbhamed]

سلام
ولي اين روش كه خيلي خيلي راحت قابل دور زدن هست و ميشه شمارنده رو صفر كرد
هر جاي رجيستري هم كه بنويسيد راحت ميشه فهميد كجا نوشتيد

[safironlinee]

سلام
امشب واسط یدونه حرفیش رو مینویسم منتظر باش.

[.:KeihanCPU:.]

ولی با یه کار میشه این روش رو بهتر کرد
اطلاعاتی که در رجیستری ثبت میشن Code کرد
با این حساب بهتر میشه اما بازم یه مشکل هست
اگه کاربر کلید رو پاک کنه برنامه به حالت اولیه برمیگرده
اما یه راه واسه اینکار هست
اگه زمانی که برنامه اجرا میشه یه جای دیگه جدا از اون قسمت اصلی تو رجیستری یه کلید Code شده قرار بدیم اونوقت :
اگه کاربر کلید رو پاک کنه توسط اون کلید دوم که مخفی شده میفهمیم و برنامه رو با یه سری اقدامات غیر فعال میکنیم
البته دوستان معمولا کرکرها کم نمیارن

[Nima NT]

اگه به صورت کد شده هم تو رجیستری هم تو یه فایل پا پسوند DLL تو پوشه سیستمی ویندوز بنویسی امنیتش بهتر می شه ، ولی در کل خیلی راحت میشه دورش زد.

[.:KeihanCPU:.]

Dll هم راه خوبیه ولی همیشه باید به فکر بهترین راه بود
چون کرکرها کم نمیارن باید بهترین راه انتخاب شه که عمر بیشتری داشته باشه
تو رجیستری به صورت کد شده در چند قسمت
فایل DLL به صورت کد شده
میتونه راه خوبی باشه

[Nima NT]

راستش و بخوای تمامی این شیوه ها به راحتی کرک می شن.
نمی دونم چقدر در زمینه امنیت نرم افزاری اطلاع دارید ولی برنامه ای شما می نویسید نهایتا" مقدار اجرا ها رو با یه شرط چک می کنه. من فایل شما رو با دیباگر باز می کنم بعد طی روش هایی که مجال صحبتشون نیست شرط برنامه رو به صورت کد اسمبلی به شکل JNZ و یا JE نوشته می شه رو پیدا می کنم.
با اعمال تغییری کوچیک تو برنامه ، به این صورت که به جای عبارت JNZ کلمه NOP و به جای عبارت JE کلمه JNE رو وارد می کنم و تغییرات رو ذخیره می کنم ، فایل دوم اصلا" تعداد دفعات اجرا رو دیگه چک نمی کنه حالا این اطلاعات هر جایی می خواد باشه ، فرقی نداره.
شما بهتره به دنبال یه PACKER مناسب واسه برنامت باشی تا کد های اسمبلی به من نشون داده نشه.
اگه خواستی اطلاعات بیشتری کسب کنی به بخش امنیت نرم افزاری مراجعه کن.

[.:KeihanCPU:.]

دوست عزیز من در این رابطه اطلاعاتی ندارم اگر میشه یه منبع در این رابطه از امنیت معرفی کنید!!!

[مهران رسا]

Dll
چون کرکرها کم نمیارن



به فکر سلامت فایل exe باشید . :چشمک:

[.:KeihanCPU:.]

به فکر سلامت فایل exe باشید
منظورتون چیه؟!!!

[maryamb]

امشب واسط یدونه حرفیش رو مینویسم منتظر باش.
امشب هنوز نرسیده ؟؟ !!

[safironlinee]

سلام
یه برنامه دارم مینویسم واسه دوستان که هم تریال هستش و هم و اسه قفل
بزودی آماده می شه

[مهران رسا]

منظورتون چیه؟!!!

منظورم اینه که شما هر چقدر هم به روش ها مختلف از جمله : استفاده از dll ، استفاده از رجیستری ، کد کردن محتویات فایل ها و ... رو بیارید ، در آخر اگر فایل exe ای که اینا رو چک می کنه و تصمیم میگیره کرک بشه . انگار که هیچ کاری انجام ندادید .

کرکر ها هیچ وقت نمیان به دنبال روش های Decode کردن متن شما باشن و یا اینکه بیان توی رجیستری دنبال کلیدی که توسط برنامه شما ساخته شده بگردند . با یک ترفند ساده برنامه (exe) شما رو به اشتباه دچار می کنند .

پس :

به فکر امنیت و سلامت فایل exe باشید .

[Nima NT]

آقا منظورش اونه که فایل رو پک کن.
مراجعه کن به کتاب Crack وتکنیک های نفوذ به نرم افزار از انتشارات ناقوس ( عالی در این زمینه )

[مهران رسا]

آقا منظورش اونه که فایل رو پک کن.
مراجعه کن به کتاب Crack وتکنیک های نفوذ به نرم افزار از انتشارات ناقوس ( عالی در این زمینه )

علاوه بر اون ، منظورم تغییر شیوه برنامه نویسی در جهت سخت تر کردن کار کرکر ها هم بود !

[.:KeihanCPU:.]

به نظر من کسی میتونه برنامه ای بنویسه که دیر کرک بشه که خودش کرک رو بلد باشه و راههای اونو بشناشه

[Nima NT]

به نظر من کسی میتونه برنامه ای بنویسه که دیر کرک بشه که خودش کرک رو بلد باشه و راههای اونو بشناشه



میشه این طوری هم استباط کرد ولی هر کراکری نمیتونه یه همچین کاری رو بکنه:چشمک:

[مهران رسا]

به نظر من کسی میتونه برنامه ای بنویسه که دیر کرک بشه که خودش کرک رو بلد باشه و راههای اونو بشناشه

نظر شما کاملاً درسته ! همین که به دیر کرک شدن اشاره کردی خیلی مهمه . در هر صورت شما هر کار هم که بکنی آخرش برنامت کرک میشه .

دیر رو زود داره و سوخت و سوز نداره :گیج:

[mansour01]

با سلام
خب فکر کنم با این پست فعالیت خودم رو تو این سایت شروع می کنم .

دوستان راستش به همین راحتی هم نیست که هر برنامه ای کرک بشه و تموم ! نه ، هنوز برنامه های زیادی داریم که اصلا قابل کرک شدن نیستند و یا بهتر بگم برای کرکرهای بسیار بزرگ ارزش وقت گذاشتن ندارند .

بله ، متاسفانه ویزال بیسیک در حالت عادی کدهایی تولید می کنه که حتی نیاز به دیباگرهای قوی ای مثل OllyDbg هم نیست و با برنامه های معمولی ای مثل SMART هم میشه trace ش کرد .

به هر صورت ما در اولین گام باید داده های خودمون رو رمزنگاری کنیم و بعد به این بپردازیم که چطور فایل اصلی رو از دیباگ شدن حفظ کنیم . ( مثلا همین Smart موقع دیباگ یه فایل با نام app*.sub تولید می کنه که من 2 سال پیش با دستور kill app.path "\" & app*.sub در برنامه یه ارور ایجاد می کردم که نشه trace کرد )

به هر صورت شما سیستم برای تبدیل نام روز هاتون به حالت کد شده ایجاد کنید و اون رو در یک فایل با هر پسوندی که خواستید ذخیره کنید ، ضمن اینکه شرط اجرای برنامه رو هم وجود اون فایل بدونید (فایل رو بطور پیش فرض روز 0 با برنامه قرار بدید ). البته اول چک کنید ببینید تو پوشه system32 مثل همین فایل البته با نامی متفاوت وجود داره یا نه (قبلا ساختید یا نه ) . اگر وجود داره و مقدارش برابره که هیچ اگر نه برنامه کلا انتحاری خودش رو پاک می کنه یا غیر فعال میشه . اگر وجود نداشت شما یکدونه میسازید و مقدارش رو مقدار فایل داخل پوشه قرار می دید .
ضمن اینکه اگر روزی بخواهید حساب کنید خب که هیچ ، اما اگر زمانی حساب می کنید ، کاربر می تونه زمان ویندوز رو عقب بکشه ، پس باید در هر مرحله رمزنگاری تاریخ ایجاد فایل و یکسری اطلاعات کلیدی رو بصورت کد شده هم در اینجا و هم در پوشه دیگه ایجاد کنید .

* سیستم رمزنگاریتون رو بر اساس گرفتن سریال نامبر از هارد ایجاد کنید و فایل ها رو با اون دیکود کنید
* اگر کار با بیت ها رو بلدید یک پکر بسازید یا سورش رو دانلود کنید و اون رو رابط برنامه اصلی قرار بدید ، برنامه اصلی رو برنامه رابط از حالت encode در میاره و اجرا میکنه ، برنامه رابط موقع بالا آوردن برنامه اصلی چک می کنه پروسه های موجود در ویندوز دیباگری وجود نداشته باشه ، پوشه های اصلی داخلشون مسیر دیباگر وجود نداشته باشند در غیر اینصورت اعلام ناسازگاری میکنه ، اینها رو کرکرها دور میزنن و پتچ میکنن ، حالا برنامه اصلی رو بالا میارن ، اما برنامه اصلی چک میکنه ببینه در سایز برنامه رابط اختلالی ایجاد شده یا نه ! اگر سایز کم و زیاد شده باشه یا با الگوریتم سورس اصلی سازگار نباشه شروع به غیر فعال شدن می کنه و کلید رمزنگاری ای رو در پوشه های کد شده ایجاد میکنه که میگه برنامه دستکاری شده و بالا نیا . شما می تونید شرط اجرای هر کامند رو چک کردن تمام این گزینه ها بدونید (سرعت برنامه افتضاح میشه ، منابع cpu اشغال میشه ) ولی کی حال داره اینها رو یکی یکی پاک کنه ؟
* جفت برنامه رابط واصلی رو با یه پکر جدید کد کنید . حالا نفس میخواد کرک کردن این برنامه !
* نام کامندها رو رمزنگاری کنید ! بیشتر در موقع keygen ساختن کمک می کنه . یادمه تو کروز یه بار چنین برنامه ای نوشتم (صرفا واسه keygen ) که بچه ها فقط تونستن patch کننش و حوصله کیجن ساختن واسش رو نداشتن ( کی میاد اینهمه وقت بذاره واسه یه تست ! ؟ )

اینها رو که گفتم شاید بگید خییل حوصله داری ، ولی راستش رو اینها فکر کردم و این راه حل ها ساده ترین چیزهایی بود که به ذهنم رسید . البته دارم رو کلیدهای تصادفی و انفرادی کار می کنم که کرک برنامه رو خیلی سخت کنه . در حقیقت یه نوع checksum گرفتن و کد کردن و با کلید مخصوص دیکد کردن برای هر هارد مخصوص و متفاوت . به هر حال دارم روش کار می نم .

بازم اگه دوستان اشکالی می بینند بیشتر توضیح بدن . ممنونم

[Nima NT]

مرسی از این همه اطلاعات مفید.
ولی باید بگم که شما آقای Fh_Prg رو نمیشناسید ، تو بخش امنیت نرم افزار فعالیت می کنه ، هرجور برنامه بهش بدی سه سوت کرک میشه ، در مقابل یه همچین افرادی می بینی که کرک شدن برنامه ها همچین سخت هم نیست !!!!