Soru:
Bilinmeyen sıkıştırma algoritması
search4everNever
2014-08-19 18:16:00 UTC
view on stackexchange narkive permalink

Sıkıştırılmış veriler aldım, ancak sıkıştırma algoritmasını bulamadım. Veriler, düzeni bildiğim daha büyük bir dosyanın parçası, Bu yüzden birkaç şey bulmayı başardım. Bildiğim şey:

  • Verileri yükleyen çalıştırılabilir ikili dosyam yok, sadece eski kodlama algoritmasını artık desteklemeyen güncellenmiş sürüme sahibim. Ona pek çok şekilde işkence ettim ve sadece karşılık gelen kodu içermiyor
  • sıkıştırılmış (% 100 emin)
  • daha sonra değiştirildiği için evde yapılabilir (aşağıya bakın)
  • şu ana kadar sihirli sayı yok
  • düz değil:
    • deflate (yanlış başlık)
    • lzma (yanlış başlık )
    • gzip (yanlış başlık)
    • Quantum (yanlış başlık)
    • Microsoft CAB (yanlış başlık)
    • Bzip2 (yanlış başlık)
    • Zip (yanlış başlık)
  • Verileri içeren dosyada sıkıştırılmamış boyut verilmiştir, bu dosya düzeni tamamen tersine çevrilmiştir ve herhangi bir ipucu
  • şifrelenmiş olabilir, ancak hız gereksinimleri nedeniyle olası değildir
  • şifrelenmişse, dizinin başında aynı veri girişi verildiğinde aynı çıktıyı verir (tahmin ederek yakınlarda bulunan bazı sıkıştırılmamış verilerde)
  • 2001'den beri ve yerini
  • S Bu verilerin çoğu yalnızca ASCII çıktılar ve başka hiçbir şey vermezler (bunu konteyner dosyasının düzeninden biliyorum) ve her seferinde yaklaşık 0,30'luk bir sıkıştırma oranına (compressedSize / uncompressedSize) sahiptir
  • Daha önce hiç sahip değilim / maalesef veriden sonra

DÜZENLE: Onaltılık olarak 32 ilk bayt var: b9daed36cb64bedb61b9dd2cb72afd8ee565b0dd2ea00f0afda2c36eb25b0016

Bu verilerin birkaçının histogramlarını yaptım ve hepsi belirli bir modelle eşleşiyor. Açıkçası 2'nin gücünde bir şeyler oluyor ama ne olduğunu göremiyorum.

Bunun ne olabileceği konusunda fikri olan var mı? Daha fazla bilgi toplamak için ne yapabilirim? Lempel-Ziv tabanlı mı görünüyor? Cevabınız evet ise nasıl tersine çevirebilirim?

Yürütülebilir dosyaya sahip değilseniz bu dosyayı nasıl aldınız? Ayrıca, başlığın 16-32 baytlık bir dökümünü gösterin.
Başlığın + onaltılık dökümünü yanıtlamak için güncellendi
"Çıktı ASCII'dir ve başka bir şey değildir" - "yaklaşık 0,30" oranıyla birleştiğinde, aslında karmaşık bir salt metin sıkıştırma şeması yerine * basit * bir sıkıştırma şeması önerir. Bu dosyayı görebilir miyiz?
Yazdıklarım yanıltıcı olduğu için güncellendi, herhangi bir şey olabilir, ancak yalnızca ASCII içeren bazılarını izole ettim, tersine çevirme sürecini basitleştirebileceğini umarak ve ardından diğer ASCII olmayan verilerde algo kullanarak. Maalesef tüm dosyayı paylaşamıyorum çünkü onu dağıtma hakkım yok.
Yazılımı yapan şirketle iletişime geçmeyi denediniz mi?
Bu soruyu ve yanıtları incelemeyi ilginç bulabilirsiniz:> [Çalıştırılabilir dosyalarda sıkıştırma algoritmalarını tanımlamak için herhangi bir araç veya komut dosyası var mı?] (Https://reverseengineering.stackexchange.com/questions/1463/are-there-any-tools -veya-betikleri-için-tanımlama-sıkıştırma-algoritmaları-içinde-yürütülür)
İkili çözümlemek için işaretler denediniz mi? http://aluigi.altervista.org/mytoolz.htm
Evet sonuç vermedi.
Bir cevap:
w s
2014-08-20 12:09:47 UTC
view on stackexchange narkive permalink
  • Öncelikle lzo'yu unuttun. AFAIR 1996'da icat edildi.
  • İkincisi, sıkıştırılmış verilerin karşılık gelen standart başlıklara sahip olmaması mümkündür (bu, tüm "yanlış başlık" hatalarını mutlaka doğru yapmaz).
  • Üçüncüsü, histogram tek parça olarak sıkıştırılmış verilerin histogramına benzemiyor, bazı iç yapıya sahip olması mümkündür (önlerinde boyutlara sahip bloblar olabilir mi?).

Verilerin bölümleri üzerinde farklı açma algoritmaları çalıştıran komut dosyası yazmayı ve sonuçları gözlemlemeyi öneririm.



Bu Soru-Cevap, otomatik olarak İngilizce dilinden çevrilmiştir.Orijinal içerik, dağıtıldığı cc by-sa 3.0 lisansı için teşekkür ettiğimiz stackexchange'ta mevcuttur.
Loading...