例えばこんなSSI
概要
資生堂の子会社「イプサ」が運営する「イプサ公式オンラインショップ」にて、SSIインジェクションによる情報漏えいが発生したことを受けて、改めて「SSI」および「SSIインジェクション」の概要、影響、およびその対策を調査・確認した．
ここではその調査・確認内容を記載している．
背景
2016年12月2日、資生堂の子会社「イプサ」が運営する「イプサ公式オンラインショップ」にて情報漏えいが発生したとのニュースがあった．
魚拓
この時点においてリリースPDF（魚拓）では「原因の解明と再発防止に向け社外の有識者を交えた調査を引き続き行い（以下省略）」とあり、はっきりした原因は解明できていなかったが、2017年1月31日、続報として以下の情報が報道された．
魚拓
(公式PDF)株式会社イプサ公式オンラインショップへの不正アクセスに関する調査報告書 (魚拓)
調査報告書を確認したところ、SSI、および原因の分析について以下のような記載があったが、その内容に疑問を覚えたので調査・確認に至った．
SSIについて（「ウェブサーバの操作を正規に行うためのプログラム技術」とは？）
SSI4の脆弱性を突かれ、（以下省略）
4: SSI（Server Side Includes）はウェブサーバの操作を正規に行うためのプログラム技術原因の分析（「当該技術の利用箇所を限りなく少なくするなど」は対策となるのか？）
イプサ公式サイトの開発・運用体制において、SSI 技術の利用に関する脆弱性の認識が甘く、当該技術の利用箇所を限りなく少なくするなどの対策が取られていませんでした。
SSI(Server Side Includes)の概要
代表的な Web Server Software である Apache には以下のような記載がある．
SSI (Server Side Includes) are directives that are placed in HTML pages, and evaluated on the server while the pages are being served. They let you add dynamically generated content to an existing HTML page, without having to serve the entire page via a CGI program, or other dynamic technology.
SSI（Server Side Includes）は、HTMLページ内に記載され、ページが提供されている間にサーバー上で評価されるディレクティブです。CGIプログラムやその他の動的な技術を使ってページ全体を提供することなく、動的に生成されたコンテンツを既存のHTMLページに追加することができます。
たとえばhtmlソース中に<!–#include file=“header.html” –>と書けば、記載箇所にheader.htmlが、<!–#include file=“footer.php” –>と書けば記載箇所にfooter.phpが読み込まれる、というもの． これは読み込み対象（例で言うとheader.html、footer.php）が動的に変化しても呼び出し元に手を加える必要がないという点で便利な機能である．
実際的な例であれば、企業さんのWebページで、以下のようなどのページにも表示させたいヘッダとフッタがある場合、SSIを使用するとすべてのページに次のように記載をすれば実現可能である．
- ヘッダの記述例
<!–#include file=“header.html” –> 表示させたいヘッダ例
フッタの記述例
<!–#include file=“footer.html” –>- 表示させたいフッタ例
※例であって、画像の実際のページでSSIは使用されていない．
ヘッダ/フッタに変更を加える場合、呼び出されているheader.html、footer.htmlを変更すれば、呼び出している全ページの表示に変更が適用されるため、メンテナンスコストが少なく済むメリットを持つ．
SSI 設定例
Apache HTTP Server の場合について触れる．
OS : CentOS 6 系
Apache : 2.2.15(yum インストール) ※古いのは脆弱性の検証環境のため
<Directory "/var/www/html">
〜
# Options 設定にSSIインクルードを追加
# "+"がOptionsへの追加宣言、Options設定を〜の箇所で行っていない場合、"+"は不要
Options +Includes
# SSI を適用する拡張子の指定（デフォルトは.shtml等特別な拡張子のみ有効）
# 脆弱性検証のため、.htmlおよび.phpを指定
AddOutputFilter INCLUDES .html .php
</Directory>
上記のように設定し、指定したディレクトリに以下のようなファイルを用意する．
- index.html
<!--#include file="hello.html" -->
- hello.html
<html> <body> Hello, world </body> </html>
index.html にアクセスすると以下のように表示される
SSIインジェクションの概要
安全なウェブアプリケーションやウェブサービスのセキュリティの改善を目的とした共同研究や関連活動を行っている非営利団体｢OWASP」によると以下の通り．
The Server-Side Includes attack allows the exploitation of a web application by injecting scripts in HTML pages or executing arbitrary codes remotely. It can be exploited through manipulation of SSI in use in the application or force its use through user input fields.(中略)
In any case, the attack will be successful only if the web server permits SSI execution without proper validation. This can lead to access and manipulation of file system and process under the permission of the web server process owner.The attacker can access sensitive information, such as password files, and execute shell commands. The SSI directives are injected in input fields and they are sent to the web server. The web server parses and executes the directives before supplying the page. Then, the attack result will be viewable the next time that the page is loaded for the user’s browser.
Server-Side Includes (SSI) Injection
ユーザからの入力を適切な検証（HTMLエスケープ、入力値のバリデーション）なしに出力しているWebアプリケーションにおいて、HTMLページに例で示したようなスクリプト（<!–#include file=“hello.html” –>）を挿入された場合に、挿入されたSSIが実行されてしまうという問題である．
ここの例ではファイルのインクルードを示しているが、SSIではWebサービス実行ユーザ権限でのOSコマンド実行も可能である．
OSコマンドを実行する場合、<!–#exec cmd=“ls” –> というように記述する．
SSIインジェクションの影響
Webサービス実行ユーザ権限でのOSコマンド実行が可能なため、以下のような影響が考えられる．
- 不正な外部ファイルの読み込み (ダウンロード後にinclude)
- マルウェアのダウンロードおよび実行
- サービス実行ユーザで閲覧可能な範囲での情報漏えい
さらに、サーバに権限昇格可能な脆弱性が存在する場合、攻撃者にサーバを乗っ取られる可能性が考えられる．
※余談：WebアプリケーションにSSIインジェクションが存在する場合、そのアプリケーションではそもそも入力値のチェック、入力データを出力する際のHTMLエスケープ処理が行われていない可能性がある．そのためデータベースへ登録処理を行う箇所ではSQLインジェクション、入力確認画面におけるXSS（クロスサイトスクリプティング）も存在する可能性が考えられる．
検証例
1.入力値をエスケープせずに出力
以下のようなデータ送信画面、および入力確認画面があったとする．
- input.html
<html> <body> <br> <h1>データ送信</h1> <form action="output.php" method="post"> <input type="text" name="data"> <input type="submit" value ="送信"> </form> </body> </html>
- output.php
<html> <body> <?php $data = $_POST["data"]; echo $data; // Vuln ?> </body> </html>
※input.html において値を"test"として「送信」を押下した際の画面
input.html において、値を「<!–#exec cmd=“curl https://www.google.co.jp” –>」として「送信」を押下すると、以下のように、ブラウザにてサーバ上でcurlコマンドを実行した結果を確認することができる．
2.SQLインジェクションが成功しデータベースにSSIのスクリプトが混入、データをエスケープせずに出力
以下のようなデータ出力画面があったとする．
ここでは簡略化のため「PDO::〜」等を省略して「file_get_contents(‘db.result’);」としている．
「$output」「$data」にはselect文の結果（SSIスクリプト）が混入していると想定．
- output.php
<html>
<body>
<?php
$data = file_get_contents('db.result');
echo $data; // Vuln
?>
<br>
<a href="input.html">戻る</a>
</body>
</html>
混入しているスクリプトは下記の通り．
- db.result
<!--#exec cmd="cat /etc/passwd" -->
output.php にアクセスすると以下のようになる．（一部マスク）
対策
どちらの場合も入力データの出力箇所である"echo $data;“においてエスケープを行うことで、SSIインジェクション対策となる．phpであれば、例えば以下のような記述．
<html>
<body>
<?php
$data = file_get_contents('db.result');
echo htmlspecialchars($data); // Not Vuln
?>
<br>
<a href="input.html">戻る</a>
</body>
</html>
※出力箇所におけるエスケープ処理はXSSの対策にもなる．SQLインジェクション対策にはならない．
2017/2/1 追記
httpd.conf のOptionsにて以下のように設定するとexecを除き、SSIを使用することができる．
Options +IncludeNOEXEC
まとめ
上記の検証例には記載していないものもあるが、SSIインジェクションが存在するアプリケーションにおいて、外部リソースへのアクセス、外部ファイルのダウンロード、およびOSコマンド実行の動作確認を行った．上記の通り、Webサーバを動作させているユーザの権限で実行可能であることを確認した．これによってバックドアページの設置等、今回のインシデントにつながる動作を確認できたと思われる． SSIを利用する上でのSSIインジェクション対策は、ユーザからの入力値を出力する箇所においてエスケープ処理を行うこと、もしくは暫定的な回避策としてIncludeNOEXECを設定することが考えられる．
