暗号化トラフィックの分析とは、ペイロードが暗号化された状態でも観測可能な情報（ハンドシェイク属性、パケットサイズやタイミング、フローレコード、宛先コンテキストなど）から、ネットワークセッションに関するセキュリティ上の事実を推測する手法である。これは、暗号化を解読するのではなく、暗号化によって必然的に露呈されるメタデータを読み取るものである。
これは、ネットワークトラフィック分析の中でも特に暗号化に焦点を当てた分野であり、攻撃者も他のユーザーと同様に暗号化へと移行したことから、この分野が生まれたのです。本ガイドでは、Transport Layer Security（TLS）1.3、QUIC、およびEncrypted Client Hello（ECH）を通しても検出可能な情報、TLSフィンガープリントによって平文のハンドシェイクからクライアントの身元を特定する方法、そして復号化にかかるコストに見合う価値がある場合について解説します。
一般的なトラフィック分析では、平文を含むあらゆる種類のデータフローが対象となります。このページでは、ペイロードが判読不能になった後も、どの信号が依然として検出を可能にするかという、暗号化に特化した問題についてのみ取り上げます。
この分野は、しばしばETAと略され、「暗号化トラフィックの検査」や「暗号化トラフィックの分析」とも呼ばれており、これらはすべて「メタデータ優先」のアプローチを指す3つの名称です。ネットワークセキュリティプログラムにおいては、ネットワーク検知・対応（NDR）の一環として位置づけられ、エージェントが到達できないデバイスからのトラフィックを監視することで、エンドポイント検知・対応（EDR）を補完する役割を果たしています。
正直なところ、その答えはどの対象層を測定するかによって異なります。現在、ウェブトラフィックの約95％以上がHTTPS経由で読み込まれており、AndroidおよびMacでは、一般公開サイトに限ればその割合が99％を超えています（Google Transparency Report、2025年10月頃報告）。Googleが2025年10月に発表した「HTTPSをデフォルトとする」という方針も、これらの数値を裏付けています。
攻撃もそれに伴って変化した。 あるクラウドセキュリティベンダーのテレメトリデータによると、2023年10月から2024年9月にかけてブロックされた321億件の攻撃のうち、87.2％が暗号化された通信経路を経由して発生しており、これは前年同期比で10.3％の増加となった（Network World）。同データセットでは、ブロックされた暗号化攻撃の86.5％をmalware 、製造業が135億件の攻撃を受け、最も標的とされた業界となった。
WatchGuardが半年ごとに発行する脅威レポートによると、2025年下半期にブロックされたmalware の96％がTLS経由でmalware 判明した（WatchGuard、GlobeNewswire経由、2026年2月発表）。
ページの読み込み数、阻止された攻撃、および阻止されたmalware 、それぞれ異なる3つの期間にわたって測定された3つの異なるデータmalware これらは1つの傾向ではなく、3つの事実である。
HTTPSページの読み込みシェア、暗号化チャネルを介してブロックされた攻撃、およびTLSmalware ブロックmalware について、人口、期間、および送信元ごとに分類した3行の表。
暗号化されたセッションはすべて、ネゴシエーションから始まりますが、その大部分は平文でやり取りされます。TLSハンドシェイクでは、提案された暗号スイート、拡張リスト、アプリケーション層プロトコルネゴシエーション（ALPN）の値を含む「ClientHello」に加え、要求されたホスト名を指定するサーバー名指示（SNI）が公開されます。これらはすべて、ペイロードが保護される前に送信されるため、TLSハンドシェイクは、復号を行わなくても暗号化されたトラフィックを分析するための重要な手がかりとなります。 発行者や有効期間などの証明書メタデータはインフラストラクチャのコンテキストを提供しますが、プロトコルに関して明確に述べておくべき注意点があります。TLS 1.3では、サーバー証明書メッセージがハンドシェイク鍵で暗号化されるため（RFC 8446）、パッシブセンサーが通信回線から証明書を読み取れるのはTLS 1.2およびそれ以前のセッションに限られ、それ以外の場合は宛先自体を解決することで証明書を取得することになります。
ハンドシェイクの下にはフロー層があり、ここでは暗号化は一切行われません。パケットサイズ、到着間隔、方向、セッション継続時間、バイト数およびパケット数、アップロードとダウンロードの比率などが通信のパターンを表しており、これらは従来のSSL暗号化トラフィックでもTLS 1.3でも同様に読み取られます。これを形式化する2つの代表的な特徴セットとして、パケット長と時刻のシーケンス（SPLT）および初期データパケットがあります。 NetFlowおよびIP Flow Information Export（IPFIX）レコードは、一般的な収集基盤であり、より広範なトラフィック分析を支えるのと同じ要約情報です。
宛先のコンテキストによって全体像が明らかになります。つまり、どのポートでどのプロトコルが使用されているか、その組み合わせが妥当かどうかといった点です。証明書のピンニングもここに含まれます。ピンニングされたクライアントは、サービスに対してあらかじめ定義された証明書のみを受け入れるため、傍受プロキシを無効化し、アナリストが観察するための安定した証明書の関連性を提供します。通信の方向と通信量は維持されるため、見慣れない宛先へのアップロード量がダウンロード量を大幅に上回るセッションは、典型的な情報漏洩のパターンとなります。
これらはすべて推測に基づくものではありません。ENISAは2019年11月、この分野における6つのユースケースをまとめました。それは、アプリケーションの識別、ネットワーク分析、ユーザー情報の識別、malware 、フィンガープリント、およびDNSトンネリングの検出です（ENISA）。これらを、現在の実態を示す統計情報ではなく、実現可能性が確立された「定説」として捉えるべきです。また、ENISAは、これらの技術がユーザーのプライバシーに対する期待を低下させることにも警告しており、この矛盾は、後述する復号化の決定にも引き継がれています。
以下の表は、センサーに届く情報、それがアナリストに伝える内容、および各観測項目に伴う注意点についてまとめたものです。
暗号化後も引き続き可視となるセッションオブザーバブル、それぞれが検知にどのように寄与するか、およびその制限事項を示した7行の表。
暗号化によって、ペイロードとなるバイトが除去されます。具体的には、ホスト名以外の完全なURL、リクエストおよびレスポンスの本文、ファイルの内容、認証情報、そして署名エンジンやコンテンツ照合型データ漏洩防止（DLP）が依存するバイトパターンなどが対象となります。コンテンツを読み取る必要があるあらゆる制御機能は情報を把握できなくなりますが、これこそが、後ほど復号の可否を判断する際に考慮されるトレードオフそのものです。残るのは通信の「形」であり、その「形」こそが、検出シグナルの大部分が存在する場所なのです。
TLSフィンガープリントは、平文のハンドシェイクをクライアントの識別情報に変換するもので、これは暗号化が始まる前に各セッションで必ず送信されるバイト列から算出されます。Salesforceのエンジニアは2017年にJA3をオープンソース化し、その後JA3Sと組み合わせました。JA3は、5つのClientHelloフィールド（TLSバージョン、暗号スイート、拡張機能リスト、楕円曲線、楕円曲線点形式）を連結し、その文字列をハッシュ化して32文字のMD5値 （Salesforce Engineering）。JA3Sは、サーバー側の応答に対しても同様の処理を行います。クライアントソフトウェアがハンドシェイクの構築方法を変更することはめったにないため、このハッシュは識別子のように機能します。つまり、特定のライブラリに基づいてmalware 、どのドメインに接続しても同じJA3フィンガープリントを提示することになります。
TLS 経由で信号を発信するビーコンを想像してみてください。暗号スイートのリスト、拡張機能、曲線の優先順位が固定されているため、すべての接続においてその JA3 ハッシュは同一になります。あるインシデントでキャプチャされたハッシュを、環境全体にわたって追跡することが可能です。
JA3の弱点は、拡張機能リストを観察された順序でハッシュ化してしまう点にある。ChromeがClientHelloの拡張機能の順序をランダム化し始めた際、このブラウザでは接続のたびに異なるJA3ハッシュが生成されるようになり、単純なJA3マッチングは機能しなくなった。攻撃用ツールの運用者は、この特性を意図的に悪用している。すなわち、ハンドシェイクを変更すれば、フィンガープリントも変化するのだ。
JA4フィンガープリンティングがその解決策です。FoxIOは2023年9月、ランダム化耐性を備えた再設計版としてJA4をリリースし、それをJA4+スイート（FoxIO JA4+リポジトリ）へと発展させました： QUICを含むTLS向けのJA4、サーバー応答向けのJA4S、HTTP向けのJA4H、レイテンシ対策向けのJA4LおよびJA4LS、X.509証明書向けのJA4X、SSH向けのJA4SSH、TCP向けのJA4T、JA4TS、JA4TScan、そしてDHCPおよびDHCPv6向けのJA4DおよびJA4D6などです。 オープンソースのセンサーもこれに追随しています。Zeekは2026年1月にJA4のサポートを文書化しました（Zeek）。JA4+スイートの一部はライセンス制限を受けており、この制約については「制限事項」のセクションで改めて触れます。また、決意のあるオペレーターであれば依然として任意のフィンガープリントを改変できるため、JA3およびJA4のフィンガープリント出力は、同一性を示すものではなく、強力なシグナルとして扱う必要があります。
プロトコルが新しくなるたびに、暗号化されたトラフィックの可視性はさらに制限されます。TLS 1.3では、パッシブ復号に依存していた静的な鍵交換が廃止されました。完全前方秘匿性により、すべてのセッション鍵は一時的な鍵交換によって生成されるため、たとえサーバーの秘密鍵が漏洩したとしても、記録されたセッションを後から復号することはできません。
HTTP/3の下位層にあるUDPベースのトランスポートプロトコルであるQUICは、TCPでは公開されたままになるトランスポートメタデータの大部分を暗号化し、トラフィックをUDPポート443へ移行させます。 その普及率は往々にして過大評価されがちです。2026年7月時点で、ウェブサイトの40.0%がHTTP/3に対応しています（W3Techs）。一方、別の指標であるトラフィックシェアは、コンテンツ配信ネットワーク（CDN）のエッジではおよそ34～35%、ページ読み込みレベルでは約21%となっています（Cloudflare Radar）。
ここで一つ誤解を正しておく必要があります。標準のQUICおよびTLS 1.3では、初期パケットとClientHelloは公開値から導出された鍵で保護されているため、経路上の観測者は依然としてSNIを復元することができます。SNIを暗号化するのは、Encrypted Client Helloのみです。
6行にわたる比較表では、両方のトランスポートでSNIが復元可能であること、QUICではトランスポートメタデータが失われること、そしてパケットレベルおよびフローの特性は両方で保持されていることが示されている。
「Encrypted Client Hello」は、SNIを含む内部のClientHelloをサーバーの公開鍵で暗号化し、外部のClientHelloのみを可視化します。これは、長年にわたり「draft-ietf-tls-esni」として扱われてきましたが、2026年3月にRFC 9849（スタンダード・トラック）となりました。RFC 9848では、そのDNSブートストラップについて定義されています。
導入状況は標準より遅れている。Corrataが2025年1月から3月にかけてのトラフィックを測定したところ、ECHに対応している上位100万サイトの割合は10%をわずかに下回り、実際にECHを使用している接続はわずか0.06%にとどまり、上位1,000サイトでは対応率が3%、上位100サイトでは1%にまで低下していた（Corrata, 『Living with ECH』）。 同調査では、iOSでのサポートは確認されず、観測されたすべての外側のClientHelloには同じSNI「cloudflare-ech.com」が含まれており、ECH対応サイト同士を区別することができませんでした。また、ECH対応サイトの約17％が、悪意のあるサイトまたはリスクの高いサイトに分類されました。この測定結果は約14ヶ月前のものとなり、RFC 9849の策定より前のため、実際の利用率は上昇している可能性が高いと考えられます。
サーバー側のサポートも間もなく導入されます。NGINX 1.29.4 では 2026 年 2 月にネイティブ ECH が実装されました（NGINX）。また、OpenSSL も次期リリースとなる 4.0 で ECH を導入すると発表しています（OpenSSL）。完全な ECH 環境下であっても、アナリストはタイミング、パケットサイズ、フロー形状、外側の ClientHello、および JA4 を把握し続けることができるため、ネットワークトラフィックの可視性に関してECH がもたらす変化は、懸念されていたほど大きくはありません。 これを「現在進行形の緊急事態」ではなく、「アーキテクチャ上の確実な要素」として計画に組み込んでおくべきです。
ECHが実環境で初めて直面した問題は、仕様の欠陥ではなく実装上の不具合でした。2026年7月8日に公開されたCVE-2026-42505は、Goのcrypto/tlsモジュールに存在し、事前共有鍵の識別情報が暗号化されていない外側のClientHelloに漏洩していたため、受動的な観察者がECHハンドシェイクの匿名性を解除できてしまうというものでした。これはまさに、ECHが防止するために存在するはずの事態そのものです。 Common Vulnerability Scoring System（CVSS v3.1）で中程度の深刻度（5.3）と評価され、Common Weakness EnumerationのエントリCWE-201に分類されたこの脆弱性は、go1.25.12、go1.26.5、およびgo1.27.0-rc.2（GO-2026-5856）で修正された。 防御側の教訓：標準化されたプライバシーメカニズムであっても、実装が不適切であれば、保護すべき情報を漏洩させてしまう可能性があるということです。
DNS over HTTPS（DoH）は、DNSクエリをポート443のHTTPSでカプセル化するため、リゾルバーのログやDNS層の監視からその痕跡が消えてしまいます。そのため、検知はフローの挙動に依存することになります。ENISAは、DNSトンネリングの検知をこの分野の初期のユースケースの一つとして挙げており、その観測可能な特徴は今も有効です。トンネル化されたDoHは、通常のブラウジングとは異なるクエリ量、パケットサイズのパターン、およびタイミングのリズムを生み出し、許可されていないDoHリゾルバーへのフローは、それ自体で際立った特徴を示します。
暗号化されたトラフィックの検査には、実際には2つではなく3つのアプローチがあります。すなわち、「広範囲に復号する」、「リスクレベルに応じて選択的に復号する」、あるいは「復号せずに分析する」という3つです。これとは対照的なのが、従来の侵入検知・防止システム（IDPS）に組み込まれているペイロード照合エンジンであるディープパケットインスペクション（DPI）です。暗号化されたペイロードはDPIを無力化してしまいます。DPIは、もはや存在しないネットワークのために構築されたものだからです。
広範囲にわたる復号化には実質的なコストが伴います。TLS検査アプライアンスは遅延や処理負荷を増大させ、暗号化トラフィックの管理を、証明書の配布、鍵の取り扱い、および障害の優先順位付けといった恒常的な作業へと変えてしまいます。傍受プロキシの背後で、証明書のピンニングは完全に機能しなくなります。再公開されたコンテンツは、プライバシーの侵害や法的リスクをもたらします。完全前方秘匿性（PFS）はコストをさらに押し上げます。記録されたトラフィックの受動的なSSL復号化は不可能になるため、傍受はセッション中にインラインで行わなければなりません。
2025年9月に最終版が策定されたNIST SP 1800-37は、ベンダー中立の権威ある基準であり、国立サイバーセキュリティ・センター・オブ・エクセレンス（NCCoE）による構築ガイダンスとともに、TLS 1.3の可視化に向けたリスクベースのアプローチを定めたものです。その論理は「中道」を採るものであり、リスクがコストに見合うと認められる限定的な層については復号を行い、それ以外は分析するというものです。NISTサイバーセキュリティ・フレームワーク2.0の下では、ペイロードが暗号化されている場合でも、継続的モニタリング（DE.CM）および有害事象分析（DE.AE）をこのようにして実現可能にしています。
規格をめぐる論争が両極端を際立たせている。ETSI TS 103 523-3 は、管理された環境下でのパッシブ復号を可能にするミドルボックスプロトコルである Enterprise Transport Security（ETS、旧称 eTLS）を定義している。 IETFはTLSという名称の使用に異議を唱え、EFFはフォワードシークレシーを理由に反対した（EFF, 2019）。ここでETSIが挙げられているのは、推奨としてではなく、バランスを取るため、つまり復号側の立場としてである。
これこそが、AIを活用した暗号化トラフィック分析とSSL/TLS復号化との違いでもあります。復号化ではコンテンツが再び露出し、ペイロード解析ツールによって読み取られるのに対し、分析ではコンテンツを露出させることなく、メタデータや行動パターンから意図を推測するのです。
実際には、規制上の制約がこうした事柄の多くを決定づけています。一般データ保護規則（GDPR）、ペイメント・カード・インダストリー・データセキュリティ基準（PCI DSS）、および医療保険の相互運用性と説明責任に関する法律（HIPAA）は、それぞれ、復号化されたデータがどのような処理の対象となり得るかを制限しています。
リスクレベルおよび規制上の制約に基づき、トラフィックのカテゴリごとに「復号」、「選択的復号」、または「分析のみ」の対応方針を割り当てる、7行からなる意思決定マトリックス。
2026年の現実的な対応方針は、マトリックスが示す方向、すなわち、限られたトラフィックに対してリスクベースの選択的復号を行い、それ以外のすべてについては復号を行わない分析を行うという形になる。
EUでは、従業員や顧客の通信トラフィックを復号することは、GDPRや各国の労働法に抵触します。これらの法規制により、企業内ネットワーク上であっても、個人の通信の監視には制限が課されています。ENISAが2019年に発した警告は、「復号を行わない」場合にも当てはまります。つまり、コンテンツが暗号化されたままであっても、メタデータの分析によってプライバシーへの期待値は低下してしまうのです。実務上のガバナンスにおいては、以下の3つのルールに従う必要があります。すなわち、法的根拠を文書化すること、検査の範囲を定義されたリスクレベルに限定すること、そして検知の要件を満たす場合はメタデータを優先することです。具体的な対応については、弁護士と相談して方針を策定してください。
3件の記録された事例は、実際の攻撃手法に対して「メタデータ優先型」の検知がどのように機能するかを示しています。それぞれが、暗号化されたトラフィックにおけるハンティングのテンプレートとしても活用できます。
「Salt Typhoon」。CISA、NSA、FBI、および国際的なパートナー機関による共同勧告AA25-239Aでは、このキャンペーンで使用される暗号化された隠蔽チャネルとして、非標準の高ポート番号でのSecure Shell（SSH）、汎用ルーティングカプセル化（GRE）トンネル、およびIPsecが挙げられており、これらは横方向の移動や コマンド＆コントロール（C&C）トラフィックの隠蔽に利用されている（CISA、2025年8月）。 この勧告に関するFBIの声明によると、被害規模は少なくとも米国の200社に上り、被害は80カ国に及んでいる（TechCrunch）。同局は2026年2月、このキャンペーンが現在も継続中であることを再確認した（CyberScoop）。 検知の兆候は、すべてメタデータに現れていた。本来あるべきではないポートでの暗号化セッション、異常な認証パターン、そして不審なアウトバウンド接続や送信トラフィック量などである。攻撃者がコマンドトラフィックを暗号化している場合、フローメタデータの行動分析によって、この隠蔽された通信経路が明らかになる。
Cobalt Strike ＆コントロール。デフォルト版とクラック版 Cobalt Strike のビルドは、安定しており識別可能なClientHelloと、それに対応するサーバー応答を生成するため、JA3およびJA3Sのフィンガープリントは、トンネルが暗号化される前の平文ハンドシェイクにおいてビーコンとチームサーバーを特定し、定期的なビーコン送信間隔がその一致を裏付けている（『The DFIR Report』、2022年）。このハンドシェイクにより、暗号化の内部に隠されたフレームワークが露呈してしまう。オペレーターはフィンガープリントを改変することが可能であり、まさにそれがJA4が存在する理由である。
正当なTLS保護サービスをMalware 。あるネットワークセキュリティベンダーのmalware 、ドロッパーやローダーが、TLS接続を利用して、信頼性の高いクラウドサービス、ペーストサイト、チャットサービス、コードホスティングサービス、さらにはTorを、ステージング、コマンド＆コントロール（C2）、および情報漏洩に利用していたことが確認された。 送信先の評判と暗号化の両方が防御側の足を引っ張ったため、残された手がかりは動作上の特徴のみとなった。具体的には、通常とは異なる周期性、アップロードとダウンロードの比率、信頼されているはずの送信先へのセッションサイズに加え、TLSおよび証明書のメタデータにおける異常などが挙げられる。暗号化と正規サービスの悪用が組み合わさることで、ペイロードの検査やドメインの評判評価は同時に無効化され、暗号化されたmalware検知するための残された手がかりは、通信フローの挙動のみとなる。
これら3つはすべて、指揮統制戦術に当てはまる（0011) において MITRE ATT&CK バージョン 19.1；以下の各手法は、ネットワークメタデータから確認できます。
暗号化チャネル、アプリケーション層プロトコル、およびプロトコルトンネリング手法を、それらを明らかにするメタデータ信号に対応付けた3行の表。
これらの事例はいずれも、メタデータだけで検出可能であり、これこそが暗号化トラフィック分析の正当性を裏付ける最大の根拠である。
ベンダーのページでは、暗号化トラフィックの機械学習（ML）による分類が、すでに解決済みの問題であるかのように紹介される傾向があります。しかし、査読付き文献ではそうはなっていません。Alwhbi、Zou、Alharbiによる2024年の『Sensors』誌掲載の調査では、ベンチマーク結果と実運用における現実とのギャップが明らかにされています（MDPI、NSFの公開リポジトリからも入手可能）。繰り返し指摘される限界は以下の通りです：
ライセンス条件もまた、あまり議論されていない制約の一つです。2026年3月31日にリリースされたSecurity Onion 3.0.0では、JA4+との統合機能を利用するには、FoxIOライセンス（Security Onion）への明示的な同意が必要となっています。フルスイートを構築する前に、ライセンスの適用状況を確認してください。
こうした事実のいずれも、シグネチャへの回帰を裏付けるものではありません。2025年後半には、検出されたmalware 23％が、シグネチャベースの検知を完全にmalware （GlobeNewswire経由のWatchGuard）。率直に言えば、90％を超える実験室での精度は確かに存在しますが、それは実環境でのパフォーマンスとは異なります。ベースライン設定の手法はネットワーク異常検知に属するものであり、モデル出力と行動分析のコンテキストを組み合わせることで、誤検知によるコストを許容可能な範囲に抑えることができます。
この分野では、メタデータ優先の検知へと収束しつつあります。具体的には、TLSフィンガープリントを標準的なセンサー出力として活用し、フローの挙動を異常検知モデルに反映させ、ペイロードの照合ではなく、ネットワーク上の証拠とアイデンティティのコンテキストを関連付けて脅威を検知する手法が主流となっています。商用NDRツールや、ZeekやSecurity Onionといったオープンソースのセンサーを検討する場合でも、重要なのは機能面に関する問いです。すなわち、「復号化なしで動作するか」、「TCP上のTLSだけでなくQUICもカバーしているか」、「調査の足掛かりとなるフィンガープリントを生成するか」、そして「ECHが導入された際にも円滑に機能低下を回避できるか」といった点です。
Vectra AIは、暗号化されたトラフィックの分析において、「システムがすでに侵害されている」という前提に立っています。つまり、能力のある攻撃者はシステムに侵入し、一旦侵入に成功すれば、ネットワーク上の他の部分と同様に、コマンド＆コントロール通信を暗号化するということです。検知がペイロードの解析に依存している場合、暗号化によって結果はすでに決まってしまっているため、この手法ではメタデータを単なる代替手段ではなく、主要な証拠として扱います。 重要な問いは「ペイロードを読み取れるか」ではなく、「このフローは攻撃者のように振る舞っているか」です。つまり、許可されたサービスでは使用されないリズムでビーコンを送信していないか、ワークロードとしてはあり得ないパターンでデータを移動させていないか、その背後にあるIDがこれまでと変わらない振る舞いをしているか、といった点です。 これに答えるには、ネットワークとアイデンティティを横断した行動分析が必要であり、また、攻撃のシグナルを無害な異常のノイズから分離する必要があります。なぜなら、企業のトラフィック量においては、ノイズがデフォルトの状態だからです。この「信号対ノイズ比」の厳格な管理こそが、暗号化されたトラフィック分析を、単なる学術的な研究ではなく、ネットワーク検知・対応（NDR）の現場で実用的なものにするのです。
暗号化によって防御側からはペイロードが隠されたものの、通信の「形状」は隠されませんでした。そして、現在、検知の鍵となるのはまさにこの「形状」です。ハンドシェイクのメタデータ、TLSフィンガープリント、フローレコード、タイミング情報は、TLS 1.3やQUIC、さらにはECHの大部分においても残存します。ECHをアーキテクチャ上の必然と捉え、ECHが導入されても機能し続けるセンサーを計画してください。 リスクと法的な要件がコストを正当化する場合に限り、限定的に復号を行い、それ以外はすべて分析し、復号せずに検知できる情報に基づいて各アプローチを評価してください。
攻撃も他のあらゆるものと同様に、暗号化の内部へと移行したため、2025年後半には、ブロックされたmalware 96％がTLS経由でmalware 。ペイロードの検査ではこれらの脅威を検知できないが、ハンドシェイクのメタデータ、フィンガープリント、およびフローの挙動は引き続き観測可能であり、ネットワークによる検知は依然として有効である。
復号化ほどではないが、ゼロではない。ENISAは2019年、メタデータ分析はコンテンツが露見しなくても、送信先、タイミング、通信量から行動パターンが明らかになるため、ユーザーのプライバシーに対する期待値を低下させると警告した。適切なプログラムでは、合法的な根拠を明記し、収集範囲を定義されたリスクレベルに限定し、コンテンツよりもメタデータを優先する。
機能の評価基準：復号化なしで機能する検知機能、QUICやHTTP/3、およびTCP上のTLSへの対応、分析担当者が調査の足掛かりとして活用できるJA4などのフィンガープリント出力、ECHの導入拡大に伴う段階的な機能低下への対応、そしてチームが許容できる誤検知率を備えたフローベースの行動検知機能。
いいえ。上記の復号決定フレームワークが示すように、この2つは互いに補完し合っています。選択的復号は、規制の対象となる狭い範囲のトラフィックに対してそのコストに見合う価値をもたらし、一方、非復号分析は、証明書ピンニングや管理対象外のデバイス、あるいはプライバシー法によって復号の対象外となっているトラフィックを含め、それ以外のすべてのトラフィックを処理します。
ハンドシェイクのフィンガープリントを採取し、そのリズムを観察します。デフォルトおよびクラック済みのCobalt Strike 、安定しており識別可能なClientHelloとそれに対応するサーバー応答を送信するため、JA3およびJA3Sのフィンガープリントにより、トンネルが暗号化される前にビーコンサーバーとチームサーバーを特定できます。定期的なビーコン送信間隔がこの一致を裏付け、JA4は変異したビルドにも対応しています。
DoHはDNS層の監視からクエリを隠蔽するため、トラフィックの挙動を通じて検出が可能となります。ENISAは、DNSトンネリングの検出を主要なユースケースの一つとして挙げています。トンネル化されたDoHは、通常のブラウジングとは異なるクエリ量、パケットサイズのパターン、およびタイミングのリズムを生み出し、許可されていないリゾルバーへのトラフィックはそれ自体で際立っています。
