【ネットワークスペシャリスト試験 令和7年度 春期 午前2 問11】 ネットワークの要！3ウェイハンドシェイク完全解説

今日のテーマは、TCP/IP通信の基礎にして最重要概念の一つである「3ウェイハンドシェイク」です。
インターネットをはじめとするあらゆるネットワーク通信の土台を支えるこの仕組みを理解することは、資格取得はもちろん、実務で信頼性の高い通信を設計・運用する上で不可欠です。

プロフェッショナルな視点から、その定義、仕組み、そして関連するネットワークの状態遷移まで、詳細かつ簡潔に深掘りしていきます。
合格への一歩として、この核となる知識を確実にマスターしましょう。

問題

【出典：ネットワークスペシャリスト試験 令和7年度 春期 午前2（一部、加工あり）】

3ウェイハンドシェイクとは

定義

3ウェイハンドシェイク (Three-way Handshake) とは、TCP (Transmission Control Protocol) において、クライアントとサーバ間で信頼性のある通信セッションを開始するために用いられるコネクション確立手順のことです。

この手順は、送信側と受信側の双方が相手に通信の開始を通知し、その通知に対する確認応答（ACK）を3回のパケット交換によって行うことから、この名がついています。
これにより、双方の初期シーケンス番号（ISN）の交換、接続性の確認、データの送受信準備が完了します。

背景・経緯

TCPは、IP（Internet Protocol）の上位レイヤーで動作し、データの信頼性を保証する役割を担っています。
IPが単にパケットを目的地に届ける（ベストエフォート）のに対し、TCPはパケットの順序制御、再送制御、フロー制御などを行い、アプリケーション層に信頼性の高いデータストリームを提供します。

3ウェイハンドシェイクは、この「信頼性の保証」を通信開始時に実現するための基本的な仕組みとして、TCPプロトコルの仕様策定当初から導入されています。
この手順を踏むことで、通信を開始する前に双方の送受信能力と状態を確認し合い、後続のデータ転送の基盤を磐石なものにしています。

仕組み

ITエンジニアのプロ向けに、3ウェイハンドシェイクの動作を詳細に解説します。

3ウェイハンドシェイクは、以下の3つのステップで構成され、TCPヘッダ内の特定のフラグとシーケンス番号/確認応答番号が鍵となります。

ステップ 1：SYN (Synchronize)

1. クライアントがサーバに対し、接続要求としてSYNフラグを1にセットしたTCPパケットを送信します。

2. このパケットには、クライアントが通信に使用する初期シーケンス番号（ISN: Initial Sequence Number）(CISN​)が含まれます。

ステップ 2：SYN + ACK (Synchronize and Acknowledgement)

1. サーバはSYNパケットを受信し、接続要求を受け付けます。

2. サーバはクライアントへの応答として、以下の要素を含むTCPパケットを返送します。

   • SYNフラグを1にセット
     サーバ側のISNを通知します。

   • ACKフラグを1にセット
     クライアントのSYNに対する確認応答であることを示します。

   • 確認応答番号 (Ack)
     クライアントから受け取ったシーケンス番号(CISN​)に1を加えた値 (CISN​+1)を設定します。
     これは、「CISNまでのデータ（SYNフラグも1バイトと見なす）は正しく受信したため、次はCISN + 1から始まるデータを期待する」という意味を持ちます。

ステップ 3：ACK (Acknowledgement)

1. クライアントはサーバからのSYN + ACKパケットを受信し、サーバが接続可能であることを確認します。

2. クライアントはサーバへの最終確認応答として、ACKフラグを1にセットしたTCPパケットを返送します。

   • 確認応答番号 (Ack)
     サーバから受け取ったシーケンス番号(SISN​)に1を加えた値 (SISN​+1)を設定します。

3. サーバがこのACKパケットを受信すると、サーバもESTABLISHED状態へ遷移します。

この3つのステップを経て、双方でシーケンス番号の交換と接続の合意が完了し、ESTABLISHED (確立) 状態となり、データの送受信が可能になります。

事例

3ウェイハンドシェイクは、インターネットを利用したほとんど全ての通信の開始時に使用されています。

• Webブラウジング（HTTP/HTTPS）
  WebブラウザがWebサーバにアクセスする際、最初にTCPコネクションを確立するために行われます。

• メールの送受信（SMTP/POP3/IMAP）
  メールクライアントがメールサーバに接続する際に行われます。

• ファイル転送（FTP）
  クライアントがFTPサーバに接続し、制御チャネルを確立する際に行われます。

• SSHによるリモート接続
  セキュアなシェル接続を行う際にも、基盤となるTCPコネクションの確立に利用されます。

課題

3ウェイハンドシェイク自体は信頼性の高い仕組みですが、悪用されるといくつかのセキュリティ上の課題を引き起こします。

• SYNフラッド攻撃 (SYN Flood Attack)

  • 概要
    悪意あるクライアントが大量のSYNパケットを送信し、最後のACKを返さない攻撃です。

  • 影響
    サーバは各SYNパケットに対し、SYN-ACKを返した状態でSYN-RECEIVED状態のコネクション（ハーフオープンコネクション）を保持し続けます。
    これにより、サーバのリソース（メモリやソケット）が枯渇し、正当なクライアントからの接続を受け付けられなくなる（DoS状態になる）可能性があります。

対策

上記のような課題に対し、以下のような対策が講じられています。

• SYN Cookie

  • 概要
    SYNフラッド攻撃対策として広く使われる手法です。
    SYN-RECEIVED状態の情報をサーバ側で保持せず、SYN-ACKパケットのシーケンス番号に接続情報（秘密鍵、タイムスタンプなど）を暗号化して埋め込みます。

  • 動作
    クライアントが最後のACKを返してきた際に、そのACKパケットの確認応答番号（サーバのISN + 1）から埋め込まれた情報を復号して正当性を確認し、初めてコネクションを確立します。
    これにより、サーバのメモリリソースを消費することなく、正当な接続のみを許容できます。

• ファイアウォール/IPSによるフィルタリング
  短時間に大量のSYNパケットを送信する送信元IPアドレスを検知・ブロックします。

• ハーフオープンコネクションのタイムアウト短縮
  SYN-RECEIVED状態のコネクションが保持される時間を短く設定し、リソースの早期解放を促します。

今後の動向

TCPは長年にわたりインターネットを支えてきましたが、近年の高効率化・高速化の要求や、モバイル環境での通信の最適化を目指し、新たなプロトコルが登場しています。

• QUIC (Quick UDP Internet Connections)

  • 概要
    Googleが開発し、IETFで標準化が進められているプロトコルで、UDPをベースとしています。

  • 関連性
    QUICは、TCPの3ウェイハンドシェイクに代わる、より高速な0-RTT (Zero Round Trip Time) または 1-RTT でのコネクション確立を実現します。
    特に、ハンドシェイクと同時に暗号化（TLS）の情報を交換することで、遅延を大幅に削減しています。

  • 将来性
    Webトラフィックを中心に採用が進んでおり、将来的にはTCP/3ウェイハンドシェイクの利用シーンの一部をQUICが置き換える可能性があります。
    ただし、TCPのシンプルさと堅牢性から、基盤技術としての地位は引き続き重要です。

問題

解説

正解は「ア」です。

解答を導くための考え方

この問題は、TCPの状態遷移、特にコネクションの確立（3ウェイハンドシェイク）におけるサーバ側の役割を理解しているかを問うています。

注目すべきは、「サーバが」「クライアントから要求を受けて（つまりSYNを受け取って）」コネクションを確立する際の最初の状態です。

注目ポイント：サーバ側の状態遷移

1. 接続待機状態
   サーバは、クライアントからの接続要求を待ち受けている必要があります。
   この「待ち受け」状態がどの状態に対応するかを特定します。

2. SYNパケットの処理
   サーバは、クライアントからSYNフラグがセットされたパケット（接続要求）を受け取ると、SYN-ACKを返し、次の状態へ遷移します。

各選択肢の状態の確認

• ア　LISTEN (待ち受け)

  • これは、サーバが接続を待ち受けている状態です。
    TCPポートを開放し、クライアントからの最初のパケット（SYN）を受け付ける準備ができています。
    3ウェイハンドシェイクのステップ1でSYNパケットを受信する、サーバの初期状態に該当します。

• イ　SYN-RECEIVED (SYN受信)

  • これは、サーバがクライアントからSYNを受信し、SYN-ACKを送信した後の状態です。
    クライアントからの最後のACKを待っている状態です。

• ウ　SYN-SENT (SYN送信)

  • これは、主にクライアント側が、接続開始のためにサーバへSYNを送信した後の状態です。

• エ　TIME-WAIT (時間待ち)

  • これは、コネクションを切断する際の最終状態であり、コネクション確立の最初の段階とは無関係です。

したがって、サーバがクライアントからの接続要求（SYNパケット）を待ち受けて受け付ける状態は、「LISTEN」です。

まとめ

ITエンジニアとしてこの記事から得られる知見

この記事を通じて、あなたは単なる「3つのステップ」という表面的な知識を超え、TCP 3ウェイハンドシェイクのプロフェッショナルな理解を得られました。

1. 信頼性の基盤理解
   3ウェイハンドシェイクが、単なる接続ではなく、双方向の送受信能力と初期シーケンス番号（ISN）の交換を保証する信頼性の基盤であることを把握しました。
   特にISNの交換は、その後のデータの順序制御や再送制御の起点となります。

2. 状態遷移とフラグの意味
   SYNとACKフラグの厳密な役割と、LISTEN、SYN-RECEIVED、ESTABLISHEDといった状態遷移を関連付けて理解することで、ネットワークトラブルシューティング（例：パケットキャプチャ解析）の際に、どの段階で問題が発生しているかを正確に特定できるようになりました。

3. セキュリティと対策
   SYNフラッド攻撃という具体的なセキュリティ課題と、それを防ぐためのSYN Cookieという高度な技術的な対策を知ることで、セキュアなインフラ設計の視点を持つことができました。

4. 技術の進化
   QUICなどの新しいプロトコルの動向を把握し、TCPが持つ遅延課題と、それを解決しようとする技術の方向性を理解しました。

今後活かしていくためのアドバイス

ネットワークスペシャリストとして、これらの知識を実務で活かし、さらに深めるためのアドバイスは以下の通りです。

1. パケット解析の実践
   Wiresharkなどのパケットキャプチャツールを使用して、実際の3ウェイハンドシェイクの通信をキャプチャし、TCPヘッダ内のフラグ、シーケンス番号、確認応答番号がどのように変化しているかを自分の目で確認してください。
   教科書的な知識が、生きたデータとして結びつきます。

2. 状態遷移の暗記と応用
   TCPの全状態遷移図（CLOSEDからTIME-WAITまで）を完全に把握し、それぞれの状態がどのようなリソース（メモリ、ポート）を消費しているかを意識してください。
   これにより、サーバのパフォーマンスチューニングやトラブルシューティングの質が格段に向上します。

3. プロトコルの比較研究
   QUICとTCPのハンドシェイクや信頼性確保のメカニズムを比較研究することで、次世代ネットワーク技術への対応力を高めることができます。

この確固たる基礎知識は、あなたのキャリアを支える強力な武器になります。頑張ってください！