シーケンス番号の深淵：なぜTCPは「順序」にこだわり、ISNを隠すのか？
ネットワークエンジニアとして現場に立っていると、Web APIのレスポンスが遅延したり、特定の環境下でパケットロスが頻発したりするトラブルに遭遇することがあります。そんな時、パケットキャプチャツールを起動し、Wiresharkのタイムラインを眺めながら「なぜこのパケットが再送されているのか？」と頭を抱えることはありませんか？
その答えの鍵を握るのが、TCPの心臓部とも言える「シーケンス番号（Sequence Number）」です。今回は、教科書的な定義を飛び越えて、実務で役立つその本質とセキュリティ上の役割を紐解いていきましょう。
—
1. シーケンス番号：TCPという「パズル」のピース番号
TCPは、信頼性の低いIP網の上で「信頼できる通信」を実現するためのプロトコルです。バラバラの順序で届くかもしれない、あるいは途中で消えるかもしれないIPパケットを、アプリケーション層に届ける前に元の正しい順番に並び替える必要があります。
ここで登場するのが、TCPヘッダーに含まれる32ビットのSequence Number（シーケンス番号）です。
順序制御のメカニズム
TCPの接続において、各セグメントには「このデータがバイトストリームのどこに位置するか」を示す番号が振られます。受信側は、この番号を頼りに「あ、次はここのデータが足りないから再送要求（ACK）を出そう」と判断するわけです。
例えば、1000バイトのデータを送る際、MSS（Maximum Segment Size）が500バイトなら、以下のように分割されます。
- セグメント1：
Sequence Number: 1（0〜499バイト） - セグメント2：
Sequence Number: 501（500〜999バイト）
受信側はこの番号を見て、データが欠落していないかを瞬時にチェックします。これがTCPが「順序保証」を謳える最大の理由です。
—
2. ISNのランダム化：セキュリティの要
さて、ここで一つ重要な疑問が浮かびます。「なぜ、接続開始時のシーケンス番号（ISN: Initial Sequence Number）をゼロから始めないのか？」
かつて、このISNが予測可能な単純な値（0からカウントアップするなど）だった時代がありました。これに対し、攻撃者は標的のサーバーになりすまして偽のパケットを送りつける「TCPセッションハイジャック」を仕掛けていたのです。
なぜISNを隠すべきなのか
もしISNが推測可能だと、攻撃者は正規の接続が確立される前に、正しいシーケンス番号を予測してACKパケットを送り込むことができてしまいます。これによって、通信を乗っ取ったり、認証をバイパスしたりする攻撃が可能になります。
現代のOS（Linuxのカーネルパラメータなど）では、ISNは以下の式で生成されるような、非常に予測困難なハッシュ値を用いて決定されます。
ISN = M + F(localhost, localport, remotehost, remoteport, secret_key)
※M: タイマー値、F: 擬似乱数生成関数
実務での確認方法
実際に自身の環境でどのようなISNが生成されているか、curlを使ってパケットを覗いてみましょう。
# サーバーへの接続をキャプチャしてISNを確認するコマンド例
# 実際には別の端末で tcpdump を実行しながら行います
tcpdump -i eth0 tcp port 80 -S
# -S オプションを付けることで、シーケンス番号を絶対値で表示しますWiresharkで確認すると、SEQ=0から始まらず、非常に大きなランダムな数値から始まっていることがわかります。これが現代のネットワークを守る、目に見えない盾なのです。
—
3. 実務で知っておくべき「シーケンス番号」のトラブルシューティング
API設計やインフラ運用において、シーケンス番号を意識すべき場面は意外と多いものです。
① ネットワーク機器による「パケット修正」
ファイアウォールやロードバランサー（L4-LB）が、シーケンス番号を勝手に書き換える挙動をすることがあります（いわゆる「TCPシーケンス番号の正規化」）。
もし、クライアントとサーバーで通信が噛み合わない場合、中間のネットワーク機器がパケットのシーケンス番号を整合性が取れない形に書き換えていないか、tcpdumpの結果を詳細に比較してください。
② Pythonによる通信デバッグ
APIの疎通確認を行う際、requestsライブラリ等で発生するエラーの裏側を理解するために、Pythonでソケットレベルの挙動を追うことも重要です。
import socket
# TCPソケットを作成
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
# 接続時の挙動を観察する際は、tcpdumpでローカルポートを確認
s.connect(("example.com", 80))
# HTTPリクエストの送信
request = "GET / HTTP/1.1\r\nHost: example.com\r\n\r\n"
s.sendall(request.encode())
# 受信処理（この際もTCPの再送制御が裏で動いています）
data = s.recv(1024)
print(data.decode())
s.close()—
まとめ：エンジニアの視座
シーケンス番号は単なる数字の列ではありません。それはネットワークという信頼性の低いインフラの上に、信頼という名の橋を架けるための「羅針盤」です。
- ISNのランダム化は、セキュリティにおける「予測不可能性」の重要性を教えてくれる好例です。
- 順序制御は、パケットロスが頻発する環境でパフォーマンスを維持するための基礎知識です。
日頃、私たちが何気なく叩いている curl や、ブラウザの Fetch API の背後では、こうした緻密な計算が毎秒何万回と行われています。トラブルシューティングで行き詰まった時、ぜひもう一度、パケットの中の Sequence Number に注目してみてください。そこには必ず、通信が失敗した「理由」が記されているはずです。
ネットワークの深淵を覗くことは、システムの挙動を完全に制御するための第一歩。ぜひ、日々の運用でもこの視点を持ち続けてください。
コメント