https://chimeratool.com/ bu programın online kontrolü var lisans bilgileri sunucudan kontrol edilip ona gre işlem alınıyor yanlış biliyor olabilirim fikir vermesi açısından bakabilirsiniz.

end bunu yazdı Ticking olayını mantıklı bulmadım. Reverse engineering biliyorum ya sonuçta, giderim ms'yi arttırırım, 720 saat yerine 1 saat tikler. Veri sürekli değişmeyecektir belki ama cryptolu olarak data gidip gelebilir belki. client random bir anahtar oluşturur, onunla encrypt eder veriyi ve servera gnderir, benzer şekilde cevap verir falan. Memoryden patchlemesinler diye de bir expiration date olur, bu date dolduğunda tekrar servera sorar. Offline çalışacak bir şeyi çok rahat cracklersin. Istediğin kadar obfsucate et. Ref proxy kullan, cflowu karıştır vs. vs. Hocam zaten local çalışacak sistemi bilen biri zaten kıracaktır. hangi lisans olayını koyarsanız koyun kırılacak. O sebeple uygulamanın web servisine bağımlı olmak zorunda dedim ki datayı oradan çeksin. Aslında daha doğru tabir, işi web servisinin yapması. Ben internet bağlantı olayını zorunlu kılarım o zaman kırılma korkusu yaşamaz. Ticker olayı, tarih-saate alternatif bir şey, kırılmamaya karşı değil der unbalanced :) Daha nce mobil uygulama için online lisans sistemi geliştirmiştim ama 1 defaya mahsus lisans satın alıyor, bir qr kod veriyorduk müşteriye (A5 kağıdına basılı). Her bir qr kodu , bir kere kullanılabiliyor. Ve zellikleri oluyor. Yani a, b, c modül lisanslı qr kodlar, b, c modülleri lisanslı qr kodlar gibi Kullanıcı bu qr kodu telefonla okutuyor ve program servise gidip gerekli bilgileri şifreli olarak çekip yine şifreli olarak kaydediyor. Bu doğrulama işlemi sadece bir kere yapılıyor. Eğer yeni telefon kullanacaksa, eski lisansı admin panelinden deaktiv edilip yeni voucher veriliyor. Basitçe sistem byleydi server 0. pool. ntp. org server 1. pool. ntp. org server 2. pool. ntp. org server 3. pool. ntp. orgdiyemiyorum networksuz çalışabilme şartını yerine getiremiyor. Zaman ayarı çok illet bişi, misal benim bios pilim olmadığı için zırt pırt sıfırlanır benim gibi birine offline güven duygusu oluşturamazsın misal. hani bu uslu bundan bişi olmaz veya dur burada bi bokluk var bi nete gir bakim ne kadar geçmiş türevi birşeyler yaptırtmak gibi. Çok sıkılıyom

ben lisans sorgusunu bypass ederek programi kullanabilir miyim mesela? Yani senin sunucuna gitmeden, oradaki lisans kontrol metodunu bypass eder ve programi acarim . Ya da cracking bilen bir adam ilgili yeri nop'lar. programi web servisine mahkum kilman lazim. Eger bunu %100 yapabilirsen en mantiklisi ve kirilmayacak is bu olur. Cünkü exe'yi kirsalar da sen web tarafinda exe'ye veriyi vermezsin olur biter..$ Ancak bunu yapamiyorsan, yani program cogu zaman offline calisacaksa aklima syle bir sey geli 1- Ilk adimda programin calisabilmesi icin gerekli veriler internetten cekilir 2- bu istek sirasinda lisans kontrolünü yapabilirsin 3- bu verileri localdeki db'ye yazarken 'expiration at' li sekilde yazarsin 4- ilgili kaydin süresi doldugunda kendisini silecek 5- yeni verilere ihtiyac olacagi icin yine senin webservisine baglanip yeni datalari cekmek zorunda kalacak. burada kullaniciyi internete baglamaya zorlayacaksin. Tabi bu da asilabilir ama biraz daha zor. alternatif olarak tarih olayini syle czebilirsin.. programin baska bir exe'yi tetiklesin ya da servis olarak yüklersin, bu exe ticking islemi yapsin. Yani her saniye'de ya da hatta salisede bir degeri 1 arttirsin. Ancak burada lisans mantigini degistirmen gerekecek. Pay as you go mantigi olacak. Program calistigi süreyi saydiracaksin.. Ve atiyorum 1 milyon tick atti bu da 720 saate denk gelsin. Bunun üzerinden fiyatlama yapabilirsin. Saati, tarihi ileri geri almasi farketmez, programi calistigi sürece ilgili servis sürekli tick sayisini arttiracak ta ki kapanana kadar.. suan aklima gelenler bunlar :) 2. fikir baya hosuma gitti bu arada, yeni aklima geldi, patenti bana aittir :)) unbalanced tarafından 11/Mar/23 01:51 tarihinde düzenlenmiştir Ülkesini Seven Her Türk Vatandasi, Ülkesinin Sessiz Istilasi'na karsi durmak zorunda.

Asayisci bunu yazdı fikirler çok hoş :) üşenmeden yazdığınız için teşekkür ederim. İnanın ufkumu genişletti. Ancak offline çalışma bizde kaçınılmaz. yani müşteriyi online olarak web servis üzerinden lisans kontrolüne zorlayamam. peki şyle birşey aklıma geldi? Bu konudaki fikirlerinizi merak ediyorum. yukarıda anlattığım lisans kontrolü müşterimiz tarihi geri alarak aşabiliyordu. veritabanında ya da registery de her online lisans kontrolünde bu kontrolün "yapıldığı güne" ilişkin bir tarih tutsak ki bunu encrypt etsem. bir de lisans bitiş tarihini tutsak (rn: LicenceDate:13.04.2023)kullanıcı lisansının dolduğu bi gün online ya da ofline bir şekilde kontrol yaptı (rn: 14.04.2023) haliyle bu tarih yine kaydedilecek (LastControlDate:14.04.2023) eğer bu aşamadan sonra kullanıcı tarihi geriye alırsa basit bir if else dngüsü ile bunu tespit edebilirim diye düşünüyorum DateTime Bugun:DateTime. Now ; if else Aşılabilir mi? Bugun:DateTime. Now ; sorun buradan kaynakli hocam. Adam tarihi geri alinca zaten burasi dogru calismayacak. O sebeple ticker ile sayman gerektigini syledim. Dedigin license date ve last control olayini yapabilirsin, orada zaten süresi gecmisse direk uygulamayi bloklarsin ama adam internete baglanana kadar lisansi gecmis olsa da tarihi geri alarak kullanabilir. şimdi şyle düşün;Lisans bitiş tarihi 10.03.2023 olsun ve bunu registery de zel birşekilde tutuyoruz =>LicenceDateadam 10 gün nce lisans kontrolü yaptı ve lisans online (05.03.2023) =>LastControlDatesonra müşteri offline olarak 11.03.2023 tarihinde programa erişmeye çalıştı ve LicenceDate geçtiği için lisanssız uyarısı aldı. Bu esnada sistem LastControlDate ğesini 11.02.2023 olarak güncelledi. sonra uyanıklık yapmaya kalkıp tarihi geri aldı. 01.01.2023 => DateTime. No şimdi bu durumda aşağıdaki kodumuz sorunsuz çalışması gerekmiyor mu :) DateTime Bugun:DateTime. Now ; //01.01.2023 if //01.01.2023 <= 11.02.2023 else

şimdi şyle düşün;Lisans bitiş tarihi 10.03.2023 olsun ve bunu registery de zel birşekilde tutuyoruz =>LicenceDateadam 10 gün nce lisans kontrolü yaptı ve lisans online (05.03.2023) =>LastControlDatesonra müşteri offline olarak 11.03.2023 tarihinde programa erişmeye çalıştı ve LicenceDate geçtiği için lisanssız uyarısı aldı. Bu esnada sistem LastControlDate ğesini 11.02.2023 olarak güncelledi. sonra uyanıklık yapmaya kalkıp tarihi geri aldı. 01.01.2023 => DateTime. No şimdi bu durumda aşağıdaki kodumuz sorunsuz çalışması gerekmiyor mu :) DateTime Bugun:DateTime. Now ; //01.01.2023 if //01.01.2023 <= 11.02.2023 else yazilarinda celiski var hocam ki yle olmasa bile yine de yanlis yapmissin.. Yani sen kendi senaryona uygun bir tarih buluyorsun :) Ben yapayim sen bak.. Lisans Bitis tarihi 10.03.2023 Son lisans kontrolü 05.03.2023 buraya kadar tamam olsun.. tarih 08.03.2023 olsun.. ben programi kullandim.. kücük bir program kullanarak tarihi her zaman 08.03.2023 olarak ayarladim, ya da hergün elle ayarladim... ne oldu? Iste senin mantiginda bunu anlamanin hic bir yolu yok hocam. O yüzden tick sayman gerekli dedim. ayrica senin lisans kontrolün sadece bu if else ise zaten program 12.03.2023 den itibaren normal calismaya devam eder. Tabi LicenseDate'i de kontrol etmen lazim Tarihi degistirmis oldugunu aslinda anlayabilirsin hocam, eger tarih degismisse direk olarak lisansi devre disi birak. Nasil mi yaparsin? Program ilk kullanimda bir kere internete baglanacak degil mi? O zaman utc time alirsin su siteden https://time.is/UTC elinde canli olarak bir tarih olacak ve onu sifreli olarak kaydet. Ve tabi bir de elinde lisans bitis tarihn var. Yani elinde toplam 2 tarih var. Daha sonra program her programin acildiginda anlik tarih ve saati alip kaydet. Burada 2 seyi karsilastiracaksin 1- lisans baslangic ve bitis tarihleri arasinda mi bu tarih? 2- en son kaydettigin tarih'ten eski mi? iste burada dügüm czülmüs olur. üstteki senaryoyu uygulayalim Lisans baslangic: 10.01.2023 Lisans Bitis: 10.03.2023 Programi calistirdi ve o UTC tarihinide aldik onu da 10.01.2023 diyelim. tarih 08.03.2023 oldu. Ve bu güne kadar herhangi bir tarih degistirme olayi olmadi O halde program suana kadar 10.01.2023 den 08.03.2023 e kadar olan tüm tarihleri kaydetti. Ve 09.03.2023 oldu tarih, adam programi acmadan tarihi 08.03.2023 yapti. Programin kayitli tarihlere bakacak 08.03.2023 zaten sisteme kaydedilmis ve yine ayni tarih denk gelmis, demek ki tarihi degistirmis deyip, programi internete baglatmasina zorlayabilirsin ve programi actirmazsin.. Internete baglayinca son kontrol tarihini güncellersin... Not: Burada sikinti su olur, adam programi 08.03.2023 de iki kere acabilir. O sebeple saatleri de kaydetmen ve toplam saati de saydirman gerekecek. Bir günde 24 saat olacagi icin programin kapanisi - programin acilis saat farkini kaydedeceksin Eger 08.03.2023 de programin toplam kullanim saati 24'ü gecmisse, tarihte oynanma olmus. Biraz karisik anlatmis olabilirim cünkü karisik :)) Ama bu sekilde bu olayi gecmesinin mümkünati yok . Anlamadiysan tekrar anlatirim ama dediklerimi bir kagida cizip adim adim anlamaya calisirsan olayi czersin :) Ülkesini Seven Her Türk Vatandasi, Ülkesinin Sessiz Istilasi'na karsi durmak zorunda.

fikirler çok hoş :) üşenmeden yazdığınız için teşekkür ederim. İnanın ufkumu genişletti. Ancak offline çalışma bizde kaçınılmaz. yani müşteriyi online olarak web servis üzerinden lisans kontrolüne zorlayamam. peki şyle birşey aklıma geldi? Bu konudaki fikirlerinizi merak ediyorum. yukarıda anlattığım lisans kontrolü müşterimiz tarihi geri alarak aşabiliyordu. veritabanında ya da registery de her online lisans kontrolünde bu kontrolün "yapıldığı güne" ilişkin bir tarih tutsak ki bunu encrypt etsem. bir de lisans bitiş tarihini tutsak (rn: LicenceDate:13.04.2023)kullanıcı lisansının dolduğu bi gün online ya da ofline bir şekilde kontrol yaptı (rn: 14.04.2023) haliyle bu tarih yine kaydedilecek (LastControlDate:14.04.2023) eğer bu aşamadan sonra kullanıcı tarihi geriye alırsa basit bir if else dngüsü ile bunu tespit edebilirim diye düşünüyorum DateTime Bugun:DateTime. Now ; if else Aşılabilir mi? Bugun:DateTime. Now ; sorun buradan kaynakli hocam. Adam tarihi geri alinca zaten burasi dogru calismayacak. O sebeple ticker ile sayman gerektigini syledim. Dedigin license date ve last control olayini yapabilirsin, orada zaten süresi gecmisse direk uygulamayi bloklarsin ama adam internete baglanana kadar lisansi gecmis olsa da tarihi geri alarak kullanabilir. Ülkesini Seven Her Türk Vatandasi, Ülkesinin Sessiz Istilasi'na karsi durmak zorunda.

Ticking olayını mantıklı bulmadım. Reverse engineering biliyorum ya sonuçta, giderim ms'yi arttırırım, 720 saat yerine 1 saat tikler. Veri sürekli değişmeyecektir belki ama cryptolu olarak data gidip gelebilir belki. client random bir anahtar oluşturur, onunla encrypt eder veriyi ve servera gnderir, benzer şekilde cevap verir falan. Memoryden patchlemesinler diye de bir expiration date olur, bu date dolduğunda tekrar servera sorar. Offline çalışacak bir şeyi çok rahat cracklersin. Istediğin kadar obfsucate et. Ref proxy kullan, cflowu karıştır vs. vs. Hocam zaten local çalışacak sistemi bilen biri zaten kıracaktır. hangi lisans olayını koyarsanız koyun kırılacak. O sebeple uygulamanın web servisine bağımlı olmak zorunda dedim ki datayı oradan çeksin. Aslında daha doğru tabir, işi web servisinin yapması. Ben internet bağlantı olayını zorunlu kılarım o zaman kırılma korkusu yaşamaz. Ticker olayı, tarih-saate alternatif bir şey, kırılmamaya karşı değil der unbalanced :) Daha nce mobil uygulama için online lisans sistemi geliştirmiştim ama 1 defaya mahsus lisans satın alıyor, bir qr kod veriyorduk müşteriye (A5 kağıdına basılı). Her bir qr kodu , bir kere kullanılabiliyor. Ve zellikleri oluyor. Yani a, b, c modül lisanslı qr kodlar, b, c modülleri lisanslı qr kodlar gibi Kullanıcı bu qr kodu telefonla okutuyor ve program servise gidip gerekli bilgileri şifreli olarak çekip yine şifreli olarak kaydediyor. Bu doğrulama işlemi sadece bir kere yapılıyor. Eğer yeni telefon kullanacaksa, eski lisansı admin panelinden deaktiv edilip yeni voucher veriliyor. Basitçe sistem byleydi Ülkesini Seven Her Türk Vatandasi, Ülkesinin Sessiz Istilasi'na karsi durmak zorunda.

fikirler çok hoş :) üşenmeden yazdığınız için teşekkür ederim. İnanın ufkumu genişletti. Ancak offline çalışma bizde kaçınılmaz. yani müşteriyi online olarak web servis üzerinden lisans kontrolüne zorlayamam. peki şyle birşey aklıma geldi? Bu konudaki fikirlerinizi merak ediyorum. yukarıda anlattığım lisans kontrolü müşterimiz tarihi geri alarak aşabiliyordu. veritabanında ya da registery de her online lisans kontrolünde bu kontrolün "yapıldığı güne" ilişkin bir tarih tutsak ki bunu encrypt etsem. bir de lisans bitiş tarihini tutsak (rn: LicenceDate:13.04.2023)kullanıcı lisansının dolduğu bi gün online ya da ofline bir şekilde kontrol yaptı (rn: 14.04.2023) haliyle bu tarih yine kaydedilecek (LastControlDate:14.04.2023) eğer bu aşamadan sonra kullanıcı tarihi geriye alırsa basit bir if else dngüsü ile bunu tespit edebilirim diye düşünüyorum DateTime Bugun:DateTime. Now ; if else Aşılabilir mi?

Lisansı sunucuda yap, algoritmayı oldukça karmaşık yap. Programı kırmaya çalışan ters mühendis algoritmayı deneme yanılma ile bulmaya çalışacaktır. Sunucuda çarpma işlemi ile lisans kontrolü var diyelim, bunu exe içerisinde gremez. İleri seviye ise algoritmayı çıkartarak kırabilir elbette ki bu çok az bir ihtimal. Deneyimlerime dayanarak yazdım hocam. Herkesten, her şeyden umudunuzu kestiğiniz bir anda belki de kurtarıcı sizsinizdir.

tarih yerine lokalde exeyi calistirma hakki tanimlardim aidat uzerine oldugu icin 12 hak + 8 yedek hak. 1 sene icin toplam 20 çalıştırma hakki verirdim(program 1 ay acik kalirsa otomatik kapattirdim) lisanslarin alim tarihi belli oldugu icin 4 ay kala hakkim bitti acamiyorum derse 4 hak daha tanimlayip verirdim DE5TROY3R tarafından 11/Mar/23 16:33 tarihinde düzenlenmiştir

tarih yerine lokalde exeyi calistirma hakki tanimlardim aidat uzerine oldugu icin 12 hak + 8 yedek hak. 1 sene icin toplam 20 çalıştırma hakki verirdim(program 1 ay acik kalirsa otomatik kapattirdim) lisanslarin alim tarihi belli oldugu icin 4 ay kala hakkim bitti acamiyorum derse 4 hak daha tanimlayip verirdim windows'un yerli yersiz crashleri icin de garanti veriyor musun peki yedek haklar disinda? 0x0480 takilin madem

Merhaba arkadaşlar. Yıllık aidat demeli bir Masaüstü uygulamanız var. Müşteriler her yıl kullanım seneidevriyesi geldiğinde sistemdeki bazı ana modüller deaktif oluyor ve müşterinin yıllık ücreti demesi sağlanıyor. İlk etapta projeyi yaparken bu konuyu çok irdelememiştim. şyle basit bir yol izledim. Her PC nin benzersiz Hdd seri numarsını alarak bir kombinasyonla LisansID oluşturdum. Her bir müşterinin lisansını bir sunucuda tuttuğum XML dosyasına ekledim. tabi burada deme yapılması gereken tarih bilgisi de mevcut. Proses şyle işliyor. Program çalıştırıldığında LisansID ve tarih bilgisi ile XML dosyası okunarak kontrol yapılıyor. Tarih uygunsa progrm sorunsuz çalışıyor. Eğer deme yapılması gereken bir tarihe ulaşılmış ise yukarıda dediğim gibibazı modüller deaktif oluyor. EE bu kocaman bir bag'ı da içinde barındırıyor dediğiniz duyar gibiyim. Evet farkındayım. Kullanıcı bilgisayar tarihini ileriye aldığında kontrolün arkasından dolanmış oluyor :) dediğim gibi ilk etapta bunu çok umursamamıştım. Ancak şimdi bu konuda kesin bir kural getirmem gerekiyor. Bunu nlemeliyim. Ayrıca kullanıcı internet olmadan da programı kullanabiliyor. Müşteri Database'leri %90 local de çalışıyor. yani network olmadan da tarih kontrolünü yaptırmam gerekiyor. Evet parlak fikirlerinizi alalım. Siz olsanız nasıl bir proses uygulardınız.. Şimdiden fikirleriniz için teşekkür ederim..

Ticking olayını mantıklı bulmadım. Reverse engineering biliyorum ya sonuçta, giderim ms'yi arttırırım, 720 saat yerine 1 saat tikler. Veri sürekli değişmeyecektir belki ama cryptolu olarak data gidip gelebilir belki. client random bir anahtar oluşturur, onunla encrypt eder veriyi ve servera gnderir, benzer şekilde cevap verir falan. Memoryden patchlemesinler diye de bir expiration date olur, bu date dolduğunda tekrar servera sorar. Offline çalışacak bir şeyi çok rahat cracklersin. Istediğin kadar obfsucate et. Ref proxy kullan, cflowu karıştır vs. vs. 0x0480 takilin madem

windowsta eventlog diye bir zımbırtı varmış ve bunu okuyabiliyormuşsun. her açılışta tarihin değiştirilip, değiştirilmediğini kontrol ettirebilirsin. tarih değiştirilmiş ise internete bağlanmaya zorlayacaksın ve bir ntp ile tarihi kontrol ettirip, güncel zamanı o cihaz için tekrar ayarlayacaksın. tabi bunlar google'layarak ulaştığım varsayımlar. ne derece iş grür fikrim yok. https://learn.microsoft.com/en-us/dotnet/api/system. diagnostics. eventlog. geteventlogs?view=netframework-4.8..