با سلام به دوستان و تبریک به مناسبت فرارسیدن سال نو
چطوری میشه کاری کرد که وقتی پروژه برای end user نصب شد بعد از 15 روز که گذشت اجرا نشه یا پیغام بده ؟
اگر این سئوال رو جای دیگه باید مطرح کنم لطفآ بگید
با سلام به دوستان و تبریک به مناسبت فرارسیدن سال نو
چطوری میشه کاری کرد که وقتی پروژه برای end user نصب شد بعد از 15 روز که گذشت اجرا نشه یا پیغام بده ؟
اگر این سئوال رو جای دیگه باید مطرح کنم لطفآ بگید
سلام دوست عزیز:نوشته شده توسط طبیب دل
شما موقع نصب برنامه یک کلید رمزنگاری شده توی رجیستری ایجاد میکنید و بعد زمان نصب برنامه رو توی اون بصورت رمزنگاری شده ثبت میکنید. بعد هرگاه برنامه اجرا شد مقدار کلید رو بررسی میکنید ببنید که تاریخ نصب چه زمانی هست و الان چند روز گذشته.
موارد امنیتی جهت اینکار:
1- هربار برنامه که اجرا شد زمان اجرا رو ثبت کنید تا کاربر نتونه با جلو و عقب کردن تاریخ این روش رو دور بزنه.
2- سعی کنید یک فایل سیستمی و مخفی در پوشه ویندوز ایجاد کنید و از همین روش استفاده کنید تا کاربر با داشتن Backup اگر رجیستری رو به وضعیتی قبل از نصب برنامه برگردونه شما با استفاده از همین فایل زمان نصب رو ردگیری کنی.
3- از همین فایل چند نمونه در هر درایو ایجاد کنید تا با تعویض ویندوز باز بتونید زمان نصب برنامه رو ردگیری کنید.
4- بهتره در سورس خود برنامه یک تاریخی رو مشخص کنید تا بعد از اون تاریخ و یا کمتر از اون تاریخ برنامه اصلا اجرا نشه.
مثلا تاریخی بین 1389/1/1 و 1389/1/31 یعنی قبل و بعد از این تاریخ اگر سیستم کاربر تاریخش بود برنامه اصلا اجرا نشه.
5- زیاد مطمئن نباشید که کاربر نتونه هیچکدوم از این روشها رو دور بزنه
موفق باشید
یه روش دیگه اینه که تاریخ(تحویل) رو با یه public key که private key اون دست شماست رمز گزاری کنید.
برنامه هم موقعی که دسترسی به اینترنت داشت یه Request به host شما بده و تاریخ رو چک کنه.
اگر از 15 روز گزشته بود==>2 روز بعد برنامه خودش رو بخوره.(kernel32.DeleteFileW(BSTR path))
آخرین ویرایش به وسیله FastCode : جمعه 06 فروردین 1389 در 04:17 صبح
من خودم این مشکل رو داشتم و بهترین کار محدودیت در اجرا شدن برنامه است.
مثلا کاربر 7 مرتبه وارد برنامه بشود. و این روش پیاده سازی راحت و امنیت متوسطی دارد.
بعد مثلا برنامه 7 بار رو کجا ذخیره میکنه خیر سرش؟؟؟؟
این روش هم با روشی که من در بالا توضیح دادم یکیه و فقط در دفعات اجرا تفاوت داره و لاغیر.
موفق باشید
با سلام خدمت همه دوستان عزیز .
خب معلومه دوست عزیز . یا در یک فایل و یا در رجیستری ویندوز .بعد مثلا برنامه 7 بار رو کجا ذخیره میکنه ؟؟؟
موفق باشید ..........
سلام دوست عزیز خودم میدونم که جایی غیر از اینجا نمیمونه که بخواد ذخیره کنه مشکل من با این بود:
چه روشی که من دادم چه این روش اصلا امنیت خوبی نداره بلاشک کارشون ساخته ست. کلا قفل نرم افزاری امنیت نداره .و این روش پیاده سازی راحت و امنیت متوسطی دارد.
موفق باشید
بازم سلام .
ببخشید که منظورتون رو درست متوجه نشدم .
بله ، من هم با نظر شما کاملا موافقم . چون قویترین قفل های نرم افزاری هم شکسته شدن .کلا قفل نرم افزاری امنیت نداره
موفق باشید ...........
یک نکته : میدونستید آنتی ویروس هایی مثل Mcafee به محض اینکه نرم افزار شما بخواد تغییری در ریجستری بده یا فایلی رو ایجاد کنه به کاربر اخطار میده و اون کاربر هم به راحتی میتونه با دنبال کردن اون آدرس ها محدودیت رو از بین ببره . یا اگر کاربر حرفه ای باشه از FileMon استفاده میکنه و اون ها رو شناسایی میکنه . پس بنا بر گفته دوستان روش نرم افزار اصلا نمیشه روش حساب کرد ، اما روش سخت افزاری هم خوبه به شرطی که در قسمت چک و بررسی قفل تمام سعی تون رو بکنید . مثلا همین قفل های منشور سیمین که خیلی قدرتمندند ، توسط اعضای همین سایت شکسته شد (( اون قفل حرف اول رو میزنه )) اما خوبیش این بود که فقط یک کاربر تونست این کار رو بکنه اما قفل های نرم افزار خیلی راحت تر شکسته می شند به راحتی میتونید در قسمت امنیت نرم افزار تاپیک های کرک می ! رو دنبال کنید تا بفهمید چه قدر راحت کرک می شوند .
به این میگن RegistryGard دوست من. راه داره که دورش بزنی اما با نرم افزارهایی مثل RegistryMonitor بلاشک لو میره واسه همین من اون فایلها رو پیشنهاد دادم که اونا هم رفتارشون قابل ردگیریهمیدونستید آنتی ویروس هایی مثل Mcafee به محض اینکه نرم افزار شما بخواد تغییری در ریجستری بده یا فایلی رو ایجاد کنه به کاربر اخطار میده
بهر حال بهترین اینه که توی خود سورس اون محدودیت اعمال بشه .
این بهترین راهه ، مثلا توی یک برنامه حسابداری میتونستید 20 سند را ثبت کنید ، هر چند این زیاد امن نیست ، مثلا بتونید قسمت هایی پایه ای رو ببندید ، اینطوری کاربر مجبوره که نسخه کاملش رو تهیه کنه ( کاری که من تو پروژه های دموم می کنم )بهر حال بهترین اینه که توی خود سورس اون محدودیت اعمال بشه .
دوست من ، اون FileMon که من گفتم منظورمFileMonitoring بود . دقیقا دنبال فایل هایی که برنامه ایجاد میکنه رو میگیره . شما اگه همون FileMon رو جستجو کنید ، می تونید نرم افزار رو دانلود کنید .اون فایلها رو پیشنهاد دادم که اونا هم رفتارشون قابل ردگیریه
تو دنیای امروز ویندوز و برنامه های خیلی قوی که از شرکت های بزرگ بیرون اومدن هم کرک می شن.
اونوقت شما انتظار دارید بتونید امنیت رو برای برنامه هاتون تامین کنید؟
راستی آیا برنامه ای هست که تا حالا کسی نتونسته باشه قفلش رو بشکنه؟
سلام ممکن مکمی بشتر توضیح بدی در مورد این قسمت
دوست من ، ما نمی خوایم امنیت 100% رو تامین کنیم . ما میخوایم کاری کنیم که یک بچه یا یک تازه کرکر (New Bie ) نتونه برنامه مارو باز کنه .... طبق گفته شما درسته هیچ برنامه ای نیست که نشه بازش کرد اما همین که تعداد افرادی که بتونن بازش کنن کم بشه ، کفایت میکنه !تو دنیای امروز ویندوز و برنامه های خیلی قوی که از شرکت های بزرگ بیرون اومدن هم کرک می شن.
اونوقت شما انتظار دارید بتونید امنیت رو برای برنامه هاتون تامین کنید؟
راستی آیا برنامه ای هست که تا حالا کسی نتونسته باشه قفلش رو بشکنه؟
__________________
مثل قفل های منشور سیمین که نسبتا قفل های قدرتمندی هستند .
یا newbie؟New Bie
بابت kill معذرت میخوام, kill توی kernel32 پراسز رو میبنده منظورم همون DeleteFileW یا DeleteFileA بود که فایل رو حذف میکنه.
یعنی تاریخ رو با پابلیک کی encrypt کنه و بفرسته به هاست شما, هاست شما درخواست رو با privatekey دکریپت کنه و اگر تشخیص داد که تاریخ ارسال شده با پیغام خیلی با تاریخ سرور فرق داره, دستور detonate رو بفرسته.(اگر پیغام برنگرده برنامه باید فورا" خودش رو پاک کنه و البته من dll های system32 رو هم خیلی دوست دارم WoW64 هم بد نیست.)
برای حذف فایل هم حتما" از api استفاده کنید تا با dll های fake, برنامه گول نخوره.
در ضمن اگر ازMBR و MFT و .. هم چیزی میدونی و میدونی abswrite توی C چطوری کار میکنه میتونی sector ی رو که offset اون 0x7c00(boot sector) هست رو هم پاک کنی(deep format)
این event یادت نره:
Microsoft.Win32.SystemEvents.TimeChanged
برای مانیتور کردن event میتونی دوتا سرویس درست کنی که اولا" همدیگر رو چک کنن و دوما" تاریخ رو چک کنن و سوما" processID شون منفی باشه (hidden process)
فکر کنم اگر اشتباه کنی تمام برنامت رو از دست بدی.
من راستش نمیدونم شما در چه سطحی کار میکنی(سطح پایین مثل abswrite یا سطح بالا مثل winservice) ولی مطمئن باش این روشها هم پیش خیلی ها ضعیف به شمار میان.
پیشنهاد من اینه که یه دور اسم تمام توابع api رو مرور کنید تا خودتون یه راه پیدا کنید.
قوانین ایجاد تاپیک در تالار
پاسخ با نقل قول