Dosyalar için Özel İçerik Paketi

Oyunumu prototiplemek için bir web sitesinden birkaç model paketi satın almak üzereyim. Sözleşmede, halkın onlara erişmesini önlemek için onları korumam gerektiğini belirtiyor.

Valve oyunlarıyla çalıştığımı hatırlıyorum, temelde her oyun için tüm içeriğin bir arşivi olan .gcf (oyun içerik dosyası) kullandılar. Ses / malzeme / model / harita / vb. Buna benzer bir şey geliştirmenin kötü bir fikir olmayabileceğini düşündüm ve sadece dosya ekleyip çıkarmama izin veren küçük bir araç yazdım.

Sorun şu ki, böyle bir şeye nasıl başlayacağımı bilmiyorum. Google'ı denedim, ancak ne arayacağımı bile bilmiyordum. Herhangi bir fikir, yararlı olabilecek bağlantılar, ya da başka bir şey varsa, ben çok takdir ediyorum.

Verilerinizi 7-Zip gibi biraz belirsiz bir arşiv biçiminde saklayın .

Sıradan bir kullanıcının zip programlarıyla kolayca açamaması için onlara farklı bir dosya uzantısı verin.

Bu dosyaları okumak ve erişmek için physfs kullanın . Ayrıca, yerel dizininizdeki dosyalarla da çalışabilmenizi sağlar, böylece yeni kaynakları paketlerinizi yeniden oluşturmadan kolayca test edebilirsiniz. Şiddetle tavsiye edilir.

İçerik üzerinde çok önemsiz şifreleme düşünün, ör. XOR şifrelemesi . Paketlerinizi oluşturmak için küçük bir toplu iş dosyası veya komut dosyası yazın, verileri girildiği gibi şifreleyin ve oyununuzdaki verilerin şifresini çözmek için aynı işlevi kullanın.

Bu, kararlı bir kullanıcıyı dışarıda tutmaz - hiçbir şey yapmaz. Ancak model paketlerinizin gereksinimlerini karşılayacak kadar iyi olacaktır.

Sadece prototip oluşturuyorsanız, öğelerinizi bir GCF / ZIP / PAK dosyasına paketleme konusunda endişelenmezdim; halk prototipinizi görmeyecek!

Dahası, Valve'in GCF'si içeriğiniz için ZIP dosyası kadar koruma sağlar - yani sıfır. Dosya şifreli değil; içeriğine göz atmak ve içeriğini çıkarmak için GCFScape'i indirebilirsiniz.

Şu anda ZIP dosyaları veya işletim sisteminin kendi dosya erişim mekanizması tarafından karşılanmayan özel ihtiyaçlarınız yoksa, kendi paket dosya sisteminizi yaratmaya çaba göstermeye değmez ; Aslında, aklıma gelen tek neden:

• İçerik gizleme (dosyalarınızı müdahaleden uzak tutmak kullanımları vardır; Hala mevcut ihtiyaçlarınız için aşırı kullanılmasını öneriyorum),
• İçeriğinizi bir şekilde veriye yönlendirmeye yardımcı olmak için ek dosya başına meta verileri oyuna özgü bir şekilde depolamak,
• Binlerce küçük dosyaya hızlı bir şekilde erişmeye ihtiyaç duyma veya bitişik veri erişimini sağlama gibi işletim sisteminin dosya sistemi sınırlamalarını aşma. (Bu konsollar üzerinde çalışırken bir defacto ihtiyacıdır.)

Bu gereklilik, saçmalık.

Oyun verilere erişebildiğinden ve kullanıcının oyuna erişimi olduğundan, yeteri kadar yetenekli ve yeterli ise, verileri saklamak için kullandığınız biçimi tersine çevirmeyi ve yeterince aptal olmanız durumunda nihai anahtarı yakalamayı başaracaktır. şifrelemek için.

Güvenlik ekleyemezsiniz. Tekrarlıyorum: sadece güvenlik ekleyemezsiniz . Sadece müstehcenlik ekleyebilirsiniz ve müstehcenlik tamamen anlamsızdır, çünkü - dediğim gibi - yeterli beceri ve kararlılığa sahip bir kullanıcı onu kıracaktır.

Size yapılamayacak bir şey soran hiçbir şeyi imzalamayın.

Çoğu zaman özel içerik paketlerinin farklı bir uzantıya sahip bir .zip veya .rar arşivi olma eğiliminde olduğunu fark ediyorum. Tabii ki, web sitesi bir tür özel şifreleme istiyorsa bu iyi değildir.

Birkaç fikir:

1] Standart bir model formatı kullandınız mı (örn. .Obj veya .x) veya doğrudan oyununuza yüklerken özel bir model formatı kullanıyor musunuz? Özel bir biçiminiz varsa ve model biçiminizi kullanışlı bir forma dönüştürmek için tersine mühendislik yapmak zorunda kalırsanız, fırsatçı varlık sökücüye karşı zaten bir miktar korumanız var demektir.

2] Kylotan'ın XOR şifreleme hakkındaki noktası mükemmeldir, ancak şifreleme dizenizi gösteren kaynak verilerinizdeki uzun sıfır sıfıra dizilerinden kaçınmak için sözde rasgele sayı oluşturulmuş bir dizi (muhtemelen dosya adında bir karma ile tohumlanmış) kullanarak şifreleyebileceğinizi unutmayın. Tabii ki, yüklendikten hemen sonra dosyalarınızın şifresini çözmek zorunda kalacaksınız, ancak şifrelenmiş dosyanızı yeniden başlatılabilir bloklara bölmek, bu gerçekten bir yükleme süresi yükü olursa, birden çok iş parçacığında yerinde şifre çözmeyi başlatmanıza izin verecektir. . Ama bu "koruma" seviyesinin gerekli olduğundan şüphe duyuyorum - özellikle de diğerlerinin söylediği gibi, kararlı ripper bunun etrafında duracak. Örneğin. bir DLL dolambaçlı kitaplığı kullanarak çizim çağrıları keserek ve köşe tamponları / dizin arabelleklerini doğrudan okuyarak.

3] Orijinal varlık sağlayıcısına koruma gereksinimlerini sormak zorunda kalacaksınız, ancak bu sadece program açılış ekranınıza ve / veya EULA'nıza varlık telif haklarıyla ilgili bir bulanıklık eklemek olabilir.