【入門編】HTTP/1.1におけるメッセージボディの解析とContent-Length – HTTPプロトコル・通信規格実践ガイド

郵便物の「中身の長さ」が分からないと、世界はパニックになる？ HTTP/1.1の「Content-Length」を紐解く

こんにちは！ネットワークの世界へようこそ。今日は、私たちが普段何気なく見ているWebサイトの裏側で、静かに、しかし非常に重要な役割を果たしている「Content-Length」というヘッダーについてお話しします。

「HTTP/1.1って何？」「ヘッダーって難しそう…」と身構える必要はありません。まずは、私たちの日常にある「郵便」に例えて、この仕組みを覗いてみましょう。

—

1. 郵便配達員さんの苦悩：どこまでが手紙？

想像してみてください。あなたは郵便局員さんです。手紙の封筒に、こんなメッセージが書かれていたらどう思いますか？

「この手紙は、全部で500グラムあるよ」
「この手紙は、終わりが来るまで読み続けてね」

HTTPの初期（HTTP/0.9の頃）は、実は後者のような「終わりが来るまで受け取り続ける」スタイルでした。しかし、これでは困ったことが起きます。

もし、途中で手紙が破れてしまったら？あるいは、いたずらで変な文章が付け加えられていたら？受け取る側は「どこまでが本当の手紙で、どこからがゴミなのか」が判別できません。

そこで登場したのが、「Content-Length」という魔法のラベルです。

Content-Lengthの役割

「このメッセージのボディ（中身）は、合計で〇〇バイトあるよ！」とあらかじめ宣言する仕組みです。これがあるおかげで、受信側は「よし、〇〇バイト届いたから、これで今回のお届け物は完璧だ！」と確信を持って処理を終えられるわけです。

—

2. 実践！HTTPメッセージを覗いてみよう

では、実際にブラウザとサーバーがどんな会話をしているのか、少しだけ具体的に見てみましょう。

POST /submit-form HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded
Content-Length: 27 # ここが「中身の長さ」の宣言です

name=Tanaka&age=25&city=Tokyo
この「name=…」の部分がちょうど27文字（バイト）あることを示しています

もしこの数字が間違っていたらどうなるでしょうか？

数字が実際より小さい場合：サーバーは途中で「もう終わり！」と判断し、残りのデータは無視されてしまいます。
数字が実際より大きい場合：サーバーは「まだ続きがあるはずだ…」と待ちぼうけを食らいます。結果、タイムアウトしてエラーになるか、次のリクエストと混ざってしまう危険性があるのです。

—

3. なぜこれが「セキュリティリスク」になるのか？

実は、この「Content-Length」の解釈ミスは、かつて多くのハッカーに悪用された歴史があります。

専門用語で「HTTPリクエストスマグリング（密輸）」と呼ばれる手法がその代表例です。簡単に言うと、「数字の解釈をわざとズラして、後ろに隠された不正な命令をサーバーに実行させる」という攻撃です。

どうしてそんなことが起きるの？

ネットワーク上には、ロードバランサー（郵便の仕分け人）と、背後のWebサーバー（実際に手紙を読む人）という複数の役割が存在します。

仕分け人：「Content-Lengthは100だね。OK、通すよ！」
受け取り人：「いや、俺は別の解釈で読むから、これは200までだ！」

このように、解釈の食い違いが生じると、本来なら捨てられるはずの不正なコードが、正当な命令としてすり抜けてしまうのです。これが、セキュリティの現場で「ヘッダーの解析は厳密に！」と口酸っぱく言われる理由です。

—

4. 初学者の皆さんへ：明日からのデバッグに役立てよう

現場で「なぜかレスポンスが途中で切れる」「妙なエラーが返ってくる」という時は、ぜひChromeのデベロッパーツール（F12キー）を開いて、Networkタブを覗いてみてください。

1. Response Headers を確認する。
2. Content-Length の値と、実際に送られているデータ量に乖離がないか見る。
3. もし乖離があれば、プログラム側で文字列の長さを取得する際、全角文字（マルチバイト文字）を1文字と数えていないか疑う（PCの世界では「あ」は1文字ではなく3バイトとして計算されることが多いからです！）。

—

終わりに：小さな数字に宿る巨大な責任

「Content-Length」というたった一つの数字。これがないと、インターネットという巨大な郵便システムは、たちまち混乱に陥ってしまいます。

難しく感じるプロトコルの仕様も、突き詰めれば「情報の受け渡しを正確に行いたい」という人間味あふれる工夫の積み重ねです。まずはこの「中身の長さを教え合う」という優しさを理解することから、ネットワークエンジニアへの第一歩を歩んでみてください。

それでは、また次回の記事でお会いしましょう！ネットワークの旅は、まだまだ続きます。