Zombie ZIP

ZIP形式の混乱を利用し、アンチウイルスエンジンの98%を回避する技術。

CVE-2026-0866 | VU#976247 | 2026年3月10日公開

技術

次のようなZIPファイルを作成します：

Compression Method = 0 (STORED)
Actual data = DEFLATE compressed
CRC-32 = Checksum of uncompressed payload

AV Engine:  Reads Method 0 → Scans compressed noise → No detection
Attacker:   Ignores Method field → Decompresses as DEFLATE → Recovers payload

検証結果

98%の回避率。同じペイロード。同じバイト。異なるコンテナ。

クイックテスト

# Generate a Zombie ZIP
python3 zombie_zip.py

# Upload method_mismatch.zip to VirusTotal
# Observe 1/51 detection vs 55/67 for baseline

# Recover payload programmatically
python3 loader_poc.py method_mismatch.zip
# Outputs byte-identical EICAR (SHA-256: 275a021b...)

コンテナツール

Container.pyは、Zombie ZIP技術を汎用化し、.cpack形式を使用して任意のファイルを処理するスタンドアロンのパッカー/アンパッカーです。

仕組み

Container.pyは、任意のファイルを受け取り、その内容をDEFLATE圧縮して、STORED（Method=0）として宣言されたZIPアーカイブに書き込みます。結果は.cpackファイルになります。これは、ファイルの内容を検査から保護する非公式のコンテナ形式です。

元のZombie ZIP PoCとは異なり、.cpackファイルのCRCは元のペイロードではなく圧縮（DEFLATE）バイトに対して計算されます。つまり、アーカイブは構造的に有効であり、CRCエラーも破損フラグも発生しません。内容は、アンパッカー以外のものには単に不透明なだけです。

検証結果

0/62。地球上のすべてのAVエンジンが検出するように特別に設計されているファイルが、不可視化されました。

使用方法

# Requires PyQt6
pip install PyQt6

# Launch the GUI
python3 Container.py

• 任意のファイルを選択 → filename.cpack（パック済み）を生成
• .cpackファイルを選択 → 元のファイルを復元（アンパック済み）

なぜ存在するのか

この根底にある技術は、複数の関係者によってセキュリティ問題ではないと宣言されています。CERT/CCは2026年3月18日、Zombie ZIP技術は「有効な脆弱性を構成するものではない」 ものであり、「暗黙的または明示的なセキュリティコントロールをバイパスしたり影響を与えたりするものではない」 と判断しました。Ciscoはこれを「堅牢化の提案」 に分類しました。複数の研究者が、これは脆弱性ではないと公に述べています。

これは問題ではないと宣言されているため、このツールは単に、セキュリティ上の影響がない技術を使用して、ファイルやデータを調査から保護することを可能にします。

EICARで0/62という結果は、影響が過小評価されていた可能性を示唆しています。

ファイル

• zombie_zip.py - 生成スクリプト
• method_mismatch.zip - EICARを含む事前生成PoC
• baseline.zip - 比較用の有効なZIP
• loader_poc.py - プログラムによるペイロード復元のデモ
• Container.py - 任意のファイル用GUIパッカー/アンパッカー（.cpack形式）

仕組み

AVエンジンはZIPのMethodフィールドを信頼します。Method=0（STORED）の場合、データを生の非圧縮バイトとしてスキャンします。しかし、データは実際にはDEFLATE圧縮されているため、スキャナーは圧縮ノイズを見てシグネチャを検出しません。

元のZombie ZIP PoCでは、CRCが非圧縮ペイロードのチェックサムに設定されているため、不一致が生じ、標準的な展開ツール（7-Zip、unzip、WinRAR）がエラーを報告したり、破損した出力を展開したりします。

Container.pyはこれを完全に回避します。zipfile.ZipFileが書き込み対象のバイト（DEFLATE圧縮データ）に対してCRCを計算するため、CRCは格納されている内容と一致します。標準ツールはエラーなくアーカイブを開き、圧縮ノイズを正常に展開します。CRCエラーも破損フラグもありません。AVはノイズをスキャンしてクリーンと判定します。

しかし、格納されたデータをDEFLATEとして展開する専用に作られたローダーは、ペイロードを完全に復元します。Container.pyのunpack関数はこれを実証しています — raw DEFLATE（wbits=-15）を使用した標準のzlib.decompressobjです。

脆弱性はスキャナー回避にあります。マルウェアが存在し、簡単に復元可能であるにもかかわらず、セキュリティコントロールは「マルウェアは存在しない」と主張します。

攻撃ベクトル

これはエンドユーザー向けの展開脆弱性ではありません。段階的な配信/スムグリング技術です：

1. 悪意のあるペイロードがZombie ZIPまたは.cpackコンテナにパッケージ化される
2. ファイルがセキュリティ境界（メールゲートウェイ、ネットワークスキャナー、エンドポイントAV）を通過する
3. スキャナーがMethod=0を読み取り、圧縮ノイズをスキャンして「クリーン」と報告する
4. ローダーまたはドロッパーがプログラムによってペイロードを展開する
5. ペイロードが実体化して実行される

これは確立されたマルウェア配信パターン（ISOスムグリング、HTMLスムグリング、CAB悪用）と一致しており、攻撃者は一般向けの展開ツールではなくカスタムローダーを使用します。

影響を受ける製品

• VirusTotal上の50/51のAVエンジン（Zombie ZIP）
• VirusTotal上の62/62のAVエンジン（Container / .cpack）
• Microsoft Defender、Avast、Bitdefender、ESET、Kaspersky、McAfee、Sophos、TrendMicroなど
• 元のZombie ZIPを検出したのはKingsoftのみでした。.cpackを検出したエンジンはありませんでした。

先行技術

• VU#968818（CERT/CC、2004年）：AVを回避する不正なZIPアーカイブ
• CVE-2004-0935：不正なZIPヘッダーによるESET Anti-Virusのバイパス
• 本技術は、同じ脆弱性クラス内で新しいプリミティブ（メソッドフィールドの非同期化）を実証します

作者

Chris Aziz - Bombadil Systems

ライセンス

MIT - 許可されたセキュリティ研究のみを対象としています。