UDPデータグラムフォーマットのパケット長フィールドに関するネットワークスペシャリスト試験

 了解です。

では「UDPデータグラムフォーマットのパケット長（Length）フィールド」をテーマに、

ネットワークスペシャリスト試験の本試験に合わせた形式（択一＋解答・解説＋穴埋め＋誤文訂正）で10問一気に作成します。

---

UDPデータグラムフォーマット：パケット長フィールド 問題集（10問）

---

問題1

UDPパケット長フィールドの値に含まれるものはどれか。

A. UDPヘッダとデータの合計長

B. データ部の長さのみ

C. IPヘッダとUDPヘッダの合計長

D. TCPヘッダとデータの合計長

【正解】A

【解説】UDPのLengthフィールドは、UDPヘッダ（8バイト）＋データ部の合計長をバイト単位で表す。

【穴埋め】UDPパケット長フィールドは、UDPヘッダと ________ の合計長を表す。

→ データ部

【誤文訂正】UDPパケット長フィールドは、IPヘッダを含めた全長を表す。

→ 正しくは UDPヘッダとデータ部の合計長を表す。

---

問題2

UDPパケット長フィールドの最小値はいくつか。

A. 0

B. 8

C. 20

D. 28

【正解】B

【解説】UDPヘッダだけで8バイトあり、データがなくてもLengthは8となる。

【穴埋め】UDPパケット長の最小値は ________ バイトである。

→ 8

【誤文訂正】UDPパケット長の最小値は20バイトである。

→ 正しくは8バイトである。

---

問題3

UDPパケット長フィールドは何バイト単位で長さを表すか。

A. ビット

B. バイト

C. ワード（16ビット）

D. ダブルワード（32ビット）

【正解】B

【解説】UDPのLengthはバイト単位で表される。

【穴埋め】UDPパケット長フィールドは ________ 単位で長さを表す。

→ バイト

【誤文訂正】UDPパケット長フィールドは16ビット単位で長さを表す。

→ 正しくはバイト単位である。

---

問題4

UDPパケット長フィールドの最大値はいくつか（理論値）。

A. 65535

B. 65527

C. 65507

D. 65528

【正解】A

【解説】Lengthは16ビットのため理論最大は65535。ただしIPv4の全長やヘッダ分を引くため、実際のデータサイズには制限がある。

【穴埋め】UDPパケット長フィールドは16ビットのため、理論上の最大値は ________ である。

→ 65535

【誤文訂正】UDPパケット長フィールドの最大値は65507バイトである。

→ 正しくは理論値は65535である（実際の最大データ長は65507）。

---

問題5

UDPパケット長がIPv4ヘッダのTotal Lengthと不一致だった場合、どうなるか。

A. 正常に受信される

B. 破棄される可能性が高い

C. 自動的に補正される

D. TCPの再送制御が働く

【正解】B

【解説】IP層とUDP層で長さの不一致があると、受信側でエラーとして破棄されることが多い。

【穴埋め】UDP長とIP全長が不一致の場合、パケットは ________ される可能性が高い。

→ 破棄

【誤文訂正】UDP長とIP全長が不一致でも必ず正常受信される。

→ 不一致の場合は破棄される可能性が高い。

---

問題6

UDPパケット長フィールドの値からヘッダ長を引くと求められるのは何か。

A. MTU

B. データ長

C. IP全長

D. TCPシーケンス番号

【正解】B

【解説】UDP Length − 8（ヘッダ長）＝データ長。

【穴埋め】UDP Length から8を引くと ________ 長が求められる。

→ データ

【誤文訂正】UDP Length から8を引くとIP全長が求められる。

→ 正しくはデータ長が求められる。

---

問題7

UDPパケット長フィールドはどのプロトコル層で利用されるか。

A. アプリケーション層

B. トランスポート層

C. ネットワーク層

D. データリンク層

【正解】B

【解説】UDP Lengthはトランスポート層のUDPヘッダに含まれるフィールド。

【穴埋め】UDP Lengthは ________ 層で定義されるフィールドである。

→ トランスポート

【誤文訂正】UDP Lengthはネットワーク層で定義される。

→ 正しくはトランスポート層で定義される。

---

問題8

UDP LengthフィールドはIPv6においても存在するか。

A. はい

B. いいえ

【正解】A

【解説】IPv6でもUDP Lengthは存在し、同じくヘッダ＋データの合計長を表す。

【穴埋め】UDP LengthフィールドはIPv4だけでなく ________ においても存在する。

→ IPv6

【誤文訂正】UDP LengthフィールドはIPv6では存在しない。

→ IPv6でも存在する。

---

問題9

UDP Lengthの値が8未満だった場合、どうなるか。

A. 正常に受信される

B. 不正パケットとして破棄される

C. 自動的に8に修正される

D. TCP再送が行われる

【正解】B

【解説】UDPヘッダだけで8バイトあるため、8未満は不正。

【穴埋め】UDP Length が8未満の場合、パケットは ________ される。

→ 破棄

【誤文訂正】UDP Length が8未満の場合でも正常に受信される。

→ 不正パケットとして破棄される。

---

問題10

UDPパケット長フィールドを使ってデータ部の長さを求める計算式はどれか。

A. Length − 8

B. Length − 20

C. Total Length − 8

D. MTU − 8

【正解】A

【解説】UDP Lengthからヘッダ分（8バイト）を引くとデータ部長が求まる。

【穴埋め】UDPデータ長 ＝ UDP Length − ________

→ 8

【誤文訂正】UDPデータ長 ＝ UDP Length − 20

→ 正しくは UDP Length − 8。

---

この形式なら午後Ⅰのキャプチャ解析や午後Ⅱの長文シナリオにも応用できます。

希望があれば、この「パケット長フィールド」をテーマにキャプチャ付き午後Ⅰ・午後Ⅱ問題も作成できますが、進めますか？

了解です。

では先ほどの「UDPデータグラムフォーマットのパケット長フィールド」をテーマに、

午後Ⅰ形式（キャプチャ解析）5問＋午後Ⅱ形式（長文シナリオ）5問を作ります。

---

午後Ⅰ形式：キャプチャ解析問題（5問）

---

問題1

次のUDPヘッダの一部キャプチャを見て、UDPデータ部の長さを求めよ。

Source Port: 50000

Destination Port: 53

Length: 28

Checksum: 0x3a12

【解答】20バイト

【解説】UDP Length − ヘッダ長（8）＝ 28 − 8 ＝ 20バイト。

---

問題2

次のIPv4＋UDPパケットの情報から、UDP Lengthフィールドの値を求めよ。

IP Total Length: 48

IP Header Length: 20

【解答】28

【解説】UDP長 ＝ IP全長 − IPヘッダ長 ＝ 48 − 20 ＝ 28バイト。

---

問題3

以下のUDPキャプチャで、Lengthフィールドが示す値として正しいのはどれか。

Length: 65535

A. 実際のデータ長

B. UDPヘッダ＋データの理論最大長

C. MTUサイズ

D. TCPヘッダ長

【正解】B

【解説】65535は16ビットの最大値。IPv4の仕様上は理論値であり、実際はMTU制限を受ける。

---

問題4

次のキャプチャで、UDP Lengthの値がIP Total Lengthと一致しない場合、受信側の動作として最も可能性が高いのはどれか。

A. 正常受信

B. 破棄

C. 自動補正

D. 再送

【正解】B

【解説】整合性が取れない場合はパケット破棄となることが多い。

---

問題5

次のキャプチャを見て、パケットが不正と判断される理由を答えよ。

Source Port: 69

Destination Port: 49152

Length: 6

【解答】UDP Lengthが8未満（ヘッダ長より短い）ため不正。

---

午後Ⅱ形式：長文シナリオ問題（5問）

---

シナリオ共通背景

ある企業のネットワーク監視チームは、TFTPサーバの通信が途中で途切れる原因を調査している。

パケットキャプチャから、UDP Lengthフィールドに異常値が含まれるパケットが多数検出された。

以下は正常系と異常系のキャプチャ抜粋である。

---

正常系（キャプチャ抜粋）

Frame 12: 60 bytes on wire

IP Total Length: 48

IP Header Length: 20

UDP Source Port: 12345

UDP Destination Port: 69

UDP Length: 28

異常系（キャプチャ抜粋）

Frame 45: 60 bytes on wire

IP Total Length: 48

IP Header Length: 20

UDP Source Port: 12345

UDP Destination Port: 69

UDP Length: 24

---

問題6

正常系と異常系で、UDP LengthとIP Total Lengthの関係を比較し、異常系が破棄される理由を説明せよ。

【解答例】

正常系は UDP Length＝IP Total Length − IPヘッダ長 で一致しているが、異常系は 24 ≠ 28 であり整合性が取れないため破棄される。

---

問題7

UDP Lengthの値が誤って小さい場合、受信アプリケーションにどのような影響があるか述べよ。

【解答例】

データの一部が欠落したと解釈され、アプリケーションは不完全なデータとして処理またはエラー終了する。

---

問題8

TFTPのようにUDPを使用するプロトコルでLength異常が多発した場合、考えられるネットワーク要因を3つ挙げよ。

【解答例】

1. 送信側のUDP実装バグ

2. 中継ルータやFWによるパケット変形

3. MTUフラグメンテーション時の再構築失敗

---

問題9

UDP Lengthが65535に近い大きな値のパケットが連続して検出された場合、どのようなセキュリティ上の懸念があるか。

【解答例】

バッファオーバーフロー攻撃の試みやDoS攻撃（メモリ枯渇）を狙った不正パケットの可能性。

---

問題10

監視チームはUDP Length異常を自動検知する仕組みを追加しようとしている。

その際に比較すべき2つのフィールドを挙げよ。

【解答例】

1. IP Total Length

2. UDP Length

---

この午後Ⅰ・午後Ⅱセットは、

午後Ⅰ＝短時間で計算や判断

午後Ⅱ＝シナリオで原因・影響・対策を記述

の両方カバーしています。

---

この続きとして、希望があれば

このUDP Length異常のシナリオに「正常系と異常系の状態遷移図」を追加して図解付き問題にもできますが、追加しますか？

了解です。

では先ほどの「UDP Length 異常検知」シナリオに 状態遷移図＋パケットキャプチャ時系列図 を追加した試験風の図解付き午後Ⅱ問題を作成します。

---

図解付き午後Ⅱ問題：UDP Length 異常検知シナリオ

---

背景

あなたは企業ネットワークの監視担当です。

社内のTFTPサーバ（UDPポート69）との通信において、ファイル転送が途中で失敗する事象が報告されました。

パケットキャプチャを取得したところ、UDP Lengthフィールドに不整合のあるパケットが確認されました。

---

正常系：パケットキャプチャ時系列図

時刻(ms)   IP Total Length   IP Header Len   UDP Length   状態

--------------------------------------------------------------

0.000      48                20              28           正常送信

0.002      60                20              40           正常送信

0.004      44                20              24           正常送信

異常系：パケットキャプチャ時系列図

時刻(ms)   IP Total Length   IP Header Len   UDP Length   状態

--------------------------------------------------------------

0.000      48                20              24           不整合（破棄）

0.002      60                20              36           正常送信

0.004      44                20              20           不整合（破棄）

---

UDPパケット処理状態遷移図（簡易）

[受信開始]

     ↓

(UDP Length == IP Total Length - IP Header Len) ?

     ├─ YES → [アプリ層処理へ] → [受信完了]

     └─ NO  → [破棄] → [ログ記録] → [終了]

---

設問

---

設問1

正常系と異常系のキャプチャを比較し、破棄されたパケットのUDP Lengthの値に共通する特徴を述べよ。

【解答例】

IP Total Length − IP Header Length よりも小さい値になっており、UDPヘッダ＋データの長さと一致していない。

---

設問2

上記状態遷移図において、UDP Lengthチェックをスキップした場合のセキュリティリスクを2つ挙げよ。

【解答例】

1. 不正パケットによるバッファオーバーフロー

2. 改ざんデータのアプリ層処理による情報漏えい

---

設問3

UDP Length異常が発生する可能性があるネットワーク層またはトランスポート層以外の要因を1つ挙げよ。

【解答例】

NICドライバのバグや不具合

---

設問4

UDP Lengthの異常検知を行う監視システムにおいて、比較対象とするべき2つのフィールドを挙げよ。

【解答例】

1. IP Total Length

2. UDP Length

---

設問5

TFTP転送の中断回数が多くなる場合に、UDP Length以外で確認すべきUDPヘッダフィールドを1つ挙げ、その理由を述べよ。

【解答例】

Checksumフィールド。誤り検出によって破棄されている可能性があるため。

---

これで午後Ⅱ問題として図解（状態遷移図＋キャプチャ時系列）＋設問＋解答例の形になりました。

もし希望されれば、これを PDF化して図も含めた試験問題レイアウト に整えられます。

このままPDF化しますか？