T

A

B

L

E

O

F

C

O

N

T

E

N

T

S

CODE BLUE 2023 学生スピーカー
Web セキュリティと認証・認可を研究し、オープンソースツールを開発

湯浅 潤樹 インタビュー… ……………………………………………………………………… 3
社会のさまざまな動向を把握し、リスクの変化に対応したセキュリティ体制を構築

HISYS CSI（Cyber Security Intelligence）Watch 2024.03………………………………… 8
セキュリティツールを実践的に紹介する連載企画●はじめに
本文書は、株式会社日立システムズ サイバーセキュリティリサーチセンタが運営するセキュリティ情報サイト、S.S.R.C.(Shield Security
Research Center) の公開資料です。本サイトでは、本文書のバックナンバーをはじめ、S.S.R.C. によるリサーチ結果などを随時公開しています。
S.S.R.C. https://www.shield.ne.jp/ssrc/●ご利用条件
本文書内の文章等すべての情報掲載に当たりまして、株式会社日立システムズ（以下、「当社」といいます。）と致しましても細心の注意を払っておりますが、その内容に誤りや欠陥があった場合にも、いかなる保証もするものではありません。本文書をご利用いただい
たことにより生じた損害につきましても、当社は一切責任を負いかねます。
本文書に記載した会社名・製品名は各社の商標または登録商標です。
本文書に掲載されている情報は、掲載した時点のものです。掲載した時点以降に変更される場合もありますので、あらかじめご了承ください。
本文書の一部または全部を著作権法が定める範囲を超えて複製・転載することを禁じます。
© Hitachi Systems, Ltd. 2024. All rights reserved.

2

CODE BLUE 2023 学生スピーカー
Web セキュリティと認証・認可を研究し、オープンソースツールを開発

湯浅 潤樹 インタビュー
取材・文 = 吉澤亨史／編集 = 斉藤健一
今回、話を伺う湯浅潤樹氏は、CODE BLUE 2023 での学生スピーカーの一人である。
OpenID Connect のテストケースを柔軟かつ現実に即したシナリオで記述できるツール（OSBT: OpenID
Connect Scenario-Based Tester）を開発、GitHub 上で公開し、これまでは手動によるテストに頼っていた分野に利便性をもたらすとして広く社会に貢献、CODE BLUE 2023 会場でも注目を集めていた。
インタビューでは、OAuth や OpenID Connect などの ID 連携プロトコルとその実装を対象としたセキュ
リティを研究するにいたった経緯や現在の活動などについて話を伺う。

文系学部から情報系大学院に進学した
異色の経歴
吉澤（以下

）：湯浅さんは NAIST（奈良先端科

学技術大学院大学）に在籍しつつ、プライバシー

Photoやセキュリティのソリューションを提供する IT 企
業でインターンをされていたそうですが、現在はどのような活動をされているのでしょうか。
湯浅（以下）：2022 年から NAIST の情報科学領域に在籍しています。学部生時代は、名古屋大学の経済学部に在籍していました。NAIST では、

湯浅 潤樹（ゆあさ・じゅんき）

OAuth や OpenID Connect などの ID 連携プロト

奈良先端科学技術大学院大学（NAIST）情報科学領域 修士課程在籍（2024 年 1 月の取材時点）。Web
セ キ ュ リ テ ィ と ID（OAuth、OpenID Connect）
を 研 究 し、CODE BLUE 2023 で は OSBT: OpenID
Connect Scenario-Based Tester を 発 表。SECCON
Beginners 運営メンバー。

コルとその実装を対象としたセキュリティの研究を行っています。
インターンではどのような就業体験をされていたのでしょうか。
インターン先の企業には、学部 1 年生の時から
修士 1 年生までの間、お世話になりました。この間、リティの研究室を探していたところ、NAIST のサ

Web の開発や運用に関する DevOps 関連業務に携

イバーレジリエンス構成学研究室を見つけて、見わっていました。

学に行くことにしました。
見学はいかがでしたか。

NAIST を選んだ経緯ついて教えてください。
学部生のときには経済学を専攻していました

見学では「自分の好きなことを研究テーマにでが、CTF をはじめとするセキュリティに関心を持きる」という説明を受け、自分のスタイルに合っ

つようになり、大学院ではセキュリティの研究をていると感じ、受験を決めました。研究室の他のしたいと思うようになりました。そこで、セキュ学生たちも、それぞれが興味のあることを研究
3

テーマに据えていて、とても興味深いと感じましこのインタビューでは、湯浅さん自身が時間のた。また、研究室にはコアタイムがないことも魅

使い方を工夫したとおっしゃっていました。特に力でした。

作業の効率化がポイントだったと思いますが、実際にどのように工夫されたのでしょうか。

ちなみに NAIST でレジリエンスというと、門林
先生のところですか。

学業とインターンの両方において、重要度とはい、門林先生です。

緊急度に基づいてタスクの優先順位付けを行うこ

門林先生には 2008 年にお目にかかったことがと、そして毎日のタイムスケジュールに基づいてあるのですが、その頃から「レジリエンス」といタスクを実行することを徹底しました。これによう言葉を使われていました。当時は説明しないとり、例えばバグ取りやコードの改善といった優先

通用しなかったのですが、最近は一般的な言葉に度の低いことに長く時間を費やすことがなくなりなりましたね。もともと門林先生をご存じだった

ました。

のですか。

それでもなかなか時間通りにいかないこともあると思うのですが、そういったときはどう工夫さ

いいえ、そうではありません。研究室を探す中れたのでしょうか。

で偶然にお会いした形です。第一印象は厳格で怖そうなイメージでしたが、実際にお話してみると、

例えばバグシューティングなど、時間通りには

とても気さくで優しい方で、少しギャップがあり進まない作業もあります。まずは決めた時間だけました。

集中して、それでも終わらないときは一度寝かして、また日を改めて作業すると、意外とすべて解ブロックチェーンへの興味が高じて決することもあります。ダラダラとやり続けない

インターンを開始

ことが大事だと思います。
話はそれますが、湯浅さんご自身は例えばセキュリティキャンプや SecHack365 などに参加しインターン先 IT 企業のブログで湯浅さんのイ
ンタビュー記事が公開されています※ 1。私自身はた経験はあるのでしょうか。

拝読していますが、本誌読者のために改めてこのセ キ ュ リ テ ィ キ ャ ン プ は、22 歳 以 上 向 け の企業を選んだ理由を教えて下さい。

ネクストキャンプに、2022 年に参加しました。

インターンを考えたのは、プログラミングなど

2023 年にはチューターとして全国大会に参加しを始めた学部 1 年生の頃で、ブロックチェーンのています。SecHack は 2021 年度に参加しました。

技術にも関心がありました。当時は名古屋に住ん

やはりそうでしたか。湯浅さんの時間の使い方でいましたから「ブロックチェーン + 名古屋」でのお話を伺っていると、SecHack365 で行われる検索したところ、ヒットしたのがこの企業だった「習慣化への取り組み」を実践されているようにわけです。

思えたので質問させていただきました。実際に役立っているようですね。

検索結果以外の理由もあったのでしょうか。
この企業は当時、私が在学する名古屋大学の学はい。SecHack365 ではマンダラートという正生が社長を務められていたので、一度お目にかか方形のマス目の中に目標やテーマを書き込んでア

りたいと DM を送ったのです。実際に話をさせてイデアなどを発展させる思考ツールも紹介されていただいた印象も良く、インターンをお願いしたいました。SecHack365 修了後も、1 年単位で自ところ、快諾していただきました。高校生までは分のやりたいこと、やるべきことなどをまとめた

徳島に住んでおり、自分の周囲に起業した方はいり、1 日単位のタイムスケジュールを作ったりすませんでした。この社長は、自分が今まで出会っるなどして、自分なりに継続しています。

たことのないスゴイと思える方でしたので、是非とも一緒に働いてみたいと思ったのです。
※1

文系の学部生がエンジニア長期インターンをする理由ーー湯浅潤樹さんに聞く！
https://note.com/acompany_note/n/n1d98613d1112

4

た。また、当時はセキュリティ人材育成プログラ
プログラミングを始めたきっかけは

ムである SecHack365 でもゲーム理論とセキュリ

ホリエモン

ティに関するテーマで作品作りを行いました。
どのような作品なのか、その概要を簡単に教えていただけますか。

前述のインタビューでは、高校生の頃からプロ
グラミングを始めたということでしたが、プログ組織の内部不正を未然に防ぐことを目的に、組ラミングに興味を持ち、始めたきっかけは何だっ

織のメンバーごとに個別対応できるソリューショ

たのでしょうか。

ンで、実装にはゲーム理論モデルが用いられてい高校 2 年生の時に堀江貴文（ホリエモン）氏のます。メンバーの情報や収集されたサーバーの利

本を読んだことがきっかけでプログラミングを知用ログなどから、メンバーが内部犯行者である確り、Progate というオンラインプログラミング学

率を推論します。管理者はその情報を元にメン習サービスで遊んでみることから始めました。当バーそれぞれに対して「権限失効」「注意喚起」「何

時は、面白いと思う反面、難しさも感じました。

もしない」といった個別の対策を講じることがでその一方で、部活や受験勉強で時間がなかったのきるのです。研究成果は ICSS（電子情報通信学会）

で、本格的にプログラミングを始めたのは大学生研究会で発表も行っています※ 2。

になってからです。

なるほど。内部不正をゲーム理論で未然に防ぐというのは新規性が高いと思います。

ゲームがきっかけという方は多いですが、ホリエモンの本というのはユニークですね。次に、セ実装をより確実なものにするためには、技術面

キュリティに携わることになったきっかけを教えばかりでなく、人間の意志決定や心理学的な要素てください。

にも着目していく必要があると考えています。

き っ か け は、 イ ン タ ー ン の 企 業 で ブ ロ ッ ク
チェーンなどを扱う開発業務をしていた時のこと

CODE BLUE で OAuth、OpenID Connectです。暗号資産の秘密鍵を GitHub に公開すると実装のテストツールを発表

いう大失態をしてしまい、そのウォレットの中の暗号資産をすべて盗まれてしまいました。この経引き続きセキュリティ・コミュニティでの活動

験を通じて、世の中には悪いことを考える人がいについて伺いたいと思います。実際、どのようなるということを知り、セキュリティに興味を持つ活動を行っていますか。

ようになったのです。

CTF の活動です。大学には CTF チームやサーク

実体験に根ざしているのですね。ちなみに、盗まルがありませんでしたので、それを作るところかれた暗号資産は、どれくらいの額だったのですか。

ら始めました。メンバーを X（旧 Twitter）で募集

円換算で当時なら 5000 円ほど、現在なら 10

したり、セキュリティの研究室にメンバー募集のメールを送ったりしました。当初はなかなか集ま万円くらいですね。

りませんでした。ですがその後、CTF に強いプレ

惜しいお金をなくしてしまったわけですね。他

イヤーが 4 名参加することとなり、SECCON CTFの要因などもありますか？

などに挑戦するようになりました。

学部時代にゲーム理論とセキュリティに関するテーマで卒業論文を書いたことが、セキュリティ

CODE BLUE 2023 で講演されましたが、登壇に研究者としてのキャリアの始まりでした。当時、いたるまでの経緯を教えてください。

経済学部で興味を持って学んでいたゲーム理論

OAuth、OpenID Connect 実 装 の テ ス ト ツ ーと、同じく CTF などを通じて興味を持っていたセルである OSBT を開発している段階で、セキュリ

キュリティを組み合わせた研究ができるのではな

ティの実務家の方々が集まるイベントで発表しいかという、シンプルな疑問から研究を始めまして、フィードバックをいただきたいと考えていま※2

シグナリングゲームによる内部不正モデルの提案と考察
https://ken.ieice.org/ken/paper/20220307NCiS/

5

CODE BLUE の公式サイトでは湯浅氏の講演動画とプレゼンテーション資料が公開されている
https://codeblue.jp/2023/result/?content=Junki_Yuasa

した。これには門林先生のアドバイスもありまししています。2023 年には、SECCON Beginners 福

た。そのタイミングで、CODE BLUE と BlackHat

岡や SECCON 電脳会議などのイベントで CTF のの CFP（講演募集）があったので応募してみたの

Web 分野についての講義・演習を行いました。

です。残念ながら BlackHat の方は選考に落ちてしSECCON Beginners CTF では、JWT や OAuth を題

まいましたが。

材とした問題を出題しています。

CODE BLUE への参加ははじめてとのことでし
認証・認可における現状と課題

たが、印象はいかがでしたか。

そして将来自分が想像していたよりも大規模なイベントでした。著名なセキュリティ研究者の方々の発表を聴講できた貴重な機会となりました。また、セキュ

湯浅さんが研究されている認証・認可の分野つ

リティツールを開発する同年代の人たちと交流でいてお聞きしたいと思います。まずは OAuth なきたことも得がたい経験となりました。

どの認証に興味を持ったのは、やはり先ほどのブロックチェーンでの失敗が最初だったのですか。

実務家からのフィードバックはありましたか。
発表することで、多くの実務家の方々から有修士 1 年生の頃は Web 関連の脆弱性診断を効益なフィードバックをいただけましたし、好印率化するためのツール開発を軸として、研究テー象を持っていただいたと思っています。ただし、マを練っていました。しかし、なかなか良いテー

ツールの出来については、さらなるブラッシュ

マが決まらない状況が続いていました。そこで、アップが必要だと感じています。改善して今度は門林先生に「OAuth などを対象にしてみたら？」BlackHat に参加したいですね。

と助言をいただいたのが、認証・認可関連の研究を行うきっかけとなりました。

他にも活動していることはありますか。
大阪大学と NAIST の学生による合同 CTF チー

その時点で、OAuth に関する知識はあったのムである ONsen にも所属しています。ONsen はですか。

ま だ 強 豪 チ ー ム と は 言 え ま せ ん が、2023 年 の

実は、全く知らない状態でした。しかし、技術

SECCON 予選では国内 37 位の成績を収めており、

ブログやプロトコル仕様、論文を読み漁るうちに、今後の成長が見込まれるチームだと思っています。

OAuth や OpenID Connect に興味がわき始めましコミュニティ活動についてはいかがですか。

た。これらは Web をベースとするプロトコルで現在、CTF 未経験者や初心者をサポートするあるため、HTTP 上で動作するように作られています。

SECCON Beginners の運営メンバーとしても活動
6Web に関連する脆弱性の問題と近しいものがパスキーが注目されているのですね。将来的にあるわけですね。

はいかがですか。

は い。HTTP ベ ー ス で あるため、Web セキュ

認証資格情報をクラウド経由で同期すれば、リティにおいて扱われるオープンリダイレクトやユーザーの端末に関わらずパスキーによる認証を

CSRF などの脆弱性が、そのまま実装上の脆弱性

利用できることもメリットです。セキュリティ強として存在することがあります。独自の脆弱性や化とユーザビリティ向上の観点からも注目されて攻撃手法についても Web セキュリティの知識をいるので、拡張性のある技術が普及する傾向に応用したものが多いため、実装上の脆弱性を検討あると考えられます。今後は、OAuth・OpenIDする上では Web セキュリティの知見をそのままConnect とパスキーがお互いの弱点を補完するた活かすことができました。

めのコラボレーションが進んでいくと考えています。

これまでの湯浅さんの知見を生かすことができたということですね。

将来は認証・認可の仕様策定にもまた、プロトコル仕様の基礎部分では暗号技術携わっていきたいが用いられているため、暗号技術との関連性もあります。そして、OAuth や OpenID Connect のプ
ロトコル自体が安全性についての要件を満たすか

今後取り組んでいきたいテーマがあれば教えてどうかを検証するために、形式検証という技術がください。

用いられます。ただ、興味を持っている方はまだ

認証・認可基盤の脆弱性検査をより効果的に行少ない印象です。

うための脆弱性検査ツールが発展していく可能性

今、特にサイバー攻撃のほとんどが認証情報をが高いので、そこに取り組んでいきたいと考えて窃取してアカウントを乗っ取ったり、その認証情います。認証・認可基盤はより複雑化していきま報を販売したり、不正送金に利用したりするなど、

すから、そのセキュリティテストにはより専門的

さまざまなことに悪用されています。こうした状な知識が要求されます。

況において、認証ではどのような解決策が中心にそこで、それを自動化するツールを開発していなって模索されているのでしょうか。

くということですね。

比較的ユーザビリティが高く安全な認証方式とその通りです。ツールによる効果的なテストのして、パスキーの導入が進んでいます。パスキー

自動実行が必要不可欠になると考えています。現は従来のパスワードに基づく認証やワンタイムパ

状では認証・認可基盤をテストできる汎用的なスワード（OTP）とは異なり、指紋や PIN を用いツールが存在しないため、そうしたツールの開発てローカルでユーザー認証を行います。また、公は急務です。それを実現するツールの開発をはじ

開鍵暗号を利用することで、認証への古典的な攻め仕様の策定などにも携わっていきたいですね。

撃手法であるフィッシング攻撃やパスワードスプ

今回はお忙しい中、ありがとうございました。

レー攻撃への耐性があります。

7

社会のさまざまな動向を把握し、リスクの変化に対応したセキュリティ体制を構築

HISYS CSI（Cyber Security Intelligence）Watch 2024.03
文＝ SHIELD Security Research Center
報を送信する。
GPS のジャミングやスプーフィングの最近の事例

GPS のジャミング（妨害）とを紹介する。2022 年以降のウクライナ侵攻で行わスプーフィング（詐称）についてれている GPS ジャミングは、単純にミサイル誘導シ【概要】：広く普及している GPS だが、衛星から送信

ステムの妨害以外にウクライナの高電圧エネルギー

される信号自体にセキュリティ対策は施されておらサブシステムにも影 響を与えている。この例ではず、ジャミング（妨害）やスプーフィング（詐称）にGPS 信号が妨害されると変電所内のシステムにおい対して脆弱である。現在ウクライナなどで問題となって時刻同期が不可能になり、電力グリッドの状態をている事例を含めて現状と今後について概説する。

正確に把握できなくなる。変電所が物理的な攻撃を受けた場合に修理の遅延や断線などによりグリッド【内容】：GPS は全地球測位システム（Global Positioning

全体に発生した問題の原因究明に支障が発生する

System）の略であり、地球上の現在位置を測定するという。余談だが、ウクライナ支援を表明している

高度約 2 万 km の衛星を用いたシステムである。現

米シスコシステムズは、水晶発振器を使用して GPS

在民間・軍事用航空機、船舶、自動車、ドローン、が利用できない場合でも正確な時刻を提供できる携帯電話など、幅広い分野で利用されている。まEthernet スイッチ（100 万ドル相当分）を無償でウた GPS は位置情報以外にも衛星に搭載された原子クライナに提供したと 2023 年 11 月に発表した。

時計から時刻情報も提供しており、精度が高く低価

他方、現在ロシアでは、ドローンがプーチン大統格であることから産業用制御システムなどでは時刻

領に接近するのを防ぐため本物の GPS の 500 倍も同期に利用している。

の強度を持つスプーフィング信号を送信できる機器で、虚偽の位置データを送信し 1 万件近くの GPS ス

GPS を利用していると突然現在位置が大きく変プーフィングを行っていると言われている。

わり明らかに違う位置を示すことがある。これは信号を正常に受信できないことに由来する。人為的にGPS のジャミングやスプーフィングの対策としては信号を正常に受信できない状態にする方法として、

違法電波として通報し、総合通信局と警察に停波をGPS ジャミングと GPS スプーフィングがある。

依頼する方法がある。技術的には複数の他技術（レー

GPS ジャミングとは、GPS 受信機の周辺にノイズ

ダー測位、マップマッチングなど）を併用すること源や信号源が存在していると、その影響によって正が一般的であるが GPS 信号自体は妨害や詐称に対常な受信が妨げられるというものである。近年ではして脆弱な状態にある。そのため GPS 信号に電子

意図的に信号を妨害する GPS ジャマーも 1000 円程

署名を付与しなりすましを防ぐ研究も行われてい度から簡単に購入でき、違法ではあるが個人でも簡る。例えば 2024 年 4 月から iPhone などでも GPS

単に行うことができる。

と併用できる日本版 GPS「みちびき」において電子

GPS スプーフィングとは、偽の無線信号で正当な署名付与の「信号認証サービス」の本運用が開始さ

GPS 衛星信号を打ち消して上書きすることである。

れる。みちびきを利用することによってドローン運

衛星を介して送信される GPS 信号は非常に弱く、航の安全性向上が見込まれるため、開発の一要素

より強い無線送信機を使用すると不正な座標と情として検討に値すると考える。

【情報源】https://www.theregister.com/2023/11/22/cisco_modded_switch_ukraine/		
https://qzss.go.jp/index.html

https://www2.jiia.or.jp/pdf/research/R01_Russia/07-koizumi.pdf

8

セキュリティツールを実践的に紹介する連載企画

Let's try IoT 検索エンジン！

4． サーバー探索編

文＝ SHIELD Security Research Center1．はじめに
本稿は、各種セキュリティツールを実践的に紹介する連載企画です。Vol.56 より開始した第三部 「IoT
検索エンジン」では、「Shodan（ショーダン）、Censys（センシス）」といった IoT 検索エンジンを用いた脆弱性確認手法などを解説します。Shodan と Censys それぞれには以下のような特徴があり、自組織が管理しているサーバーが外部からどのように見えているのかといった確認に利用したり、管理しきれていない隠れたサーバーなどを探索したりするなどして、リスクの軽減に活用可能です。
・Shodan：IoT などの情報を収集、検索可能なエンジンを提供するサービス。米 John Matherly 氏が2009 年より開始。アカウント登録なしでも利用可能ですが、制限があります。無償アカウントを作ることで制限は回避されますが、検索回数や閲覧範囲に制限が残ります。
・Censys：Shodan と同様、IoT などの情報を収集、検索可能なエンジンを提供するサービス。ミシガン大学の研究者が 2015 年 10 月より開始。Shodan 同様、アカウント登録なし、無償の範囲では検索回数や閲覧範囲に制限があります。サーバー証明書を用いた検索に特徴があります。
「IoT 検索エンジン」は次の 4 回構成となっています。
1. 基礎知識編
Nmap を利用して、ポートスキャンを試行します。
2. 所有サーバー確認編
自身が管理している IP アドレスなどがわかるサーバーが「Shodan、Censys」といった IoT 検索エンジンでどのように見えるのかを確認します。
3. サービス探索編「Shodan、Censys」といった IoT 検索エンジンを用いて、探索したいサービスが稼働しているサーバーを探索します。また、自組織で管理できていないサーバーを探索する際にも利用します。
4. サーバー探索編「Shodan、Censys」といった IoT 検索エンジンを用いて、サーバーを探索します。また、自組織で管理できていない脆弱なサーバーを探索する際にも利用します。
「④サーバー探索編」では、「Shodan、Censys」を用いて、特定の脆弱性を有する可能性のあるサーバーを確認します。本稿の安全性には留意していますが、安全を保証するものではございません。また、OA端末で実施するのではなく、分離された回線内および機器を利用することを推奨いたします。
9

2．Shodan、Censys を用いた脆弱なサーバーの探索「Shodan、Censys」を用いて、特定の脆弱性を有する可能性のあるサーバーを確認します。インターネッ
ト全体の状況を確認する際などに利用します。なお、本稿の画像、表示内容などは、執筆時点のものであり、時間経過とともに、内容が変化する可能性があることに注意してください。また、本稿を用いて確認されたサーバーが自組織が管理するものではない場合、スキャン行為を始めとする攻撃は絶対に行わないようにしてください。
2.1 CVE-2023-20198 の脆弱性を有する可能性がある機器の探索（Censys）
CVE-2023-20198 は、Cisco IOS XE ソフトウェアの Web UI 機能における権限昇格の脆弱性です。
本脆弱性が放置されている機器が外部からアクセス可能な状態で放置されている場合、悪意のある
第三者により本脆弱性が悪用され、機密情報の漏えいなどの被害が発生する可能性があります。
2023 年 10 月末 CVE-2023-20198 が公開されました。このような状況下、日本国内への影響を確認するため、CVE-2023-20198 を有する可能性機器の状況を確認します。
「Censys」を開き、「labels=`cisco-xe-webui`」で検索します。検索結果は次の通りです。

Cisco IOS XE ソフトウェアの Web UI 機能にアクセス可能な機器が、4 万台以上存在することが確認できました ( 本稿執筆時点 )。
検索の結果を特定の国のものに限定する際には、「Location」から絞り込めます。「More」から、6 位以下の国を表示することができます（次ページ図）。

10ただし、今回は日本が表示されませんでした。そこで、いったん、Cisco IOS XE ソフトウェアの Web UI 機能を有する機器のうち、ロケーションがアメリカとなっている機器で絞り込みます。
「Location」から「United States」をクリックすると、検索クエリに「Location.country=` UnitedStates `」が自動的に追加され、「United States」に関する情報に絞り込まれます。

本来の目的は、日本のサーバーに関する情報です。そのため、「United States」となっている検索
クエリを、「Japan」に手動で変更し、検索します。
本稿執筆時点では、Cisco IOS XE ソフトウェアの Web UI 機能を有する機器のうち、ロケーションが日本となっているサーバ 243 台が、外部からのアクセスが可能な状態であることがわかります ( 本
稿執筆時点・次ページ図 )。

11これはあくまでも、Cisco IOS XE ソフトウェアの Web UI 機能を有する機器の確認です。当初の目的である CVE-2023-20198 を有する機器であるかは、ＯＳのバージョン番号などの詳細を確認して判断する必要があります。
2.2 CVE-2023-20198 の脆弱性を有する可能性がある機器の探索（Shodan）「Censys」同様、Cisco IOS XE ソフトウェアの Web UI 機能を有する機器を確認します。「Shodan」
を開き、「product:”cisco”」で検索します。検索結果は次の通りです。

外部からのアクセスが可能な Cisco 社製の機器が、約 55 万台存在することが確認できました（本稿執筆時点）。ただし、この数は、Cisco 社製機器の数であり、CVE-2023-20198 を有する機器の数ではりません。そこで、「http.html_hash:1076109428」で検索します（次ページ図）。

12

約 9 万台存在するという検索結果が表示されました（本稿執筆時点）。この検索「http.html_
hash:1076109428」は、CVE-2023-20198 を有する機器の HTML のハッシュ値が同じである、という前提で、同じ HTML のハッシュを返答しているその他の機器を検索している形です。
「http.html_hash:1076109428」で検索ヒットした機器の 443 ポートの詳細をいくつか確認すると、右上に「1076109428」を確認することできるかと思います。これが、HTML のハッシュ値を表しています。このハッシュ値をクリックするとクエリに「http.html_hash:1076109428」が追加されます。
同様の HTML ハッシュ値を有する機器を検索する際などに利用可能です。

13

「Censys」同様、検索の結果を特定の国のものに限定する際には、「TOP COUNTRIES」から絞り込めます。「More...」から、6 位以下の国を表示することができます。

今回は、「Censys」同様、「TOP COUNTRIES」の「United States」をクリックし、Cisco IOS XE ソフトウェ
アの Web UI 機能を有する機器のうち、ロケーションがアメリカとなっているサーバーを確認します。

検索クエリに、「Country：“US”」が追加されていることが確認できます。
「Country：“US”」を「Country：“JP”」に変更します。CVE-2023-20198 を有する可能性があるサーバーのうち、ロケーションが日本となっているサーバーが 1242 台あることがわかります（本稿執筆時点・次ページ図）。

14

2.3 CVE-2023-47246 の脆弱性を有する可能性がある機器の探索（Shodan）
CVE-2023-47246 は、SysAid Technologies 社製の IT 資産管理ツールである SysAid のパストラバー
サルの脆弱性です。本脆弱性が放置されているサーバーが外部からアクセス可能な状態で放置されている場合、悪意のある第三者により本脆弱性が悪用され、機密情報の漏洩等の被害が発生する可能性があります。
「Shodan」を開き、「http.html:”SysAid”」で検索します。検索結果は次の通りです。

この検索では、HTML 内に「SysAid」という文字が含まれている機器が検索結果として表示されます。次は、SysAid のうち、ロケーションが日本となっている機器に絞り込みます。前項で試行した「country:"JP"」を検索クエリに追記すると、ロケーションが日本となっている機器を 3 台確認することができます（本稿執筆時点・次ページ図）。

15

この検索結果は、あくまでも、HTML に「SysAid」という文字列が含まれるものです。現時点では、確実に「CVE-2023-47246」を有するものではありません。
機器それぞれの詳細を確認し、脆弱性の有無を判断する必要があります。

2.4 CVE-2023-47246 の脆弱性を可能性がある機器の探索（Censys）
同 ツ ー ル を「Censys」 で 検 索 し て み ま す。「Censys」 を 開 き、「services.http.response.
body:`SysAid`」で検索します。結果は次の通りです（次ページ・図）。

16次に、日本の情報に絞るため、「and Location.country=`Japan`」を追記します。ロケーションが日本となっているサーバー 1 台が、外部からのアクセスが可能な状態であることがわかります（本稿執筆時点）。

こちらも、Shodan 同様、HTML に「SysAid」という文字列が含まれるものです。現時点では、確
実に「CVE-2023-47246」を有するものでありません。機器それぞれの詳細を確認し、脆弱性の有無を判断する必要があります。

17

2.5 その他の検索方法
これまでに Shodan、Censys の基本的な検索手法を紹介してきました。これらの IoT 検索エンジ
ンにはその他のフィルターなどが提供されていますので、事前に確認、試行しておくと有事の際に即座に対応可能となります。以下のドキュメントなどを確認、試行しておくことをお勧めします。
・Shodan Filter Reference
https://www.shodan.io/search/filters
・Censys Searchhttps://support.censys.io/hc/en-us/categories/4405770552724-Censys-Search

おわりに
今回はここまでとなります。「④サーバー探索編」では、「Shodan、Censys」といった IoT 検索エンジンを用いて、脆弱性を有する可能性のあるサーバーを探索しました。自組織で管理できていない脆弱なサーバーを探索する際などに利用したり、インターネット全体の状況を確認したりする際などに利用します。

18