Sızdırılan yazılım derlemeleri nasıl tespit edilir, sızıntı anında ne yapılmalı?

Masaüstü yazılım satanların çoğu er ya da geç ürününün bir kopyasını olmaması gereken bir yerde bulur: bir forum başlığında, bir dosya paylaşım bağlantısında, bir sohbet sunucusunda. İlk sorular hep aynıdır: Ne zamandır ortalıkta, nereden çıktı ve bu konuda ne yapabilirsiniz? Sızdırılan derlemeleri hızla tespit edebilmek ve onları bir lisansa kadar izleyebilmek, bu soruları rutin bir işe dönüştürür.

Bu rehberde sızıntı izlemenin genel olarak nasıl çalıştığını ve PapelShip'in Binary Trace ile Build Control özelliklerinin buna neler kattığını anlatıyor, bir derlemenin sızdığı gün için ilk saatten bir sonraki sürüme kadar adım adım bir müdahale planı sunuyoruz.

Sızdırılan derleme ne demek?

Sızdırılan derleme, yazılımınızın sizden almamış kişiler tarafından kullanılan herhangi bir kopyasıdır. Her zaman sofistike bir saldırının sonucu değildir. Pratikte sızıntılar genellikle birkaç gruba ayrılır.

• –Ödeme yapmış bir müşteri kopyasını paylaşır; arkadaşlarıyla, bir grupla ya da herkese açık şekilde, bazen anahtarıyla birlikte.
• –Bir müşterinin hesabı veya bilgisayarı ele geçirilir ve indirdiği dosyalar onun haberi olmadan başka yerlere ulaşır.
• –Değiştirilmiş bir derleme dolaşıma girer; geçerli bir lisans olmadan çalışacak şekilde kurcalanmıştır.
• –Dahili veya test amaçlı bir derleme dışarı sızar; örneğin bir test kullanıcısına ya da bayiye gönderilmiş bir derleme.

Her biri farklı bir tepki gerektirir. Paylaşılan bir kopya bir konuşmayı ve bir yasağı gerektirir. Ele geçirilmiş bir hesap cezayı değil, yardımı hak eder. Değiştirilmiş bir derleme ise teknik bir müdahale ister. İlk işin her zaman kopyanın nereden geldiğini bulmak olmasının nedeni budur.

Sızıntı izleme nasıl çalışır?

Bir sızıntının izini sürmenin temel fikri basittir: Teslim ettiğiniz her kopyayı kaynağına bağlanabilir hâle getirin ve bu kopyaların nasıl kullanıldığını izleyin. Bir kopya olmaması gereken bir yerde ortaya çıktığında onu teslim edildiği siparişe ve lisansa kadar geri izleyebilirsiniz. Bunu genellikle iki tür sinyal mümkün kılar.

• –Kopyanın kendisi. Her teslimat, düzenlendiği lisansa bağlıysa dışarıda bulunan bir kopya kendi kaynağını gösterir.
• –Nasıl kullanıldığı. Lisanslı yazılım bir sunucuya bağlanarak kontrol edilir. Birden fazla cihazda çalışmaya başlayan, sahibinin hiç bulunmadığı yerlerden kullanılan ya da sizin yayınlamadığınız derlemelerle birlikte görünen bir anahtar hemen göze çarpar.

Sistemler bir kopyayı kaynağına bağlama yöntemlerinde farklılık gösterir. Bazıları hangi derlemenin ve dosyanın hangi hesaba gittiğine dair sunucu tarafı kayıtlara dayanır. Bazıları ise teslim edilen her kopyadaki bir unsuru, düzenlendiği lisansa bağlar. Her iki durumda da kaydın teslimat anında oluşturulması gerekir; kopya mağazanızdan çıkarken onu bir müşteriye bağlayan hiçbir şey yoksa bu bağlantıyı sonradan kuramazsınız.

Bu sinyallerin hiçbiri sihirli değnek değildir. Sızıntı izleme, birinin bir dosyayı paylaşmasını engellemez. Yaptığı şey anonimliği ortadan kaldırmaktır: Ürününüzü paylaşmak artık sonuçsuz kalmaz, çünkü kopya sizi işlem yapabileceğiniz bir hesaba götürür.

Binary Trace, Build Control ve şüpheli ekran görüntüsü

PapelShip, qPapel Auth'taki temel lisanslama özelliklerinin yanında sızıntılarla doğrudan ilgili üç araç sunar.

Binary Trace, derlemelerinizi takip edip müşterilerinizin dosyalarınızı başkalarıyla paylaşıp paylaşmadığını tespit ederek ilk soruyu, yani kopyanın nereden geldiğini yanıtlar. Build Control, dosyanızın değiştirilmesini, yamalanmasını veya yetkisiz araçlarla açılmasını engelleyerek sızdırılan bir kopyanın yapabileceklerini daraltır. Şüpheli ekran görüntüsü ise bir kopyanın etrafındaki etkinlik tuhaf göründüğünde elinizde inceleyecek somut bir şey olmasını sağlar. Hangi aracın hangi planlara dahil olduğunu fiyatlandırma sayfasında görebilirsiniz.

Sızdırılan derlemeler nasıl tespit edilir: izlenecek sinyaller

Bir sızıntıyı her zaman arayarak bulamazsınız. Çoğu zaman önce panelinizde ortaya çıkar. İzlemeye değer örüntüler şunlardır.

Tek bir sinyal kanıt değildir. Yeni dizüstü bilgisayar alan bir müşteri sıfırlama isteyebilir; gerçek bir donanım değişikliği de tuhaf görünebilir. Tabloyu, yakından bakmak için gerekçelerin listesi olarak görün ve bulduklarınızın bütününe göre hareket edin.

Bir şeyler ters gitmeden önce normalin neye benzediğini bilmek de işinizi kolaylaştırır. Her hafta birkaç dakikanızı Bilgisayarlar sayfasına ve anahtar listesine ayırın: Tipik bir anahtar kaç cihazda kullanılıyor, sıfırlamalar ne sıklıkla oluyor, hangi sürümler kullanımda? Bu referansla karşılaştırıldığında bir sızıntı genellikle hemen göze çarpar.

Adım adım: bir derleme sızdığında ne yapmalı?

Bir derlemenin dışarı çıktığını öğrendiğinizde ilk refleks hemen yeni bir sürüm yayınlamaktır. Oysa en hızlı kontrol genellikle sunucuda sağlanır; yeni sürüm ise neyi düzelteceğinizi öğrendikten sonra gelir.

1. 01

   Doğrulayın ve kayda geçirin

   Kopyanın nerede ve ne zaman bulunduğunu, hangi sürüm olduğunu iddia ettiğini not edin. Güvenilmeyen bir kopyayı günlük kullandığınız bilgisayarda çalıştırmayın; bir sızıntıyı doğrulamak için genellikle kendi panel verileriniz yeterlidir.

2. 02

   Kaynak lisansı belirleyin

   Kopyanın hangi lisansa bağlı olduğunu bulmak için Binary Trace'i, Bilgisayarlar sayfasındaki anahtar ve cihaz geçmişiyle birlikte kullanın.

3. 03

   Anahtarı etkisiz hâle getirin

   Lisans anahtarını panelden yasaklayın. Ona dayanan her kopya bir sonraki kontrolde reddedilir; yeni bir sürüm yayınlamanız gerekmez.

4. 04

   Cihazları etkisiz hâle getirin

   Sızdırılan kopyayı çalıştıran cihazları yasaklayın; böylece aynı makinede yeni bir anahtarla sorun en baştan başlamaz.

5. 05

   Değerli olana erişimi kesin

   Açığa çıkmış olabilecek sunucu tarafı string'leri yenileyin ve Uzaktan ayarları sıkılaştırın. Session Token Enforcement ile oturum sürelerini sınırlayabilir ve oturumları IP adreslerine kilitleyebilirsiniz.

6. 06

   Müşteriyle konuşun

   Bir yasağı kalıcı hâle getirmeden önce ne olduğunu sorun. Ele geçirilmiş bir hesap, kasıtlı paylaşımla aynı muameleyi değil, yardımı ve yeni bir anahtarı hak eder.

7. 07

   Kaldırılmasını talep edin

   Kopyayı, barındıran sitenin yetkisiz içerikler için sunduğu süreç üzerinden bildirin. İlk adımda tuttuğunuz kayıtları saklayın.

8. 08

   Nedeni bir sonraki derlemede düzeltin

   Kopya değiştirilmişse Build Control ile korunan bir derleme yayınlayın, daha fazla değerli veriyi sunucuya taşıyın ve hangi bütünlük kontrollerinin nerede çalıştığını gözden geçirin.

Sızıntı sırasında yapılmaması gerekenler

• –Müşterinin adını açıkça ifşa etmeyin. Kimin sorumlu olduğu konusunda yanılıyor olabilirsiniz ve herkese açık bir suçlama geri alınamaz.
• –Dürüst kullanıcıları etkileyecek aceleci bir sürüm yayınlamayın. Yeni kontrolleri yanlış tetiklenen, aceleye getirilmiş bir derleme sızıntının kendisinden daha fazla güven kaybettirir.
• –Bir sürümün tamamını yasaklamayın. Tek bir anahtara ve onun cihazlarına yönelik müdahale isabetlidir; bir sürümü kullanan herkesi engellemek hiçbir şey yapmamış alıcıları cezalandırır.
• –Yasakla yetinmeyin. Sızdırılan kopya sunucu olmadan da çalışıyorsa sorun üründedir ve bir sonraki derleme bunu düzeltmelidir.

Sızıntıların zararı önceden nasıl azaltılır?

Bir sızıntıya hazırlanmanın en iyi zamanı, henüz hiçbir şey sızmamışken öncesidir. Birkaç tasarım kararı, sızdırılan bir kopyanın bir kriz mi yoksa küçük bir olay mı olacağını belirler.

• –Herkese açık bağlantılarla değil, hesaplar üzerinden teslim edin. Müşteri paneli alıcılara dosyalarınız için indirme bağlantıları sunar; ücretli indirmeler de yalnızca alıcılara açıktır.
• –Değerli kısımları sunucuda tutun. Sunucu tarafı string'ler ve dosyalar yalnızca kimliği doğrulanmış oturumlara teslim edilir. İstemci tarafı koruma ile sunucu tarafı sırlar yazısında anlatıldığı gibi, bunlar olmadan sızdırılan bir dosya eksik kalır.
• –Her anahtarı donanıma bağlayın. HWID kilidi, paylaşılan bir anahtarın başka makinelerde çalışmasını engeller.
• –Hassas kodu bellekten yükleyin. Bellekte yükleme, şifreli DLL'leri diske yazmadan doğrudan belleğe aktarır.
• –Anahtarları bilinçli yönetin. Güvenli lisans anahtarı yönetimi yazısında ele alınan yasaklar, sıfırlamalar ve yedek anahtarlar için net politikalar, her müdahaleyi hızlandırır.

Bunların hepsi qPapel Auth içinde, anahtarları en başta düzenleyen mağazanın hemen yanında, tek bir panelde yer alır.

Her kopya kaynağını ele versin

Bir sızıntı ancak anonimse ve sızdırılan kopya siz olmadan çalışıyorsa felakete dönüşür. Her derlemeyi bir lisansa bağlayın, her açılışı sunucuda kontrol edin ve ürününüzün değerli kısımlarını müşterinin diskinden uzak tutun.

Böylece bir kopya ortaya çıktığında panikle tepki vermek yerine bir planı uygularsınız: İzini sürün, kontrol altına alın, müşteriyle konuşun ve bir sonraki derlemeyi güçlendirin.