Çoğu işletme sahibi lisans ihlalini bir dosya hırsızlığı sanır: birisi senin dijital ürün satış scriptini bir şekilde indirir, kendi sunucusuna atar, iş biter. Gerçek çok daha sinsi. Sahada karşılaşılan ihlallerin büyük bölümü kod sızmasıyla değil, senin kendi elinle verdiğin erişimle başlıyor. Deneme isteyen "yatırımcı", tema düzenlemesi için FTP şifresi alan freelancer, tek seferlik kurulum yapıp dosyaları kendi arşivine kopyalayan tanıdık. Kimse duvarı kırmaz; sadece anahtarın bir kopyası çoğaltılır.
İkinci yanılgı daha pahalıya patlıyor: ihlalin kendiliğinden ortaya çıkacağını varsaymak. Çıkmaz. Çünkü kopyayı çalıştıran kişi seninle aynı pazarda, aynı anahtar kelimelerde, aynı müşteri kitlesinde yarışmaya başlar ve ilk işi izini silmek olur. Lisans doğrulama çağrısını keser, logoyu değiştirir, klasör adlarını yeniden adlandırır. Bu yazıda tam olarak bunun tersini yapacağız: bir e-pin scripti kurulumunun kopya olup olmadığını teknik olarak nasıl anlarsın, doğrulama atlatma yöntemlerini nasıl yakalarsın ve elindeki şüpheyi nasıl hukuken kullanılabilir kanıta dönüştürürsün.
Lisans İhlali Neden Sen Fark Etmeden Aylarca Sürüyor?
Çünkü ihlal gürültü çıkarmaz. Senin e-pin satış yazılımı kurulumun para kazanmaya devam ederken, kopya da kendi köşesinde para kazanır. İkisi arasında teknik bir çakışma olmadığı için hiçbir alarm çalmaz. Alarm ancak iki şartta çalar: ya lisans doğrulaması aktif bir şekilde "bu alan adı benim listemde yok" diye haber verir, ya da sen dışarıdan proaktif tarama yapar, kendi kodunun parmak izini internette arar.
İşte kritik nokta: doğrulama pasifse ihlal görünmez. Birçok epin yazılım paketinde lisans kontrolü kurulum anında bir kez yapılır, sonra veritabanına "onaylı" yazılır ve bir daha bakılmaz. Kopyalayan kişi o satırı elle "1" yapar ve sistem sonsuza kadar mutlu olur. Doğrulama sürekli, imzalı ve sunucu tarafında olmalı; aksi halde kilit değil, kapı süsü satmış olursun.
Kopyalanmış Bir Kurulumu Ele Veren Parmak İzleri Neler?
Kodu gizleyebilirsin ama davranışı gizleyemezsin. Her dijital ürün satış scripti kendine özgü bir iz bırakır: HTML çıktısındaki boşluk düzeni, CSS sınıf adlandırması, JavaScript değişken sırası, HTTP başlıkları, çerez isimleri, hata sayfası metinleri, statik dosya yolları. Kopyalayan kişi arayüzü baştan aşağı değiştirse bile bu izlerin tamamını temizleyemez, çünkü çoğu üretim hattının derin katmanlarından gelir.
Aşağıdaki tablo sahada en çok işe yarayan izleri, nasıl kontrol edileceğini ve tek başına ne kadar güvenilir olduğunu gösteriyor. Tek bir iz asla yeterli değildir; üç veya daha fazlası birlikte bulunduğunda tesadüf olasılığı pratikte sıfıra iner.
| Parmak izi | Nasıl kontrol edilir | Tek başına güvenilirlik | Silinmesi |
|---|---|---|---|
| Benzersiz CSS sınıf öneki | Sayfa kaynağında önek araması | Yüksek | Zahmetli |
| Statik dosya yolu şablonu | assets klasör yapısı ve dosya adları | Yüksek | Orta |
| Oturum çerezi adı | Tarayıcı geliştirici araçları | Orta | Kolay |
| Hata ve doğrulama metinleri | Bilinçli hatalı form gönderimi | Yüksek | Zahmetli |
| JS dosya hash değeri | Dosyayı indir, özet karşılaştır | Çok yüksek | Orta |
| Gizli işaret (watermark) | Yorum, boşluk veya sıralama deseni | Çok yüksek | Çok zor |
| API uç nokta isimleri | Ağ sekmesinde istek listesi | Yüksek | Orta |
Lisans Doğrulamasını Kesenler Hangi Yolu Seçiyor?
İhlalcinin ilk hedefi her zaman doğrulama çağrısıdır. Bu çağrıyı susturmanın dört klasik yolu var ve hepsinin bıraktığı bir kalıntı mevcut. Birincisi hosts dosyası yönlendirmesi: lisans sunucunun alan adı 127.0.0.1'e bağlanır, istek hiç çıkmaz. İkincisi kod yorumlama: doğrulama fonksiyonunun gövdesi silinir veya doğrudan true döndürülür. Üçüncüsü yerel sahte sunucu: senin cevabını taklit eden bir JSON dosyası konur. Dördüncüsü güvenlik duvarı kuralı: giden istek sunucu seviyesinde engellenir.
Bu dördünün ortak zayıflığı şudur: hepsi "cevap gelmezse devam et" mantığına güvenir. Eğer e-pin satış scripti cevapsızlığı başarısızlık sayıyor, imzayı özel anahtarla doğruluyor ve imzasız cevabı reddediyorsa bu tekniklerin hiçbiri çalışmaz. İşte o yüzden mimari karar, tespit yönteminden daha önemlidir.
Tespit Edilen İhlallerde Doğrulama Atlatma Yöntemleri
- Kod içi fonksiyon iptali 45%
- Hosts / DNS yönlendirme 25%
- Yerel sahte lisans sunucusu 20%
- Sunucu seviyesinde engelleme 10%
Şüpheyi Kanıta Nasıl Dönüştürürsün?
Ekran görüntüsü tek başına zayıf bir delildir; kolayca üretilebilir olduğu için itiraz edilir. Güçlü kanıt üç ayak üzerine kurulur: zaman damgası, bağımsız tanık ve tekrarlanabilirlik. Yani bulguyu tarih-saat bilgisiyle kaydetmek, üçüncü bir servisin arşivine düşürmek ve aynı sonucu senin dışında herhangi birinin de üretebileceği şekilde belgelemek.
Pratik sıra şöyle: önce sayfanın tam kaynağını ve ilgili dosyaları indir, özet (hash) değerlerini al. Ardından bir web arşiv servisine URL'yi kaydet. Sonra alan adının WHOIS ve DNS kayıtlarını al. En sonunda kendi lisans kayıtlarınla karşılaştırmalı bir tablo hazırla: hangi alan adı senin listende var, hangisi yok. Bu dosya paketi olmadan yapılan ihtarname genellikle sonuçsuz kalır.
İhlalciye ilk mesajı attığın an dosyalar kaybolur, alan adı park edilir, sunucu kapanır. Önce kanıt, sonra tebligat. Sıra tersine döndüğünde elinde sadece bir hatıra kalır.
Pinova Lisans Merkezi Bu İşi Nasıl Otomatikleştiriyor?
Pinova, dijital ürün satış yazılımı tarafında lisansı sonradan eklenen bir eklenti değil, çekirdeğin parçası olarak ele alır. Her kurulum alan adı bazında kayıtlıdır; doğrulama periyodiktir, cevap imzalıdır ve imza doğrulanamazsa kritik modüller açılmaz. Listede olmayan bir alan adından istek geldiğinde sistem bunu sessizce yutmaz, kaydeder ve bildirim üretir. Yani ihlali aramak zorunda kalmazsın; ihlal kendini haber verir.
Bunun işletme tarafındaki karşılığı çok net: kopya kurulumların pazarını bölmesi engellenir, bayilik verdiğin kişilerin sözleşme dışı ikinci kurulum açması görünür hale gelir ve sen enerjini kod korumaya değil satışa harcarsın. Ayrıntılı modül listesini özellikler bölümünde, paket karşılaştırmasını fiyat tablosunda bulabilirsin.
| Kontrol maddesi | Neden gerekli | Durum |
|---|---|---|
| Alan adı bazlı lisans kaydı | Hangi kurulum meşru, hangisi değil ayrımı | Zorunlu |
| Periyodik ve imzalı doğrulama | Tek seferlik onayın kalıcı açığını kapatır | Zorunlu |
| Cevapsızlıkta kapalı davranış | DNS ve firewall atlatmasını etkisizleştirir | Zorunlu |
| Gizli işaret (watermark) katmanı | Kopyayı mahkemede bağlamayı sağlar | Önerilir |
| Bilinmeyen alan adı bildirimi | İhlali arama değil, haber alma modeline geçirir | Önerilir |
| Erişim verilen kişi günlüğü | Sızıntının kaynağını daraltır | Önerilir |
| Aylık dış tarama rutini | Doğrulaması tamamen sökülmüş kopyaları bulur | Opsiyonel |
İhlali Buldun, Şimdi Hangi Sırayla İlerleyeceksin?
Doğru sıra şu: kanıt paketini tamamla, kurulumu kendi lisans kayıtlarınla karşılaştır, ardından ihlalcinin barındırma sağlayıcısına ve alan adı kayıt kuruluşuna resmi bildirim gönder. Çoğu vaka bu aşamada, mahkemeye gitmeden çözülür; çünkü barındırma firmaları telif ve lisans bildirimlerine hızlı tepki verir. Paralelde noter üzerinden ihtarname göndermek, konu ticari zarara dönüşürse elini güçlendirir.
Yapmaman gereken tek şey ise intikam amaçlı teknik müdahale. Kopya kuruluma sızmak, verisini silmek veya hizmetini dışarıdan bozmak seni haklı taraftan suçlu tarafa taşır. Kendi e-pin yazılımı altyapını sağlamlaştır, kaydı tut, kanalı kullan. Uzun vadede kazanan taraf, mimarisi disiplinli olan taraftır.
Lisansı çekirdeğe gömülü bir altyapıyla çalış
Kopya kurulumları kovalamak yerine, ihlali sana kendisi haber veren bir sistemle sat. Pinova'nın lisans mimarisini ve modül listesini incele.
Lisans ihlalini tek bir ekran görüntüsüyle kanıtlayabilir miyim?
Hayır. Ekran görüntüsü destekleyici bir unsurdur, tek başına zayıftır. Zaman damgalı dosya özetleri, arşiv kaydı, DNS ve WHOIS çıktıları ile birlikte sunulduğunda anlam kazanır.
Doğrulama çağrısı engellenirse sistem çalışmaya devam eder mi?
Doğru kurulmuş bir mimaride etmez. Cevap gelmediğinde veya imza doğrulanamadığında kritik modüllerin kapanması gerekir. "Cevap yoksa devam et" davranışı en sık sömürülen açıktır.
Bayime verdiğim kurulumu ikinci bir alan adında açtığını nasıl anlarım?
Alan adı bazlı lisans kaydı tutuyorsan, listede olmayan alan adından gelen doğrulama isteği otomatik bildirim üretir. Ek bir taramaya ihtiyaç duymazsın.
Kod içine gizli işaret koymak yasal olarak sorun yaratır mı?
Kendi ürettiğin kodun içine kimlik işareti koymak meşrudur; kullanıcı verisi toplamadığı sürece sorun oluşturmaz. İşareti müşteri verisiyle ilişkilendirmemeye dikkat etmen yeterli.
Lisans mimarisini yazıdan okumak bir yere kadar fikir verir; asıl fark, doğrulamanın panelde nasıl göründüğünü ve bilinmeyen bir alan adından gelen isteğin nasıl raporlandığını kendi gözünle görmekte. canlı demo üzerinden lisans merkezini, modül kilitlerini ve bildirim akışını sınırsızca dolaş; kararını satış metnine değil, ekrandaki davranışa bakarak ver.