ابزارهاي محافظت از نرم افزارها و ايجاد برنامه هاي Trial

واضح آرشیو وب فارسی:سایت ریسک: NoneForce27-05-2007, 02:06 PMسلام قصد دارم توي اين پست چند تا ابزار براي محافظت از نرم افزارها و همچنين افزودن قابليت استفاده آزمايشي معرفي كنم. توجه كنيد بهترين محافظ براي برنامه شما، محافظي است كه خودتان طراحي كرده ايد، ولي مي توانيد برنامه هاي موجود را آزمايش كرده و نقاط قوت و ضعف آنها را مورد بررسي قرار دهيد. قابليتهاي عمومي اين ابزارها عبارتند از : - افزودن يك لايه محافظ به نرم افزار جهت جلوگيري از 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_N27-05-2007, 03:51 PMسلام Ice License 2.09 با تشکر از جناب NoneForce ... آیا این ابزار همون کامپوننت Ice Key هست ؟ با تشکر ... H A M E D27-05-2007, 04:14 PMسلام با تشکر از جناب NoneForce ... آیا این ابزار همون کامپوننت Ice Key هست ؟ با تشکر ... نه اين يه چيز ديگه هست. مرد مباح27-05-2007, 05:54 PMتوجه كنيد بهترين محافظ براي برنامه شما، محافظي است كه خودتان طراحي كرده ايد، ولي مي توانيد برنامه هاي موجود را آزمايش كرده و نقاط قوت و ضعف آنها را مورد بررسي قرار دهيد. شديدا موافقم. وقتي روند كاري يك كامپوننت لو بره كل برنامه هاش زير سوال ميره ولي رمز گزاري خودتون خيلي سختتر و ديرتر لو ميره. F A R H A D27-05-2007, 09:30 PMدر تایید صحبتهای NoneForce و مرد مباح، ساده ترین ابزاری که میتونیم برای استفاده آزمایشی از نرم افزار داشته باشیم، اینه که یه بانک در یکی از دایرکتوریهای ویندوز داشته باشیم که کاربر ما به این راحتی نتونه پیداش کنه، برای مثال این بانک یه فیلد به نام no داشته باشه که با هر بار اجرای برنامه 1 واحد به مقدار فیلد که در ابتدا 0 هست اضافه شه. فرض کنید شرط اجرا روی 100 باشه، پس کاربر ما برای بار صدویکم نمیتونه با نرم افزار کار کنه. پیروز باشید! NoneForce28-05-2007, 09:15 AMدر تایید صحبتهای NoneForce و مرد مباح، ساده ترین ابزاری که میتونیم برای استفاده آزمایشی از نرم افزار داشته باشیم، اینه که یه بانک در یکی از دایرکتوریهای ویندوز داشته باشیم که کاربر ما به این راحتی نتونه پیداش کنه، برای مثال این بانک یه فیلد به نام no داشته باشه که با هر بار اجرای برنامه 1 واحد به مقدار فیلد که در ابتدا 0 هست اضافه شه. فرض کنید شرط اجرا روی 100 باشه، پس کاربر ما برای بار صدویکم نمیتونه با نرم افزار کار کنه. پیروز باشید! سلام البته اين روش را ميتوانيم به عنوان ساده ترين روش در نظر بگيرم، حالا فرض كنيد يك كاربر برنامه FileMon را اجرا كند و فايلهايي را برنامه شما با آنها تبادل اطلاعات مي كند را زير نظر بگيرد، بعد بصورت خيلي تصاوفي فايل شمارنده را پيدا كند و بدون اينكه قصد خاصي داشته باشد مقدار شمارنده را صفر كند. نظر شما به عنوان ايده بد نيست، يعني شمارنده اي تعيين شود كه تعداد اجراي برنامه را كنترل مي كند، ولي بهتره ايده هايي كه ميدهيد يه كمي كاربردي و به روز باشه. H A M E D28-05-2007, 10:46 AMايده استفاده از ديتا بيس خيلي ساده و نا امن هست. ميشه براي امنيت بيشتر برنامه از چندين فايل محتلف استفاده كرد و حتي اينكه همزمان در ريجستري هم داده هاي مربوط به محدوديت رو ثبت كرد. اين روش مطمئن تر هست و البته باز هم احتمال پيدا شدن داره. بگذريم كه يه عمريه برنامه نويسا برنامه مي نويسن و كرك ميشه پس مطمئن باشيد كه به همين راحتيا نيست و اگر كسي بخواد به اصطلاح برنامه رو كرك كنه با تمام قوا به خروجي هاي برنامه حمله مي كنه تا مقصدشون رو كشف كنه! به همين دلفي يادمه برنامه اي نوشتم كه همزمان هم ريجستري رو مونيتور مي كرد و هم درايوها رو. خوب با اين روش وقتي برنامه اي كه Trial هست رو اجرا مي كنيم به فايل ها و گزينه هاي تغيير يافته مراجعه مي كنيم و ديگه فكر نمي كنم كاري داشته باشه كه اونا را به حالت اوليه برگردونيم. F A R H A D28-05-2007, 11:09 PMسلام البته اين روش را ميتوانيم به عنوان ساده ترين روش در نظر بگيرم، حالا فرض كنيد يك كاربر برنامه FileMon را اجرا كند و فايلهايي را برنامه شما با آنها تبادل اطلاعات مي كند را زير نظر بگيرد، بعد بصورت خيلي تصاوفي فايل شمارنده را پيدا كند و بدون اينكه قصد خاصي داشته باشد مقدار شمارنده را صفر كند. نظر شما به عنوان ايده بد نيست، يعني شمارنده اي تعيين شود كه تعداد اجراي برنامه را كنترل مي كند، ولي بهتره ايده هايي كه ميدهيد يه كمي كاربردي و به روز باشه. ای بابا... NoneForce عزیز منم که گفتم ساده ترین روش! مطمئنا شما برای یه برنامه حسابداری یا انبارداری پیچیده از این روش استفاده نمیکنی، ولی برای یه برنامه ساده هم نمیری دنبال شماره سریال مادربورد. اگه بد میگم بگو بد میگی :20: ايده استفاده از ديتا بيس خيلي ساده و نا امن هست. ميشه براي امنيت بيشتر برنامه از چندين فايل محتلف استفاده كرد و حتي اينكه همزمان در ريجستري هم داده هاي مربوط به محدوديت رو ثبت كرد. اين روش مطمئن تر هست و البته باز هم احتمال پيدا شدن داره. بگذريم كه يه عمريه برنامه نويسا برنامه مي نويسن و كرك ميشه پس مطمئن باشيد كه به همين راحتيا نيست و اگر كسي بخواد به اصطلاح برنامه رو كرك كنه با تمام قوا به خروجي هاي برنامه حمله مي كنه تا مقصدشون رو كشف كنه! به همين دلفي يادمه برنامه اي نوشتم كه همزمان هم ريجستري رو مونيتور مي كرد و هم درايوها رو. خوب با اين روش وقتي برنامه اي كه Trial هست رو اجرا مي كنيم به فايل ها و گزينه هاي تغيير يافته مراجعه مي كنيم و ديگه فكر نمي كنم كاري داشته باشه كه اونا را به حالت اوليه برگردونيم. البته یه کم که کار داره، به همین راحتیا هم که نیست چون همه مخاطبای ما برنامه نویس نیستن و همه جور ابزار monitoring در اختیار ندارن که بدونن فایل مورد نظر ما یه جدول از بانک اطلاعاتی هست که توی یکی از دایرکتوریهای ویندوز تولید شده! بعد پسورد جدول رو پیدا کنن و متغیر ما رو صفر کنن. من این روش رو برای برنامه های ساده ای که قراره در اختیار کاربر عادی قرار بگیره گفتم و فقط قصد تایید حرفای NoneForce و مرد مباح رو داشتم که بگم: توجه كنيد بهترين محافظ براي برنامه شما، محافظي است كه خودتان طراحي كرده ايد. به هر حال تذکر خوبی بود hamed و NoneForce عزیز. پیروز باشید. H A M E D29-05-2007, 10:34 AMالبته یه کم که کار داره، به همین راحتیا هم که نیست چون همه مخاطبای ما برنامه نویس نیستن و همه جور ابزار monitoring در اختیار ندارن که بدونن فایل مورد نظر ما یه جدول از بانک اطلاعاتی هست که توی یکی از دایرکتوریهای ویندوز تولید شده! بعد پسورد جدول رو پیدا کنن و متغیر ما رو صفر کنن. دوست عزيز البته من اين روشي كه گفتم براي برنامه هايي بود كه كاربرد تجاري دارن و بدست كسايي مي افتن كه بخوان اونا رو كرك كنن. بگذريم كه باز هم راه داره ولي خوب يكم راهش سخت تر ميشه و مثلا يكي مثل من كه زياد توي كار كرك نيست نمي تونه پيداشون كنه. NoneForce29-05-2007, 11:02 AMسلام نميخوام بحث را بيخودي كش بدم، ولي اگر قصد ادامه بحث را داريد لطفا موضوعي را دنبال كنيد كه در پايان به نتيجه خوبي برسيم نه اينكه باز برگرديم سر خونه اول. در مورد قفل هاي معمولي و اينكه براي كاربر عادي خوب است بگذاريد يك سوال مطرح كنم. شما در خانه خودتان را با يك قفل مورد اطمينان قفل مي كنيد يا اينكه يك آجر پشت در ميگذاريد با اين تفكر كه "همه كه دزد حرفه اي نيستند"؟ F A R H A D29-05-2007, 05:02 PM... شما در خانه خودتان را با يك قفل مورد اطمينان قفل مي كنيد يا اينكه يك آجر پشت در ميگذاريد با اين تفكر كه "همه كه دزد حرفه اي نيستند"؟ خب معلومه با یک آجر سر و ته ماجرا رو هم میاریم :31: این مثال میشه همون حرف من: {مطمئنا شما برای یه برنامه حسابداری یا انبارداری پیچیده از این روش استفاده نمیکنی، ولی برای یه برنامه ساده هم نمیری دنبال شماره سریال مادربورد} در خونه رو با یه آجر نمیبندیم ولی در یه صندوقچه که ارزشش به اندازه همون قفل مورد اطمینان هست رو با یه آجر. پس بازم اومدیم سر خونه اول! ولی با تمام این حرفها، نظر من اینه که قفل گذاری یه جورایی سلیقه ای هست. میخوام بگم حرف شما کاملا درسته ولی "بعضی وقتها بعضی چیزا ارزش بعضی کارها رو نداره" (ای ول چی گفتم) :10: sasan_136407-12-2007, 01:09 PMدرباره برنامه های Trial ای که از متد تاریخ و زمان استفاده می کند چطور یه که با تغییر تاریخ سیستم باز هم فعالا هستند ممنون F A R H A D08-12-2007, 07:58 AMدرباره برنامه های Trial ای که از متد تاریخ و زمان استفاده می کند چطور یه که با تغییر تاریخ سیستم باز هم فعالا هستند خوش آمدید دوست عزیز دلیل های زیادی میتونه داشته باشه که به برنامه نویس بستگی داره. مثلا میتونه یک شرط رو همیشه برای اجرا چک کنه (قبل از چک کردن تاریخ). پس اگر برنامه برای یک بار هم که شده به پایان زمان اجرا برسه، مقدار اون شرط "نادرست" میشه و دیگه حتی با تغییر تاریخ و زمان برنامه قابل اجرا نیست یا دلیل دیگه اینه که تاریخ اولین اجرای برنامه رو ذخیره میکنه و با اجراهای بعدی اگر تاریخ اون طور که برنامه انتظار داره پیش نره باز هم شرایط برنامه اعمال میشه سایت ما را در گوگل محبوب کنید با کلیک روی دکمه ای که در سمت چپ این منو با عنوان +1 قرار داده شده شما به این سایت مهر تأیید میزنید و به دوستانتان در صفحه جستجوی گوگل دیدن این سایت را پیشنهاد میکنید که این امر خود باعث افزایش رتبه سایت در گوگل میشود

این صفحه را در گوگل محبوب کنید

[ارسال شده از: سایت ریسک]

[مشاهده در: www.ri3k.eu]

[تعداد بازديد از اين مطلب: 1620]