Loading article…
暗号技術とコンピュータセキュリティ において、中間者攻撃（ MITM ）またはオンパス攻撃とは、攻撃者が2者間の通信を密かに中継し、場合によっては改ざんするサイバー攻撃の一種であり、両者は直接通信していると思い込んでいるが、実際には攻撃者が2者の間に割り込んでいる。[9]
MITM攻撃の一例としては、能動的な盗聴が挙げられます。これは、攻撃者が被害者と独立した接続を確立し、被害者間でメッセージを中継して、プライベート接続で直接会話していると信じ込ませるものです。しかし、実際には会話全体は攻撃者によって制御されています。[10]このシナリオでは、攻撃者は2人の被害者間でやり取りされるすべての関連メッセージを傍受し、新しいメッセージを挿入できなければなりません。これは多くの状況で簡単に実行できます。たとえば、暗号化されていないネットワークをホストしているWi-Fiアクセスポイントの範囲内にいる攻撃者は、中間者として侵入することができます。[11] [12] [13]
MITM攻撃は相互認証を回避することを目的としているため、攻撃者が各エンドポイントを偽装して期待に応えられる場合にのみ成功します。ほとんどの暗号化プロトコルには、MITM攻撃を防ぐためのエンドポイント認証が含まれています。たとえば、TLSは相互に信頼された証明機関を使用して、一方または両方の当事者を認証できます。[14] [12]
例
アリスがボブと通信したいとします。一方、マロリーは会話を傍受して盗聴し (機密性を破る)、アリスを装ってボブに偽のメッセージを送る (否認防止を破る) オプションを希望します。マロリーは、次の一連のイベントで説明されているように、中間者攻撃を実行します。
- アリスはボブにメッセージを送信しますが、マロリーがそれを傍受します。
- アリス 「こんにちはボブ、アリスです。鍵をください。」 → マロリーボブ
- マロリーはこのメッセージをボブに伝えます。ボブはそれが本当にアリスからのものではないと分かりません。
- アリス ・マロリー 「こんにちはボブ、アリスです。鍵をください。」 → ボブ
- ボブは暗号化キーで応答します:
- アリス ・マロリー ← [ボブの鍵] ボブ
- マロリーはボブの鍵を自分の鍵に置き換え、それをアリスに伝えて、それがボブの鍵であると主張します。
- アリス ← [マロリーの鍵] マロリー ボブ
- アリスは、ボブだけが読めると考え、ボブの鍵だと信じているものでメッセージを暗号化します。
- アリス 「バス停で会おう！」[マロリーの鍵で暗号化] → マロリー ボブ
- ただし、実際には Mallory のキーで暗号化されているため、Mallory はそれを復号化し、読み取り、変更し (必要な場合)、Bob のキーで再暗号化して Bob に転送できます。
- アリス ・マロリー 「公園で会おう！」[ボブの鍵で暗号化] → ボブ
- ボブは、このメッセージはアリスからの安全な通信であると考えています。
この例は、アリスとボブがお互いの公開鍵を本当に使用しており、攻撃者の公開鍵を使用していないことを確認する手段が必要であることを示しています。[15]そうでなければ、原則として、公開鍵技術を使用して送信されたすべてのメッセージに対して、このような攻撃が可能です。
防御と検出
MITM 攻撃は、認証と改ざん検出という 2 つの方法で防止または検出できます。認証は、特定のメッセージが正当なソースから送信されたことをある程度確実に証明します。改ざん検出は、メッセージが変更され、整合性が損なわれた可能性があるという証拠を示すだけです。
認証
MITM攻撃に対して安全なすべての暗号化システムは、メッセージの認証方法を提供します。ほとんどの場合、安全なチャネルを介してメッセージに加えて情報（公開鍵など）の交換が必要です。このようなプロトコルは、多くの場合、鍵合意プロトコルを使用しており、安全なチャネルに対するさまざまなセキュリティ要件を備えて開発されていますが、安全なチャネルの要件をまったく排除しようとするものもあります。[16]
トランスポート層セキュリティなどの公開鍵インフラストラクチャは、伝送制御プロトコルをMITM攻撃に対して強化することができます。このような構造では、クライアントとサーバーは、証明機関（CA）と呼ばれる信頼できる第三者によって発行および検証された証明書を交換します。このCAを認証するための元の鍵自体がMITM攻撃の対象になっていない場合は、CAによって発行された証明書を使用して、その証明書の所有者が送信したメッセージを認証することができます。サーバーとクライアントの両方が相手の通信を検証する相互認証を使用すると、MITM攻撃の両端をカバーできます。サーバーまたはクライアントのIDが検証されないか無効であると判断された場合、セッションは終了します。[17]ただし、ほとんどの接続のデフォルトの動作はサーバーの認証のみであるため、相互認証が常に使用されるわけではなく、MITM攻撃が発生する場合があります。
共有値の口頭によるコミュニケーション（ ZRTPなど）や、公開鍵ハッシュの音声/映像記録[18]などの記録された証明は、視覚メディアは単純なデータパケット通信よりも模倣がはるかに困難で時間がかかるため、MITM攻撃を防ぐために使用されます。ただし、これらの方法では、トランザクションを正常に開始するためには人間が関与する必要があります。
HTTP 公開キー ピンニング(HPKP) は、「証明書ピンニング」とも呼ばれ、最初のトランザクション中にサーバーが「ピン留めされた」公開キー ハッシュのリストを提供することで、証明機関自体が侵害される MITM 攻撃を防ぐのに役立ちます。その後のトランザクションでは、そのトランザクションを認証するために、サーバーがリスト内の 1 つ以上のキーを使用する必要があります。
DNSSEC はDNS プロトコルを拡張し、署名を使用して DNS レコードを認証することで、単純な MITM 攻撃によってクライアントが悪意のあるIP アドレスに誘導されるのを防ぎます。
改ざん検出
レイテンシ検査は、ハッシュ関数のような数十秒かかる長い計算など、特定の状況では潜在的に攻撃を検出できる可能性があります。 [19]潜在的な攻撃を検出するために、当事者は応答時間の矛盾を確認します。たとえば、2つの当事者が特定のトランザクションを実行するのに通常一定の時間がかかるとします。ただし、一方のトランザクションがもう一方の当事者に到達するのに異常に長い時間がかかる場合、これは第三者の存在が接続を妨害し、トランザクションに追加のレイテンシを挿入していることを示している可能性があります。
量子暗号は、理論上は、複製禁止定理を通じてトランザクションの改ざん防止機能を提供する。量子暗号に基づくプロトコルは、通常、古典的な通信の一部またはすべてを無条件に安全な認証方式で認証する。一例として、ウェグマン・カーター認証が挙げられる。[20]
法医学分析
攻撃の疑いがあるネットワークトラフィックをキャプチャして分析することで、攻撃があったかどうかを判断し、あった場合は攻撃元を特定することができます。攻撃の疑いがあるネットワークフォレンジックを実行する際に分析すべき重要な証拠には、次のものがあります。 [21]
- サーバーのIPアドレス
- サーバーのDNS名
- サーバーの
X.509証明書
- 証明書が自己署名されているかどうか
- 証明書が信頼できる証明機関によって署名されているかどうか
- 証明書が失効しているかどうか
- 証明書が最近変更されたかどうか
- インターネット上の他のクライアントが同じ証明書を受け取ったかどうか
注目すべき事例
スティングレイ電話トラッカーは、携帯電話監視装置であり、無線通信事業者の基地局を模倣して、近くにあるすべての携帯電話やその他の携帯データデバイスを強制的に接続させます。このトラッカーは、携帯電話と基地局間のすべての通信を中継します。[22]
2011年、オランダの認証局DigiNotarのセキュリティ侵害により、証明書が不正に発行されました。その後、不正な証明書がMITM攻撃に使用されました。[23]
2013年、ノキアのXpressブラウザがノキアのプロキシサーバー上でHTTPSトラフィックを復号化していることが明らかになり、同社は顧客の暗号化されたブラウザトラフィックに平文でアクセスできるようになりました。ノキアは、コンテンツは永久に保存されておらず、個人情報へのアクセスを防ぐための組織的および技術的な対策を講じていると回答しました。[24]
2017年、EquifaxはMITM脆弱性に関する懸念を受けて、モバイルアプリを撤回した。[25]
無線通信プロトコルであるBluetoothも、無線でデータを送信するため、中間者攻撃の影響を受けやすい。[26]
その他の注目すべき実際の実装には、次のものがあります。
- DSniff – SSL および SSHv1 に対する MITM 攻撃の最初の公開実装
- Fiddler2 HTTP(S) 診断ツール
- NSAによるGoogleのなりすまし[27]
- スーパーフィッシュマルウェア
- Forcepoint Content Gateway –プロキシでのSSLトラフィックの検査を実行するために使用されます
- ComcastはMITM攻撃を使用して、サードパーティのWebページにJavaScriptコードを挿入し、ページの上部に独自の広告やメッセージを表示します[28] [14] [11]
- 2015年カザフスタン中間者攻撃
参照
- ARPスプーフィング– 攻撃者がアドレス解決プロトコルメッセージをローカルエリアネットワークに送信する手法
- Aspidistra 送信機 – 第二次世界大戦の「侵入」作戦、初期の MITM 攻撃に使用された英国の無線送信機。
- バビントン陰謀事件 - フランシス・ウォルシンガムが通信を傍受したイングランド女王エリザベス1世に対する陰謀。
- コンピュータ セキュリティ – 安全なコンピュータ システムの設計。
- Cookiemonster 攻撃 – 中間者攻撃。
- 暗号解読 – 暗号化されたメッセージがどのようにして暗号化されたかについての不完全な知識に基づいて暗号化されたメッセージを解読する技術。
- デジタル署名 – テキストの真正性を暗号化して保証するもので、通常は作成者のみが実行できると想定される計算の結果です。
- 悪意のあるメイド攻撃 – フルディスク暗号化システムに対して使用される攻撃
- インターロック プロトコル – キーが侵害された可能性がある場合に MITM 攻撃を回避するための特定のプロトコル。
- キー管理 - 生成、交換、保管など、暗号化キーを管理する方法。
- 鍵合意プロトコル - 双方が信頼できる鍵を確立するための暗号化プロトコル。
- マン・イン・ザ・ブラウザ – ウェブブラウザ MITM の一種
- マン・オン・ザ・サイド攻撃 – 通信チャネルへの通常のアクセスのみを許可する同様の攻撃。
- 相互認証 – 通信する当事者が互いの ID に対する信頼を確立する方法。
- パスワード認証キー合意 – パスワードを使用してキーを確立するためのプロトコル。
- 量子暗号 – 量子力学を利用して暗号のセキュリティを確保する。
- セキュア チャネル - 傍受や改ざんに耐性のある通信方法。
- スプーフィング攻撃 – データを偽造して人物またはプログラムが別の人物になりすますサイバー攻撃
- テラピン攻撃–中間者ポジションの攻撃者を必要とするSSHプロトコル のダウングレード攻撃。
注記
- ^ 中間者攻撃（モンスター・イン・ザ・ミドル）[1] [2]中間者攻撃（マシン・イン・ザ・ミドル）[3]中間者攻撃（メドラー・イン・ザ・ミドル）[4]中間者攻撃（マニピュレーター・イン・ザ・ミドル）[5] [6]中間者攻撃（パーソン・イン・ザ・ミドル）[7]（PITM）または中間者攻撃（敵対者・イン・ザ・ミドル） [8]（AITM）とも呼ばれる。
参考文献
- ^ Gabbi Fisher、Luke Valenta (2019 年 3 月 18 日)。「ミドルボックスのモンスター: HTTPS 傍受を検出するための 2 つの新しいツールの紹介」
- ^ ファスル、マティアス (2018 年 4 月 23 日)。 Secure Instant Messaging で使用できる認証方式(PDF) (Dipl.-Ing.)。ウィーン工科大学。
- ^ 「ファクトシート：中間マシン攻撃」。インターネット協会。2020年3月24日。
- ^ Poddebniak, Damian; Ising, Fabian; Böck, Hanno; Schinzel, Sebastian (2021 年 8 月 13 日)。STARTTLS なしで TLS を使用する方がよい理由: 電子メール コンテキストにおける STARTTLS のセキュリティ分析(PDF)。第 30 回 USENIX セキュリティ シンポジウム。p. 4366。ISBN 978-1-939133-24-3
中間者攻撃者 (MitM)
がサーバー応答から
STARTTLS
機能を削除する
と、接続をプレーンテキストに簡単にダウングレードできます。
- ^ 「中間者攻撃」 。OWASPコミュニティ ページ。OWASP Foundation。2022年8 月 1 日閲覧。
- ^ 「MitM」。MDN Web Docs。Mozilla。2022年7月13日。 2022年8月1日閲覧。
- ^ 「Person-in-the-middle」. 2020年10月11日.
- ^ 「クッキー盗難からBECまで：攻撃者はAiTMフィッシングサイトをさらなる金融詐欺への入り口として利用している」。Microsoft 2022年7月12日。
- ^ Elakrat, Mohamed Abdallah; Jung, Jae Cheon (2018年6月1日). 「原子力発電所データ通信ネットワークに対する中間者攻撃を軽減するためのフィールドプログラマブルゲートアレイベースの暗号化モジュールの開発」.原子力工学技術. 50 (5): 780–787. Bibcode :2018NuEnT..50..780E. doi : 10.1016/j.net.2018.01.018 .
- ^ Wang, Le; Wyglinski, Alexander M. (2014 年 10 月 1 日)。「物理層ワイヤレス セキュリティ技術を使用した中間者攻撃の検出: 物理層セキュリティを使用した中間者攻撃」。ワイヤレス通信およびモバイル コンピューティング。16 (4 ) : 408–426。doi :10.1002/wcm.2527。
- ^ ab 「Comcast はユーザーが訪問するウェブサイトに独自のコードを挿入し続けている」2017 年 12 月 11 日。
- ^ ab Callegati, Franco; Cerroni, Walter; Ramilli, Marco (2009). 「HTTPS プロトコルに対する中間者攻撃」. IEEE セキュリティ & プライバシー マガジン. 7 : 78–81. doi :10.1109/MSP.2009.12. S2CID 32996015.
- ^ Tanmay Patange (2013 年 11 月 10 日). 「MITM または中間者攻撃から身を守る方法」。2013 年 11 月 24 日時点のオリジナルよりアーカイブ。2014年11 月 25 日閲覧。
- ^ ab 「Comcast は依然として MITM JavaScript インジェクションを使用して、不要な広告やメッセージを配信しています」。2016 年 12 月 28 日。
- ^ 「diffie hellman - RSA 公開鍵暗号化における MiTM」。Cryptography Stack Exchange。
- ^ Merkle, Ralph C (1978 年 4 月)。「安全 でないチャネルでの安全な通信」。Communications of the ACM。21 ( 4): 294–299。CiteSeerX 10.1.1.364.5157。doi : 10.1145 /359460.359473。S2CID 6967714。1975
年 8 月受領、1977 年 9
月改訂 - ^ Sasikaladevi, N. および D. Malathi。2019 年「Genus-2 超楕円曲線に基づく MBAN 向けエネルギー効率の高い軽量相互認証プロトコル (REAP)」Wireless Personal Communications 109(4):2471–88。
- ^ ハインリッヒ、スチュアート（2013年11月28日）。「メディア証明の認証に基づく公開鍵インフラストラクチャ」arXiv：1311.7182v1 [cs.CR]。
- ^ Aziz, Benjamin; Hamilton, Geoff (2009). 「正確なタイミングで中間者攻撃を検出する」(PDF) . 2009 第三回新興セキュリティ情報、システム、テクノロジーに関する国際会議. pp. 81–86. doi :10.1109/SECURWARE.2009.20. ISBN 978-0-7695-3668-2. S2CID 18489395。
- ^ Cederlöf, Jörgen. 「5. 無条件に安全な認証」liu.se .
- ^ 「SSL MITM 攻撃のネットワークフォレンジック分析」。NETRESEC ネットワーク セキュリティ ブログ。2011 年 3 月 27 日。2011年3 月 27 日に閲覧。
- ^ Zetter, Kim (2014年3月3日). 「フロリダ警察の秘密兵器：令状なしの携帯電話追跡」Wired.com . 2014年6月23日閲覧。
- ^ Zetter, Kim (2011年9月20日). 「DigiNotar、壊滅的なハッキングを受けて破産申請」. Wired . ISSN 1059-1028 . 2019年3月22日閲覧。
- ^ Meyer, David (2013年1月10日). 「Nokia: はい、HTTPSデータは復号化しますが、心配する必要はありません」。Gigaom, Inc. 2019年4月8日時点のオリジナルよりアーカイブ。 2014年6月13日閲覧。
- ^ ワイスマン、ケイル・ガスリー（2017年9月15日）。「先週、エキファックスがアップルとグーグルからアプリを削除した理由はこれだ」Fast Company。
- ^ Sandhya, S; Devi, KA Sumithra (2012 年 2 月)。「Bluetooth の脅威と v4.0 のセキュリティ機能の分析」。2012国際コンピューティング、通信、アプリケーション会議。IEEE。pp. 1–4。doi : 10.1109 / iccca.2012.6179149。ISBN 978-1-4673-0273-9。
- ^ モイヤー、エドワード（2013年9月12日）。「NSAはスパイ活動のためGoogleに変装していたと報道」CNET。2013年9月15日時点のオリジナルよりアーカイブ。 2024年5月8日閲覧。
- ^ 「Comcast が中間者攻撃を利用して、潜在的な著作権侵害について加入者に警告」TechSpot 2015 年 11 月 23 日。
外部リンク
- SSL を復号化して隠れた脅威を見つける 2017 年 10 月 18 日にWayback Machineにアーカイブ(PDF)。SANS Institute。