Skip to main content

BowerのZIPアーカイブ展開における深刻なセキュリティ脆弱性

著者
Severe Security Vulnerability in Bowers Zip and Tar Archive Extraction tumb

2019年1月31日

0 分で読めます

今月初め、人気のWebパッケージマネージャーBowerにアーカイブ展開の脆弱性があることが判明しました。現在、関連するセキュリティインシデントが2件確認されており、いずれも対処するためのアップデートがリリースされています。

  • 任意のファイル書き込みによってリモートコマンドインジェクションにつながる可能性がある問題は、Bower 1.8.6で修正されました。これは、Bowerが使用するオープンソース依存関係Zip Slipの脆弱性が、decompress-zip依存関係で見つかったことに起因します。

  • .tar.gzアーカイブのシンボリックリンク(symlink)の脆弱性を悪用した任意のファイル書き込みは、Bowerがアーカイブを展開する方法に起因するもので、Bower 1.8.8で修正されました。

Webpack、yarn、npmレジストリの登場でBowerを取り巻く状況は変わりましたが、今も使われています。現在はより人気のあるパッケージマネージャーが登場し、JavaScriptではnpmが事実上の標準レジストリとなっています。それでもBowerはパッケージマネージャーとして広く利用されており、月間ダウンロード数は約200万件に上ります。このことからも、今回のセキュリティ問題の深刻さが分かります。

2019年1月1日、セキュリティ研究者のskyn3tは、HackerOne上でNode.jsセキュリティワーキンググループに、Bowerがtarアーカイブを展開する方法に起因する、シンボリックリンクの不適切な検証を利用した任意のファイル書き込みを報告しました。

バグのトリアージ後まもなく、BowerコアチームのAdam Stankiewiczがレポートのレビューに招かれ、速やかに問題を確認しました。そしてセキュリティ上の懸念に対処する修正をBower 1.8.8でリリースしました。

アーカイブ展開時の悪意あるパストラバーサル

攻撃者が、Bowerでインストールされるパッケージ用に細工したZIPアーカイブを作成すると、パストラバーサルが発生する可能性があります。その結果、アーカイブを展開する想定のルートディレクトリの外部にファイルが展開されてしまいます。

以下の概念実証(POC)は、Node.jsセキュリティワーキンググループのHackerOneプログラムに対してskyn3tが公開したセキュリティレポートに基づいています。シンボリックリンクの安全でない処理によって、任意のファイル書き込みが発生する仕組みを示しています。

悪意あるパッケージアーカイブ

アーカイブでは、まずディレクトリへのシンボリックリンクを作成し、そのリンク先のディレクトリにファイルを配置する必要があります。ただし、このディレクトリ構造を再現するには、悪意あるアーカイブを手作業で作成する必要があります。

まず、悪意あるパッケージ用のディレクトリと、Bower用のデフォルトのpackage.jsonファイルを作成し、/tmpへのシンボリックリンクを作成します。

mkdir malicious-package
cd malicious-package
npm init -y
ln -s /tmp mySpecialDirectory

次に、このパッケージのtarballアーカイブを作成します。このとき、圧縮しないようにします。

tar -cvf malicious-package.tar malicious-package
シンボリックリンクを作成し、package.jsonとmySpecialDirectoryを含む悪意のあるパッケージをアーカイブするコマンドが表示されたターミナル。

難しいのは、こちらで用意したファイルを/tmpディレクトリに、つまりアーカイブ内のmySpecialDirectory/に配置することです。このファイル名はすでにリンクとして使われているため、ローカルのファイルシステム上でそのまま再利用することはできません。

この問題を解決するため、アーカイブの標準的なコア機能に立ち戻り、アーカイブ内のデータを操作します。tarファイルでは、ファイルの追加など既存アーカイブを更新できるため、ここから抜け出すための仕掛けを作成できます。

リンクを削除し、その場所にディレクトリを作成して、その中に独自のファイルを作成します。次に、tarの更新機能を使って、そのファイルだけをアーカイブに追加します。

rm mySpecialDirectory
mkdir mySpecialDirectory
echo “abc” > mySpecialDirectory/ssmaliciousFile
cd ..
tar -rvf malicious-package.tar malicious-package/mySpecialDirectory/ssmaliciousFile

スクリーンショットから分かるように、アーカイブには/tmpディレクトリへのシンボリックリンクと、こちらで作成した悪意あるファイルが含まれています。

シンボリックリンクされたディレクトリと不審なファイルを含む悪意のあるパッケージアーカイブを作成する tar コマンドが表示されたターミナル。

圧縮アーカイブは、tarアーカイブと同じ方法では操作できない点に注意が必要です。そのため、アーカイブに悪意ある細工を施した後でgzip圧縮します。

gzip malicious-package.tar

Bowerにインストールを実行させる

ホームフォルダーの~/tmpにtar.gzアーカイブを用意できたので、ローカルファイルシステムからBowerのインストールを実行し、パッケージがどのように展開されるかを確認します。

Bower 1.8.7が悪意のあるパッケージをインストールし、作成された/tmp/ssmaliciousFileを表示しているターミナル

ご覧のとおり、使用されているのはBower 1.8.7です。悪意あるパッケージをインストールすると、こちらで用意した悪意あるファイルがシステムの/tmpディレクトリにインストールされました。

脆弱性への対処

Bowerはtar、tar.gz、zipの各アーカイブ形式に対応しています。zipパッケージに影響する同様の脆弱性は、すでにdecompress-zipの修正によって解決されていましたが、tarとtar.gzには脆弱性が残っていました。

tarおよびtar.gzの脆弱性に対して最終的に提供された修正では、インストール対象のパッケージ内にあるシンボリックリンクを無視することで問題を緩和しました。セキュリティ問題への対処として、ユーザーがアップグレードできるBowerの新バージョン1.8.8がリリースされています。

2018年初頭、Snykのセキュリティリサーチチームは、任意のファイル書き込みにつながるアーカイブ展開の悪用について広範な調査を実施し、「Zip Slip」というセキュリティ脆弱性の名称を提唱しました。深刻度が重大な場合、リモートコマンド実行や機密性の高いシステム設定ファイルの上書きにつながる可能性もあります。

Zip Slipの調査により、さまざまなエコシステムにわたって数千もの脆弱なプロジェクトが見つかりました。影響を受けたプロジェクトには、Apache、Pivotal、Amazonなどのものが含まれていました。

まとめ

任意のファイル書き込みを引き起こす悪意あるパッケージを意図的に作成する方法を見てきました。しかし、問題は悪意あるパッケージをダウンロードするケースに限りません。HTTPSではない通信など、安全でない経路でパッケージを取得する場合、中間者攻撃が可能になります。

ファイル展開に関する問題は今に始まったことではありません。1991年のPhrackの記事では、こうしたZIP展開の攻撃手法を使ってBBSをハッキングする方法が解説されていました。この分野の研究が進むにつれて、ライブラリやアプリケーションでZip Slipの脆弱性が今後も発見される可能性は高いでしょう。

シンボリックリンクが許可されている場合でも、ユーザーが制御するアーカイブの取り扱いは危険です。他のユーザー入力と同じように、十分な注意を払って処理してください。

重要なポイント

  • できるだけ早くBower 1.8.8にアップグレードしてください。

  • さまざまなプログラミング言語のエコシステムにおける脆弱なコードの例や、コードで同様のセキュリティ脆弱性を回避する方法については、Zip Slip Cheat Sheetをご覧ください。

続きを読む

AI Background min crop
Blog

AIが、あなたが受け入れてきたあらゆるリスクを一気に顕在化させる:AI Security Panel: Unfilteredから得た7つの洞察

AIによって攻撃はより安価かつ高速になり、組織がすでに抱えているリスクが露呈しています。4人のセキュリティリーダーが、機械の速度に対応する防御と迅速な修復が今不可欠である理由を語ります。

blog feature ai violet
Blog

VulnBump:AIエージェントはビルドを壊さずに脆弱な依存関係を修正できるか?

VulnBumpでは、実際の依存関係のアップグレード307件をAIエージェントで検証します。脆弱性が解消され、ビルドとテストが正常に通った場合にのみ、修正成功と判定します。

blog feature snyk container custom base recommendations
Blog

Evo Agentic AppSecのご紹介:AI開発のスピードに追随するセキュリティ

AIを活用した開発は、従来のセキュリティワークフローを上回るスピードで進んでいます。SnykのAgentic AppSecは、セキュリティエージェントが脆弱性を継続的に検出、修正、検証し、人が基準を定められるようにします。