【ＩＴ/ウィルス】「非再帰的ZIP爆弾」は10MBのファイルが281TBに膨らむ[07/06]

「非再帰的ZIP爆弾」は10MBのファイルが281TBに膨らむ
https://gigazine.net/news/20190705-zip-bomb/
2019/7/5
GIGAZINE

画像：
https://i.gzn.jp/img/2019/07/05/zip-bomb/01.png

【科学(学問)ニュース＋】

数十KBのZIPファイルに見えて解凍すると膨大なファイル容量を食う「ZIP爆弾(高圧縮ファイル爆弾)」は、ZIPファイルの中にZIPファイルを格納し、内側のZIPファイルの中にさらにZIPファイルが……という入れ子構造を用いることで圧縮アルゴリズムの限界をうまく回避していますが、それゆえに多くのアンチウイルスソフトで対策されています。この弱点を乗り越えた「非再帰的ZIP爆弾」は、展開後のサイズこそ高効率で作られた再帰的ZIP爆弾にかなわないものの、わずか10MBから281TBへ2800万倍に膨らみます。

ZIPの圧縮で一般的に用いられているアルゴリズムは「Deflate(デフレート)」と呼ばれるもので、圧縮・展開速度の速さが特徴的です。圧縮率が最高で1032:1(約0.096％)という点はZIP爆弾を作る際の「足かせ」となっており、この制限を回避するため、ZIP爆弾ではZIPファイル内にZIPファイルを格納する入れ子構造を利用して、入れ子1つごとに1032倍にできるだけ近い圧縮率を得ることで、巨大ファイルを極小に見せています。

たとえば、有名なZIP爆弾に「42.zip」というファイルがあります。このZIPファイルは2種類存在して、古いバージョンは展開時のパスが不要でファイルサイズが「42,374バイト」、新しいバージョンは展開時にパスが必要でファイルサイズが「42,838バイト」。以下は古いバージョンのプロパティです。

中をのぞいてみると「lib 0.zip」から「lib f.zip」まで連番のつけられた16個のZIPファイルが格納されています。ファイルの元サイズは34,902バイト(35KB)で、圧縮後は2,533バイト(2.6KB)。圧縮率は7.3％。

「lib 0.zip」には、さらに「book 0.zip」から「book f.zip」というZIPファイルがあります。こちらは元サイズが29,446バイト(30KB)、圧縮後が2,084バイト(2.1KB)で、圧縮率7.1％。

外側の42.zipから数えて5層目の「page 0.zip」を開くと、とうとう入れ子が終了して「0.dll」というファイルが登場しました。元サイズは4,294,967,295バイト(4.3GB)で、圧縮後は4,168,158バイト(4.2MB)なので、圧縮率は実に0.1％です。

6層目には同じように0.1％にまで圧縮された巨大ファイルが他にも大量にあるので、もし42.zipを展開をすると、わずか42KBのところから4,507,981,343,026,016バイト(4.5PB)ものファイルが出現することになります。その膨張率は1060億倍。

ただし、これは「再帰的な展開が行われる実装なら」という前提が必要で、最上位層しか展開されない場合、展開後サイズはわずかに558,432バイト(558KB)で、元の13.2倍にしかなりません。

一方、デビッド・フィフィールド氏の提唱する非再帰的ZIP爆弾は、1層目に0.1％まで圧縮されたファイルが250個並んでおり、元ファイルサイズは42.zipと同じ42KBですが、展開すると元の12万9000倍となる5,461,307,620バイト(5.5GB)にまで膨らみます。


元ファイルを10MBにすると、展開後サイズを元の2800万倍の281TBにまで増やせるとのこと。さらに、Zip64を用いると、46MBのファイルを9800万倍の4.5PBにすることが可能。

この非再帰的ZIP爆弾は、ZIPコンテナ内のファイルを重複させることで、コピーを作ることなく複数ファイルに含まれる圧縮率の高いカーネルを参照する仕組みとなっています。このため、入力サイズに比例して出力サイズが増大し、「爆弾」が大きくなるほど圧縮率が向上するとのこと。

記事作成時点で、42.zipはアンチウイルスソフトが反応してダウンロードできないようになっていましたが、フィフィールド氏の作った非再帰的ZIP爆弾ファイルには反応しなかったので、くれぐれも怪しいZIPファイルには気をつけてください。

破壊度

　貧者の爆弾 ＞＞＞非再帰的ZIP爆弾


貧者の生物化学兵器
https://www.newsweekjapan.jp/stories/world/2017/05/post-7597.php

ZIP爆弾ねぇ。懐かしい気がする。
真っ当な解凍ソフトならそこそこ対策されてんじゃないかな？
対策と言っても空き容量チェックする程度の話だけど。

それより普通のZIP爆弾って入れ子構造だったの？　知らんかった。
しかもZIPってハードリンクみたいな事もできるのか。
まぁできるだろうね。FATみたいなのに位置が記されてるだろうし。

単色ビットマップで巨大サイズ作るイタズラ昔有ったよね。
手口としては懐かしい感じw

>>2
両爆弾はコンセプトとしては似ている。
同じ思想系の系譜。

うちの会社で画像圧縮して復元すると巨大になるやつ作ってるアホいたなあ。
福島出身の陰気な野郎だったよ

これでハードディスクが一瞬にして満杯になって作動不能になるわけだな。

アウトルックででかいファイル添付するバカのせいでメールサーバー止まったことがあったな

xlsx とか docx とか、2007 以降の Office ファイルって、実態は zip ファイルなんだよな
>>1 を悪用すると、取引先に嫌がらせができちゃうｗ
嫌がらせどころじゃなく Windows が起動できなくなる破壊活動だけど

素zipはソリッド圧縮出来ないだろ
なんでカーネルファイルなんて手法が出てくるんだ？

えげつない

>>8
20年前か？

7zipのソフトは対策されてる？

>>1
あまり使わないキャッシュファイルの収納に便利？
素数10億まで書き出したのが500MBあり
1000憶ぐらいまでファイルに書き出しておこうと思ってちょうど困ってたんだ
これでかすぎるぞ　とな

素数の性質は大きな素数は存在するが濃度が薄い(大きな素数を追記しても
その数が少なく見積もれるのでたぶん1G ~2GB ぐらい1000億まで収まる可能性がある)
しかし1GBとか使わないときにはサイズ撮りすぎ

だからズームイン朝のままが良かったんだよ

幼稚な論理だw

今時こんなの対策してないソフトあるん？

(`●ω●´) ロリータポルノ爆弾

Win95時代に白一色のビットマップファイルで同じようなことをやったな。

しかし、展開先もどうせ仮想ディスクなのであった。

ディスクの容量って2種類あって、
一つはGBとかの分かりやすい容量
もう一つはファイル数を扱う容量
ファイル数を何百万個扱えるかは4KB、8KBといったフォーマット時のブロック単位で変わってきて、専門用語ではi-node数が2つ目の容量になる
1ファイルあたり、1ブロック数(4KB)より少ない容量で大量のファイルを用意すると、i-nodeが枯渇してディスク容量不足が発生する
Windowsならフォルダのインデックス作成で爆死するレベル
素人に作りやすいのは1個の巨大ファイルを高効率で圧縮できるバイナリファイルの作成だろうけど、この攻撃によるダメージは無いに等しいくらい簡単に復旧できる

なんと迷惑なw

>>14
ランダムなデータは圧縮効率が悪いが、素数はどうなんだろう

>>21
で、おまえはなんの玄人なの?w

数列ならともかく素数の並びじゃPC的にランダムなデータじゃないの?

増えるワカメ

他人に嫌がらせするために情熱燃やせる連中とは関わり合いたくねえな

300TBのHDD積んどけば問題ないな

中身を確認すればOK

>>15
あれJAPをもじったタイトルだからな

FAT32なワイ高みの見物

増えるワカメだったっけ、懐かしいな

32KBしか容量がなかったファミコン時代のテクニックみたいな話だなあ

要するに「ＺＩＰでくれｗ」は危険だ、ということかな？ｗ

>>34
そこで「ＬＺＨでくれｗ」

つうか 今時怪しいZIPファイルだなんて・・・

メールに添付して送信すると
メールサーバがウイルスチェックのために zip を展開してダウンするのかね？

だまりゃ！麿は恐れ多くも帝より三位の位を賜わり中納言を務めた身じゃ！
すなわち帝の臣であって徳川の家来ではおじゃらん！

なつかC

添付で送れないならHTTPDにPOSTすればいいじゃない

>>3
少しは>>1を読んでから書け

これが問題になるセキュリティレベルとか・・・

今時zipでくれとか誰も言わんよな

>>24
人生…かな？
私からは以上だ。仏陀（悟りし者）より。

>>3
元ソース全部読めなんて言わんけど
１も読まないのなんやねん

ファイルを圧縮して送る場合、zip以外なら何がいいのだろ？

ハードディスクの中身完全消去するには良さそう

>>8
メールのサイズで弾かない設定にしてるのが悪い。

>>46
RAR

>>41
>>45
なんか勘違いしてるっぽいけど合ってるよ。
・ZIP爆弾は非再帰的と再帰的二種類ある
・非再帰的な方は昔からある
・記事では再帰的→非再帰的の順で説明している
・引っかかるのはウィルス対策ソフト。解凍ソフトの動作の話はしてない

なんか勘違いしてそうな点はこの辺かな。
読み違えてんじゃない？

>>50
訂正：昔からあるのは再帰的の方

デフォルトでクォータかかってんだから無意味

>>1
これはすごい発見だデータ量を劇的に小さくできるんだな！( ･`ω´･)

ZIPでくれ

format c/

増えるワカメ

FILESIZE 30GB
long type overflow at
2147483563 2147483579 2147483587 2147483629 2147483647-2147483648-2147483647-2147483646-2147483645-2147483644

needing something handle bignum library

解凍しなくてもこのファイルがあるとウイルス対策ソフトの検索が終わらねぇ

>>55
ちがう。

format c: /q

辣韭の皮

サルにラッキョウを与えると
皮をむいて食おうとして止め処がわからず
最後まで剥いてなくなって泣き叫ぶという

>>58
アーカイブの中身をチェックするということは、そのアーカイブを解凍して中のファイルを取り出して見ているということだからね。

圧縮ってエントロピーの限界があるって耳学問で聞いたことあるけど？？

情報エントロピーの限界というのは、理想的にランダムな数列に対して可逆圧縮を行う際の概念でしかない。

ランダムではない数列（たとえば「バーカ！お前の母ちゃんデベソ！！」という文字列を一兆回繰り返す、など)の圧縮率は高く、
また画像や音声、動画などは、情報の一部を切り捨てて不可逆的な圧縮を行うことで、圧縮率を高める事ができる。

プログラムコード等の、劣化が許容されず、パターン化も困難でランダムに近いデータの圧縮率は、およそ2倍ほどとされる。

zipにパスワードかけてくださいってマニュアルを先ずは一掃しよう。
エクスキューズにならん

おもしろい

>>23
素数は知らんが手持ちの円周率データの場合こんな感じ

テキスト 7.5TB
バイナリ 3.16TB

テキストを bzip2 で圧縮したもの 3.23TB

圧縮ソフトは10年以上前のをずっと使ってる。
更新しれとか言われないし。
基本RARだがZIPでも音楽探しちゃうな。

解凍ソフトか。

>>66
なんでそんなもん持ってるんだ？

>>64
パス忘れたおえらいさんのzipをツールで解いたらスーパーハカーか？と恐れられた思い出

探せと指定もしないのに、ＺＩＰファイルの中を永遠に探索するそいつらが悪い。
ＺＩＰ爆弾をウイルスパターンで登録できると思っているやつもいるが、パターンで
登録できる類じゃないことも理解できない単細胞なのかな。