ورود

نسخه کامل مشاهده نسخه کامل : ابزارهاي محافظت از نرم افزارها و ايجاد برنامه هاي Trial



NoneForce
27-05-2007, 14:06
سلام

قصد دارم توي اين پست چند تا ابزار براي محافظت از نرم افزارها و همچنين افزودن قابليت استفاده آزمايشي معرفي كنم.
توجه كنيد بهترين محافظ براي برنامه شما، محافظي است كه خودتان طراحي كرده ايد، ولي مي توانيد برنامه هاي موجود را آزمايش كرده و نقاط قوت و ضعف آنها را مورد بررسي قرار دهيد.

قابليتهاي عمومي اين ابزارها عبارتند از :
- افزودن يك لايه محافظ به نرم افزار جهت جلوگيري از debug نمودن برنامه
- امكان افزودن محدوديت تعداد اجراي برنامه
- امكان افزودن محدوديت زمان اجراي برنامه
- محدود نمودن برنامه به يك سخت افزار خاص
- محدوديت اجراي برنامه روي شبكه
- ايجاد شماره سريال خاص و كدفعال سازي
و ...

Ice License 2.09
اين ابزار مختص دلفي و C++ Builder است.

اين ابزار بصورت يك كامپوننت مي باشد، كه ميتوانيد در برنامه وارد نموده و آنرا تنظيم كنيد.

اطلاعات بيشتر :


برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید



SerialShield SDK 1.9
اين ابزار براي برنامه هاي Win32 و همچنين برنامه هاي Net.

اين ابزار برروي فايلهاي كامپايل شده عمل محافظت را انجام مي دهد و نيازي به سورس برنامه نيست.

اطلاعات بيشتر :


برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

اين دو ابزار محصول شركت ionworx مي باشند.

دريافت Ice License 2.09 :
هر فايل : 1.44 مگابايت


برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

دريافت SerialShield SDK 1.9 :
هر فايل : 1.44 مگابايت


برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید


ابزار Trial-Reset 3.0

اين ابزار جهت Reset كردن شمارنده برنامه هاي محافظ به كار مي رود و شامل اكثر برنامه هاي محافظ مي باشد.
فرض كنيد برنامه اي را نصب كرده ايد و برنامه به مدت 30 روز بصورت كامل كار مي كند. پس از پايان 30 روز برخي از امكانات برنامه غير فعال مي شوند، به كمك اين ابزار مي توانيد شمارنده برنامه را ريست نموده و مجددا 30 روز ديگر از برنامه استفاده نماييد.

دريافت Trial-Reset 3.0 RC7 :
(حجم : 160 كيلوبايت)


برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

Mahmood_N
27-05-2007, 15:51
سلام

Ice License 2.09

با تشکر از جناب NoneForce ...
آیا این ابزار همون کامپوننت Ice Key هست ؟

با تشکر ...

H A M E D
27-05-2007, 16:14
سلام

با تشکر از جناب NoneForce ...
آیا این ابزار همون کامپوننت Ice Key هست ؟

با تشکر ...
نه اين يه چيز ديگه هست.

مرد مباح
27-05-2007, 17:54
توجه كنيد بهترين محافظ براي برنامه شما، محافظي است كه خودتان طراحي كرده ايد، ولي مي توانيد برنامه هاي موجود را آزمايش كرده و نقاط قوت و ضعف آنها را مورد بررسي قرار دهيد.



شديدا موافقم.
وقتي روند كاري يك كامپوننت لو بره كل برنامه هاش زير سوال ميره ولي رمز گزاري خودتون خيلي سختتر و ديرتر لو ميره.

F A R H A D
27-05-2007, 21:30
در تایید صحبتهای NoneForce و مرد مباح، ساده ترین ابزاری که میتونیم برای استفاده آزمایشی از نرم افزار داشته باشیم، اینه که یه بانک در یکی از دایرکتوریهای ویندوز داشته باشیم که کاربر ما به این راحتی نتونه پیداش کنه، برای مثال این بانک یه فیلد به نام no داشته باشه که با هر بار اجرای برنامه 1 واحد به مقدار فیلد که در ابتدا 0 هست اضافه شه.
فرض کنید شرط اجرا روی 100 باشه، پس کاربر ما برای بار صدویکم نمیتونه با نرم افزار کار کنه.

پیروز باشید!

NoneForce
28-05-2007, 09:15
در تایید صحبتهای NoneForce و مرد مباح، ساده ترین ابزاری که میتونیم برای استفاده آزمایشی از نرم افزار داشته باشیم، اینه که یه بانک در یکی از دایرکتوریهای ویندوز داشته باشیم که کاربر ما به این راحتی نتونه پیداش کنه، برای مثال این بانک یه فیلد به نام no داشته باشه که با هر بار اجرای برنامه 1 واحد به مقدار فیلد که در ابتدا 0 هست اضافه شه.
فرض کنید شرط اجرا روی 100 باشه، پس کاربر ما برای بار صدویکم نمیتونه با نرم افزار کار کنه.

پیروز باشید!

سلام
البته اين روش را ميتوانيم به عنوان ساده ترين روش در نظر بگيرم، حالا فرض كنيد يك كاربر برنامه FileMon را اجرا كند و فايلهايي را برنامه شما با آنها تبادل اطلاعات مي كند را زير نظر بگيرد، بعد بصورت خيلي تصاوفي فايل شمارنده را پيدا كند و بدون اينكه قصد خاصي داشته باشد مقدار شمارنده را صفر كند.
نظر شما به عنوان ايده بد نيست، يعني شمارنده اي تعيين شود كه تعداد اجراي برنامه را كنترل مي كند، ولي بهتره ايده هايي كه ميدهيد يه كمي كاربردي و به روز باشه.

H A M E D
28-05-2007, 10:46
ايده استفاده از ديتا بيس خيلي ساده و نا امن هست.
ميشه براي امنيت بيشتر برنامه از چندين فايل محتلف استفاده كرد و حتي اينكه همزمان در ريجستري هم داده هاي مربوط به محدوديت رو ثبت كرد. اين روش مطمئن تر هست و البته باز هم احتمال پيدا شدن داره. بگذريم كه يه عمريه برنامه نويسا برنامه مي نويسن و كرك ميشه پس مطمئن باشيد كه به همين راحتيا نيست و اگر كسي بخواد به اصطلاح برنامه رو كرك كنه با تمام قوا به خروجي هاي برنامه حمله مي كنه تا مقصدشون رو كشف كنه! به همين دلفي يادمه برنامه اي نوشتم كه همزمان هم ريجستري رو مونيتور مي كرد و هم درايوها رو.
خوب با اين روش وقتي برنامه اي كه Trial هست رو اجرا مي كنيم به فايل ها و گزينه هاي تغيير يافته مراجعه مي كنيم و ديگه فكر نمي كنم كاري داشته باشه كه اونا را به حالت اوليه برگردونيم.

F A R H A D
28-05-2007, 23:09
سلام
البته اين روش را ميتوانيم به عنوان ساده ترين روش در نظر بگيرم، حالا فرض كنيد يك كاربر برنامه FileMon را اجرا كند و فايلهايي را برنامه شما با آنها تبادل اطلاعات مي كند را زير نظر بگيرد، بعد بصورت خيلي تصاوفي فايل شمارنده را پيدا كند و بدون اينكه قصد خاصي داشته باشد مقدار شمارنده را صفر كند.
نظر شما به عنوان ايده بد نيست، يعني شمارنده اي تعيين شود كه تعداد اجراي برنامه را كنترل مي كند، ولي بهتره ايده هايي كه ميدهيد يه كمي كاربردي و به روز باشه.

ای بابا...
NoneForce عزیز منم که گفتم ساده ترین روش! مطمئنا شما برای یه برنامه حسابداری یا انبارداری پیچیده از این روش استفاده نمیکنی، ولی برای یه برنامه ساده هم نمیری دنبال شماره سریال مادربورد. اگه بد میگم بگو بد میگی :20:


ايده استفاده از ديتا بيس خيلي ساده و نا امن هست.
ميشه براي امنيت بيشتر برنامه از چندين فايل محتلف استفاده كرد و حتي اينكه همزمان در ريجستري هم داده هاي مربوط به محدوديت رو ثبت كرد. اين روش مطمئن تر هست و البته باز هم احتمال پيدا شدن داره. بگذريم كه يه عمريه برنامه نويسا برنامه مي نويسن و كرك ميشه پس مطمئن باشيد كه به همين راحتيا نيست و اگر كسي بخواد به اصطلاح برنامه رو كرك كنه با تمام قوا به خروجي هاي برنامه حمله مي كنه تا مقصدشون رو كشف كنه! به همين دلفي يادمه برنامه اي نوشتم كه همزمان هم ريجستري رو مونيتور مي كرد و هم درايوها رو.
خوب با اين روش وقتي برنامه اي كه Trial هست رو اجرا مي كنيم به فايل ها و گزينه هاي تغيير يافته مراجعه مي كنيم و ديگه فكر نمي كنم كاري داشته باشه كه اونا را به حالت اوليه برگردونيم.

البته یه کم که کار داره، به همین راحتیا هم که نیست چون همه مخاطبای ما برنامه نویس نیستن و همه جور ابزار monitoring در اختیار ندارن که بدونن فایل مورد نظر ما یه جدول از بانک اطلاعاتی هست که توی یکی از دایرکتوریهای ویندوز تولید شده! بعد پسورد جدول رو پیدا کنن و متغیر ما رو صفر کنن.
من این روش رو برای برنامه های ساده ای که قراره در اختیار کاربر عادی قرار بگیره گفتم و فقط قصد تایید حرفای NoneForce و مرد مباح رو داشتم که بگم:
توجه كنيد بهترين محافظ براي برنامه شما، محافظي است كه خودتان طراحي كرده ايد.

به هر حال تذکر خوبی بود hamed و NoneForce عزیز.

پیروز باشید.

H A M E D
29-05-2007, 10:34
البته یه کم که کار داره، به همین راحتیا هم که نیست چون همه مخاطبای ما برنامه نویس نیستن و همه جور ابزار monitoring در اختیار ندارن که بدونن فایل مورد نظر ما یه جدول از بانک اطلاعاتی هست که توی یکی از دایرکتوریهای ویندوز تولید شده! بعد پسورد جدول رو پیدا کنن و متغیر ما رو صفر کنن.


دوست عزيز البته من اين روشي كه گفتم براي برنامه هايي بود كه كاربرد تجاري دارن و بدست كسايي مي افتن كه بخوان اونا رو كرك كنن. بگذريم كه باز هم راه داره ولي خوب يكم راهش سخت تر ميشه و مثلا يكي مثل من كه زياد توي كار كرك نيست نمي تونه پيداشون كنه.

NoneForce
29-05-2007, 11:02
سلام
نميخوام بحث را بيخودي كش بدم، ولي اگر قصد ادامه بحث را داريد لطفا موضوعي را دنبال كنيد كه در پايان به نتيجه خوبي برسيم نه اينكه باز برگرديم سر خونه اول.
در مورد قفل هاي معمولي و اينكه براي كاربر عادي خوب است بگذاريد يك سوال مطرح كنم.
شما در خانه خودتان را با يك قفل مورد اطمينان قفل مي كنيد يا اينكه يك آجر پشت در ميگذاريد با اين تفكر كه "همه كه دزد حرفه اي نيستند"؟

F A R H A D
29-05-2007, 17:02
...
شما در خانه خودتان را با يك قفل مورد اطمينان قفل مي كنيد يا اينكه يك آجر پشت در ميگذاريد با اين تفكر كه "همه كه دزد حرفه اي نيستند"؟

خب معلومه با یک آجر سر و ته ماجرا رو هم میاریم :31:
این مثال میشه همون حرف من: {مطمئنا شما برای یه برنامه حسابداری یا انبارداری پیچیده از این روش استفاده نمیکنی، ولی برای یه برنامه ساده هم نمیری دنبال شماره سریال مادربورد} در خونه رو با یه آجر نمیبندیم ولی در یه صندوقچه که ارزشش به اندازه همون قفل مورد اطمینان هست رو با یه آجر.
پس بازم اومدیم سر خونه اول!

ولی با تمام این حرفها، نظر من اینه که قفل گذاری یه جورایی سلیقه ای هست. میخوام بگم حرف شما کاملا درسته ولی "بعضی وقتها بعضی چیزا ارزش بعضی کارها رو نداره" (ای ول چی گفتم) :10:

sasan_1364
07-12-2007, 13:09
درباره برنامه های Trial ای که از متد تاریخ و زمان استفاده می کند چطور یه که با تغییر تاریخ سیستم باز هم فعالا هستند
ممنون

F A R H A D
08-12-2007, 07:58
درباره برنامه های Trial ای که از متد تاریخ و زمان استفاده می کند چطور یه که با تغییر تاریخ سیستم باز هم فعالا هستند
خوش آمدید دوست عزیز
دلیل های زیادی میتونه داشته باشه که به برنامه نویس بستگی داره.
مثلا میتونه یک شرط رو همیشه برای اجرا چک کنه (قبل از چک کردن تاریخ). پس اگر برنامه برای یک بار هم که شده به پایان زمان اجرا برسه، مقدار اون شرط "نادرست" میشه و دیگه حتی با تغییر تاریخ و زمان برنامه قابل اجرا نیست
یا دلیل دیگه اینه که تاریخ اولین اجرای برنامه رو ذخیره میکنه و با اجراهای بعدی اگر تاریخ اون طور که برنامه انتظار داره پیش نره باز هم شرایط برنامه اعمال میشه