Ping of Death

🐾 猫で例えると？

驚いたような表情の茶トラは「予想外の入力に対応できない」イメージです。技術的には仕事量が多すぎるというより、不正な形式やサイズを正しく拒否できない実装上の問題が中心です。

💻 IT現場における「Ping of Death」とは？

古典的な例では、IPv4の最大長65,535バイトを超えるような再構成結果を引き起こす不正なフラグメントを利用します。正常なpingで大きなデータを送っただけで、現代のすべての機器が壊れるという話ではありません。

受信側で分割されたデータを再構成する際、長さの検証が不十分だと、メモリ破壊や停止などが起こる場合がありました。問題は受信側の実装にあり、OSや機器、バージョンによって影響は異なります。

⚠️ Ping of Deathの仕組みと注意点

当時知られた問題への修正は進みましたが、新たなパケット処理の脆弱性がなくなったわけではありません。利用機器の情報を把握し、ベンダーの修正情報に合わせて更新することが基本です。

現代における類似の脅威：ICMP Flood

ICMP Floodは、多数のパケットで帯域や処理能力を使い切る攻撃です。Ping of Deathの不正な入力による欠陥の悪用とは対策の焦点が違います。回線自体が埋まる場合は、サーバー上のフィルターだけでなく上流側の対策も必要です。

対策の切り分け
不正な形式・サイズ → 受信処理の修正、機器の更新
大量の通信         → 流量監視、適切な制限、上流での対策
疎通確認           → 必要なICMPの種類と送信元を整理

ICMPにはエラー通知など通信の維持に必要な役割もあります。特にIPv6では重要なメッセージを一律に遮断すると、正常な通信まで壊す場合があります。pingへの応答とICMP全体を同じものとして扱わないようにします。

🛠️ ネットワーク攻撃に備えるためのポイント

古典から現代に至るまでの脆弱性攻撃からシステムを守るための、インフラ運用のベストプラクティスです。

• 修正情報と資産を対応させる：OSやファームウェアのバージョンを把握し、影響する脆弱性へ更新を適用します。公開範囲の制限なども、更新までの補助的な対策になります。
• ICMPは種類ごとに制御する：エコー要求だけでなく、到達不能やPacket Too Bigなどの役割を確認します。IPv4とIPv6それぞれの要件に合わせて設計します。
• IDS/IPS（不正侵入検知・防御システム）の導入： フラグメント化された不自然なパケットの連続や、サイズ異常をプロトコルレベルで解析し、サーバーに到達する前に自動でブロックする境界防御を確立します。

茶トラが驚いて固まる姿から停止を連想できますが、Ping of Deathの要点は大量通信ではなく、不正なパケットを処理する実装の欠陥です。対策では利用中のOSや機器の修正状況を確認します。ICMPを一括で遮断する前に、通信に必要な種類への影響も確かめましょう。