2009-02-02 17 views

cevap

17

internal ve sealed gibi erişim düzenleyicileri, gizleme veya kod güvenliği ile ilgisi yoktur, yalnızca diğer sınıflara onlarla etkileşimde bulunmalarını (veya etkileşimde bulunmamalarını) söylerler.

Günün sonunda, korsanlığı önlemek için yapabileceğiniz hiçbir şey yok. Bir insan tarafından yaratılan her şey başka biri tarafından kırılabilir. Ürün anahtarlarıyla ilgilenen, yazılımın güvenliğini koruyan vb. Soruların birçoğu sağ üstte arama mekanizmasını kullanırsanız bulabileceğiniz sorular vardır.

  1. Sadece kredi kartı kırarak biraz daha az elverişli bir yazılım çatlama yapmak için korsanlıkla mücadele önlemlerinin içine yeterince çaba: Tüm cevaplar biraz duygusu ile kimse size söyleyecektir birkaç temel fikir kapsamaktadır. Bunu yapmak gerçekten zorsa, müşteri tabanınız için çok fazla ücret ödüyorsunuz.
  2. Müşterilerinizle pozitif ilişkiler kurmaya odaklanmak yerine, suçlu olduklarını varsaymak yerine, size para vermeye daha istekli olacaklardır.
  3. Çoğu müşteri - bireyler ve özellikle de şirketler - çatlama konusunda herhangi bir ilginiz yok, meclislerinizi açın ve size ödeme yapmamaya nasıl karar vereceğinizi anlamaya çalışın. Bireyler için, bunun için para ödemiyorlardı, böylece bir satış kaybetmiyorsunuz; ve şirketler bazı yazılım lisanslarının bedeli için yasal sorunlarda nakit para riski oluşturmazlar.
Araştırma /kamu, özel ve eliptik anahtar şifreleme

ve size anahtar algoritmasını sabitlemek için yollar bulacaksınız, ancak yalnızca bunu atlayarak değil, anahtar çatlama önleyecektir.

+0

Rex M'nin söylediği doğrudur. Anahtarlarınızı oluşturmak için bir ortak/özel anahtar şifreleme şeması kullanın. Kodunuzu Dotfuscator gibi bir şeyle karıştırın. Ancak, sonuçta, insanlar, çalıştırılabilir bazı koşullu atlamaları değiştirerek, isterlerse yine de çatlayabilirler. – mmcdole

+1

Üçüncü noktanızı kabul ediyorum, ancak bir kişi/şirket sadece bir lisans satın alıyor ve bunu birden fazla makinede kullanıyorsunuz, çünkü bu biraz koruma gerekli mi? –

0

Rex doğru, internal sealed class bir şey saklamıyor. Parolaları ve anahtarları korumak için tek yönlü bir şifreleme karması kullanın (ör. MD5CryptoServiceProvider).

2

Rex M ile aynı fikirdeyim, keygenlerden kaçınmak için eliptik eğriler kriptografi gibi asimetrik bir şifreleme algoritması kullanmayı düşünmelisiniz. Ve ticari bir çözümle ilgileniyorsanız, o zaman Ellipter'u deneyin - eliptik eğriler kullanır ve üretilen seri anahtarlara gömülen ürün bilgisi ve son kullanma verileri gibi bazı yararlı özelliklere sahiptir.

+0

Ya da herhangi bir PGP sistemi. Genel anahtarı uygulamaya koyun ve uygulama geliştiricisinin (veya şirketin) özel anahtarı tutmasına izin verin. – Arafangion

İlgili konular