DNSの「信頼」をハックする：トランザクションIDとソースポートの静的な罠を暴く
ネットワークエンジニアとして夜を徹してログを追っていると、時に「プロトコルの根源的な脆さ」に直面することがある。DNSはその筆頭だ。UDPというステートレスなプロトコルの上に築かれたこの巨大なインフラは、実は「誰が一番早く嘘を吹き込めるか」というチキンレースの上に成り立っている。
今日は、DNSキャッシュポイズニングの核心部である「トランザクションID（TXID）」と「ソースポートのランダム性」について、現場の視点から深掘りしたい。
1. なぜDNSは「当たる」のか：TXIDの脆弱性
DNSクエリには、クライアントとサーバ間で整合性を保つための16ビットの TXID が付与される。この値は高々65,536通りしかない。もし攻撃者が外部からのクエリを傍受、あるいは推測し、本物の応答が届く前に偽のパケットを流し込めれば、キャッシュは汚染される。
これを検証するには、dig を用いて、実際にクエリが発行される際のポートとIDの挙動を観察するのが一番の近道だ。
# 繰り返しクエリを投げ、TXIDとソースポートがどう変化するかを確認する
# 本来であれば、これらは毎回ランダムであるべきだ
for i in {1..5}; do
dig @8.8.8.8 example.com +noall +stats | grep "SERVER"
doneもし、あなたが管理するDNSキャッシュサーバの TXID が予測可能、あるいはソースポートが固定（例：常に 53 番ポートなど）されていれば、それは「強盗に対して玄関の鍵を開けて待っている」のと同じことだ。
2. ソースポートのランダム化：0x20ビットエンコーディングを超えて
ポートのランダム化は、攻撃の成功確率を劇的に下げる。攻撃者は TXID（16bit）に加えて、ソースポート（実質的に10,000〜65,535の範囲）も当てなければならない。これらを掛け合わせれば、探索空間は飛躍的に増大し、ブルートフォース攻撃は現実的な時間では不可能になる。
BINDやUnboundなどの権威サーバで設定を確認する際は、以下のパラメーターが有効になっているか必ずチェックしてほしい。
# BIND 9.xの設定例 (named.conf)
options {
# クエリを送信する際のソースポートをランダムに割り当てる
query-source address * port *;
# 0x20ビットエンコーディングを有効化し、クエリ/応答の曖昧さを増す
use-query-name-case yes;
};3. パケットレベルの最適化とレイテンシのジレンマ
セキュリティを強固にする一方で、ネットワークパフォーマンスの最適化も忘れてはならない。DNSの応答速度は、そのままWebサイトのTTFB（Time To First Byte）に直結する。
特に、クライアントとのハンドシェイクを最適化する際、TCP Fast Open や TLS 1.3 の 0-RTT は強力だが、UDPベースのDNSクエリにおいて EDNS0 を活用したパケットサイズの最適化も重要だ。MTU（Maximum Transmission Unit）を超えてパケットがフラグメント化されると、ファイアウォールやIDSがパケットをドロップし、結果としてDNS解決のタイムアウトを招く。
# 応答サイズを調整し、フラグメンテーションを回避するためのdig設定
# +bufsize=1232 は、多くの環境でセーフとされるEDNSバッファサイズ
dig +bufsize=1232 @8.8.8.8 example.com4. 現場の教訓：監視すべきは「異常なトラフィック」
我々NOCエンジニアが障害対応で見るべきは、dig で確認できる静的な設定だけではない。ss コマンドや tcpdump を駆使し、UDPの Socket Buffer 溢れや、特定のDNSクエリに対する不自然な応答の偏りを監視する必要がある。
# DNSポートの通信状況をリアルタイムで確認する
# Recv-Q が積もり続けていれば、処理能力の限界、もしくはDoS攻撃の兆候だ
ss -unp | grep :53もし Recv-Q が急増しているなら、それはCPUの負荷か、あるいは大量の偽装パケットによるメモリ枯渇の始まりだ。こうなった場合、即座に上位のACLでレートリミットをかけ、トラフィックをクリーンな経路へと誘導しなければならない。
結び：インフラエンジニアとしての矜持
DNSの脆弱性は、プロトコルの設計思想そのものに起因している。だからこそ、我々エンジニアは設定ファイルの一行一行に「なぜこの値を設定するのか」という根拠を持たねばならない。
dig を叩くたびに、パケットがインターネットという荒野をどう飛び、誰がそれを待ち構えているのかを想像してほしい。技術とは、単なる機能の実装ではなく、システムの脆弱性との終わりのない対話なのだから。
今夜も、ログの海を泳ぎながら、堅牢なネットワークを構築していこう。それが、我々の仕事だ。
コメント