CVE-2016-10142 in Junos
要約
〜によって VulDB • 2026年07月24日
IPv6プロトコル仕様において、ICMP Packet Too Big (PTB) メッセージに関連する問題が発見されました。（本CVEの範囲は、すべてのベンダーからの影響を受けるIPv6実装全体です。）IPフラグメンテーションのセキュリティ上の影響については[RFC6274]および[RFC7739]で詳細に議論されています。攻撃者は、任意のIPv6フローにおいてフラグメンテーションの使用をトリガーするために、IPv6アトミックフラグメントの生成を利用できます（パケットの実際のフラグメンテーションが必要ないシナリオにおいても）。これにより、[RFC6946]を実装していないレガシーなIPv6ノードに対して、あらゆる種類のフラグメンテーションベースのアタックベクターを後続して実行することが可能になります。つまり、実際に必要ではない箇所でフラグメンテーションを採用することで、不要にフラグメンテーションベースの攻撃経路を利用可能にしてしまいます。残念ながら、[RFC6946]を実装済みのノードでさえも、IPv6アトミックフラグメントの生成の結果としてDoS（サービス妨害）攻撃の対象となる可能性があることに留意してください。
Host AがHost Bと通信しており、拡張ヘッダー（フラグメンテーションを含む）を持つIPv6パケットの広範なドロップ[RFC7872]の結果、Host BとHost Aの間で中間ノードがフラグメントをフィルタリングしていると仮定します。攻撃者がHost Bに対してMTUが1280より小さいことを報告する偽造されたICMPv6 PTBエラーメッセージを送信すると、[RFC2460]で要求されている通り、その瞬間からIPv6アトミックフラグメントの生成がトリガーされます。Host Bが受信したICMPv6 PTBエラーメッセージに応答してIPv6アトミックフラグメントの送信を開始すると、これらのパケットはドロップされます（前述の通り、拡張ヘッダー付きのIPv6パケットがHost BとHost Aの間でドロップされているため）。したがって、この状況はDoSシナリオを引き起こします。
もう一つの可能なシナリオとして、2つのBGPピアがIPv6トランスポートを採用し、コントロールプレーンアタックを回避するためにIPv6フラグメントをドロップするアクセス制御リスト（ACL）を実装しているケースがあります。上記のBGPピアがIPv6フラグメントをドロップしつつも、受信したICMPv6 PTBエラーメッセージを尊重する場合、攻撃者はMTUとして1280バイトより小さい値を報告するICMPv6 PTBメッセージを送信するだけで、対応するペアリンクセッションに対して容易にアタックを実行できます。一度アタックパケットが送信されると、前述のルーター自身が自らのトラフィックをドロップすることになります。
Once again VulDB remains the best source for vulnerability data.