2019年3月28日(木)から3月29日(金)にかけてシンガポールのMarina Bay Sandsで開催されたBlack Hat 2019 Arsenalに、セキュリティテストツール「GyoiThon」のプレゼンターとして参加してきました。

 本Blogでは、筆者らが出展したツール「GyoiThon」の概要と、今後同イベントへの参加を検討されている読者の参考になるよう、出展時の様子や工夫した点等を紹介します。

Black Hat ASIA 2019のエントランス

1. はじめに

 Black Hat Arsenalとは、Briefingsと並行して開催される「先進的なセキュリティに関するツールの展示会」であり、厳しい事前審査をクリアしたツールのみが出展可能です。聞くところによると、採択率は数%～十数%の狭き門のようです。今回も世界各国から約30のツールが出展されていました。

 ちなみに、弊社のArsenal出展は、Black Hat ASIA 2016,2018、Black Hat USA 2018、Black Hat EURO 2018に続き5回目となります。もはや常連といっても過言ではない参加数です（笑）
※各回の参加ブログはこちらからご参照ください。

Arsenalのスケジュールボード

2. GyoiThonの概要

 今回筆者らは、2018年のBlack Hat ASIA Arsenalに出展したGyoiThonのアップグレード版を出展しました。

2.1. シグネチャの自動生成

 突然ですが質問です。
 以下は「とあるCMS」で構築したWebサイトのHTTPレスポンスを示しています。
 このレスポンスを見て、あなたはCMSの種類を特定できるでしょうか？

<link rel="shortcut icon" href="/core/misc/favicon.ico" type="image/vnd.microsoft.icon" />
<link rel="canonical" href="/node/1" />
<link rel="shortlink" href="/node/1" />
<link rel="revision" href="/node/1" />
…snip…
<title>Gyoithon page | Gyoithon page</title>
<link rel="stylesheet" href="/sites/default/files/css/css_tkeOEWfM6OFUIhuI7-a5HCSwE3rIQepiuKNt5Zr
7WWg.css?pom0j6" media="all" />
<link rel="stylesheet" href="/sites/default/files/css/css_jOw317331T1b8jqEXN7KFhd_2yK9S_1cOWw6eHq
kdv0.css?pom0j6" media="all" />

とあるCMSで構築したWebサイトのHTTPレスポンス

 おそらく、特定できなかったと思います。
 実は、このサイトは「Drupal 8.6.3」で構築されています。新型GyoiThonであれば、正しくDrupalであることを特定することができます。

 通常、Drupalで構築されたWebサイトには、以下のような定番のヘッダやタグがHTTPレスポンスに含まれていることがあります。これらのヘッダ・タグには「Drupal, drupal」等の製品名を示す文字列が含まれているため（赤字部分）、普通の人間や従来の脆弱性スキャナーであっても容易にDrupalを特定することができます。

X-Drupal-Dynamic-Cache: MISS
X-Generator: Drupal 8 (http://drupal.org)
<meta name="Generator" content="Drupal 8 (https://www.drupal.org)" />
<script src="/core/misc/drupalSettingsLoader.js?v=8.3.1"></script>
<script src="/core/misc/drupal.init.js?v=8.3.1"></script>

定番のDrupalの特徴（一例）

 一方、先ほどのHTTPレスポンスには、上記のような定番の特徴は含まれていません。では、GyoiThonはこのレスポンスの何を見てDrupalと判断しているのでしょうか。

 以下に赤字で示した文字列が、新型GyoiThonが判断の根拠にしたDrupalの特徴です。

<link rel="shortcut icon" href="/core/misc/favicon.ico" type="image/vnd.microsoft.icon" />
<link rel="canonical" href="/node/1" />
<link rel="shortlink" href="/node/1" />
<link rel="revision" href="/node/1" />
…snip…
<title>Gyoithon page | Gyoithon page</title>
<link rel="stylesheet" href="/sites/default/files/css/css_tkeOEWfM6OFUIhuI7-a5HCSwE3rIQepiuKNt5Zr
7WWg.css?pom0j6" media="all" />
<link rel="stylesheet" href="/sites/default/files/css/css_jOw317331T1b8jqEXN7KFhd_2yK9S_1cOWw6eHq
kdv0.css?pom0j6" media="all" />

GyoiThonが判断の根拠にしたDrupalの特徴（赤字）

 一見すると、どのレスポンスにも含まれていそうな特徴のない文字列に見えます。しかし、筆者らが独自開発した手法を使うと、上記の赤字文字列は「Drupalの特徴」であると判断することができます（詳細は後述します）。

 もう一つ例を示します。以下は、Joomla!で構築したWebサイトのHTTPレスポンスを示しています。Drupalの例と同じように、レスポンスにはJoomla!を示す文字列は存在しません。しかし、GyoiThonは赤字部分の特徴を基に、「Joomla!」であることを特定することができます。

<title>Gyoithon page</title>
<link href="/templates/protostar/favicon.ico" rel="shortcut icon" type="image/vnd.microsoft.icon" />
<link href="/templates/protostar/css/style.css?f673d87b56120dcab0477660bf1c2384" rel="stylesheet" />
…snip…
<script src="/media/jui/js/jquery.min.js?f673d87b56120dcab0477660bf1c2384"></script>
<script src="/media/system/js/caption.js?f673d87b56120dcab0477660bf1c2384"></script>
<script src="/media/jui/js/bootstrap.min.js?f673d87b56120dcab0477660bf1c2384"></script>
<script src="/templates/protostar/js/template.js?f673d87b56120dcab0477660bf1c2384"></script>

Joomla! で構築したWebサイト

 このように、GyoiThonはHTTPレスポンス上に表れる各製品の公開ディレクトリPathに現れる特徴を基に製品を特定していきます。新型GyoiThonでは、このような各製品の公開ディレクトリPathを見つけるためのシグネチャを全自動で生成することができます。

 以下、シグネチャの生成フローを解説していきます。

2.2. 処理フロー

 本ブログでは、「Joomla! 3.9.4」のシグネチャ生成を例にして、シグネチャ自動生成手順を解説していきます。

 GyoiThonは、以下の3ステップでシグネチャを自動生成します。

シグネチャの自動生成処理フロー

3. 事前準備

 Arsenalは、「如何に訪問者を退屈させずに場を盛り上げるか」が重視されます。退屈なプレゼンをしていると、出展ブースに人が集まらず寂しい思いをします（今回もそのようなブースがありました）。そこで筆者らは、効果的にツールの魅力をアピールするために、以下のアイテムを用意しました。

• プレゼン資料
• 字幕付きデモ動画
• ツール概要を記した配布資料
• アピール用のTシャツ

GyoiThonシャツ（非売品）

 筆者らは上記のシャツを着用しながら「プレゼン→デモ動画→QAタイム」の流れをコアタイム内でひたすら行いました。また、メインプレゼンター以外のメンバーは、人垣から外れた訪問者に対して配布資料を手渡し、必要に応じて個別にプレゼンを行いました。

 さらに、多くの訪問者に関心を持って貰うため、事前にGitHubにてソースコードを公開し、また、以下のようにTwitterを活用した宣伝も行いました。

GyoiThon公式アカウントによる宣伝

出展メンバーによる宣伝

Arsenalで繋がった友人による宣伝（一部加工）

4. 出展の様子

 事前準備の効果もあり、発表開始時間となるやいなや、筆者らのブースは非常に多くの訪問者で溢れかえり、その勢いは発表時間終了まで絶え間なく続くものでした！

発表の様子１

発表の様子２

発表の様子３

 今回のデモでは、見た目が同じだが3つの異なるCMSで構築されたWebサーバを用意し、「このWebサーバでは何のCMSが利用されているか分かりますか？」等と訪問者へ実際のデモ環境を見せながら質問し、会話を多くすることで、よりインタラクティブな発表となるようにしました。皆さん真剣に考えつつ、「これは分からない！」「難しい！」と答える方が圧倒的に多く、GyoiThonだと特定できることを実演すると「クールだな！」と感心いただけました。

 最終的には、約100分間で約350名の方に訪問いただき、大盛況と言える結果となりました。また、GitHubには、Arsenal終了直後に多くのStar（「いいね」のようなもの）が付きました。このことから、ツールの魅力が訪問者によく伝わり、多くの関心が得られたと思っています。

5. おわりに

 Arsenalはプレゼンターと訪問者の距離が非常に近いです。そのため、訪問者は単にツールのデモを観たり説明を聞いたりするだけではなく、気軽にプレゼンターと会話・議論することができます。

 今回はツール仕様の他、実際にツールを動かすための具体的な動作環境等に関する細やかな質問やアドバイスが寄せられました。また、多くの方から「クールなツールだ！興味があるから使ってみるよ！」との感想を頂いた他、訪問者とガッチリと握手や肩を組んで一体感が生まれる場面も多々ありました。

 また、他のArsenalプレゼンターや運営メンバーとの交流もあり、非常に有意義なものとなりました。

Arsenalプレゼンターの集合写真（運営者のtwitterから引用）

 筆者らプレゼンター側としては、自分たちが有益だと思い立ち開発したツールに対して、世界各国の技術者・研究者らからダイレクトな反応を得られる点がツール出展の最大の魅力だと考えています。今回も多くの訪問者から様々な質問・意見・アイデアを貰いました。

 今回出展したGyoiThonはまだまだ改良の余地を残しています。今後もアップグレードを繰り返していきながら、今後開催される他のカンファレンスにも積極的に出展していきたいと考えています。

以上