郵便配達の「ルール」を知っていますか？HTTPの縁の下の力持ち「CRLF」の話
こんにちは！ネットワークの世界へようこそ。今日は、Web通信の根幹を支える「HTTP」というプロトコルの中でも、少し地味だけど非常に大切な「改行コード（CRLF）」という存在についてお話しします。
「改行コード？そんなのEnterキーを押すだけでしょ？」と思ったあなた、大正解です。でも、Webの裏側では、この「改行」がなければ、世界中のサーバーはパニックに陥ってしまうんです。
今日は、郵便配達員が手紙を届ける様子をイメージしながら、この不思議なルールを紐解いていきましょう。
—
1. なぜWeb通信に「改行」が必要なのか？
皆さんがWebブラウザでページを開くとき、裏側ではブラウザとサーバーの間で「手紙（リクエスト）」と「返信（レスポンス）」がやり取りされています。
例えば、ブラウザがサーバーに「この写真を見せて！」と頼むとき、手紙はこんな形式で書かれています。
GET /photo.jpg HTTP/1.1
Host: example.com
User-Agent: Chrome/120.0
（ここに空行）
ここで重要なのが、各項目の終わりにある「CRLF（`\r\n`）」という見えない信号です。
CRLFって何？
- CR (Carriage Return): キャリッジリターン。カーソルを行の先頭に戻すこと。
- LF (Line Feed): ラインフィード。一行下に送ること。
この2つをセットにすることで、「ここでこの項目は終わり！次は新しい項目だよ！」という区切りをサーバーに伝えています。郵便物でいえば、「宛先」の欄を書き終えて、次の「差出人」の欄に移るための「改行のルール」そのものですね。
—
2. なぜ「\n」だけじゃダメなの？
プログラミングをかじったことがある方は、「`\n`（LF）だけでいいのでは？」と思うかもしれません。しかし、HTTPの歴史を紐解くと、なぜ `\r\n` が選ばれたのかが見えてきます。
HTTPは、タイプライターの時代から続く「行の概念」を色濃く受け継いでいます。かつて、カーソルを左端に戻す動作（CR）と、紙を上に送る動作（LF）は別の機械的な動きでした。HTTPの仕様（RFC）を作った先人たちは、「誰がどこからアクセスしても、絶対に区切りを見失わないようにしよう」という強いこだわりを持ち、この2つの信号をセットにしたのです。
—
3. 悪意ある「改行」が引き起こす事件（HTTPレスポンス分割攻撃）
ここで少し怖い話をします。インフラエンジニアとして絶対に知っておくべきリスクが「HTTPレスポンス分割攻撃」です。
もし、サーバーが入力されたデータ（例えばユーザーの名前など）を、ろくにチェックもせずにそのまま「改行コード」を含んだ状態で返信してしまったらどうなるでしょうか？
攻撃者は、わざと「改行コード」を忍び込ませて、こんな細工をします。
HTTP/1.1 200 OK
Content-Type: text/html
Set-Cookie: user=admin; <-- ここで改行コードを紛れ込ませる！
<-- （本来はここで終わるはずが…）
HTTP/1.1 200 OK <-- 偽のレスポンスが始まってしまう！
Content-Type: text/html
...
サーバーは「改行が入っているから、ここから先は別の通信だ！」と勘違いしてしまいます。結果、本来送られるはずのない偽のページを表示させたり、Cookieを盗み出したりできてしまうのです。
これが、「改行コードを甘く見てはいけない」と言われる最大の理由です。Web通信において、改行は単なる空白ではなく、「境界線」という極めて重要なセキュリティ・プロトコルなのです。
—
4. 実務で確認するためのヒント
もし、皆さんが開発中のアプリで「ヘッダーがうまく認識されない」というトラブルに遭遇したら、まずはこの「改行」を疑ってみてください。
デバッグの際は、ターミナルで `curl` コマンドを使って、ヘッダーを覗いてみるのが一番の近道です。
-v オプションで、通信の裏側を覗いてみましょう
curl -v https://example.com
出力結果のどこに \r\n が隠れているか意識してみてください。
実際には見えませんが、サーバーはこれを目印にしています。
—
最後に：一歩ずつ理解していきましょう
HTTPにおける `\r\n` は、単なる記号の組み合わせではありません。それは、世界中の異なるコンピュータ同士が、同じ言葉で「会話の区切り」を理解するための、人類共通の約束事です。
「難しそうだな」と感じた方も大丈夫。まずは「Webの通信には、見えない境界線を引くルールがあるんだな」ということだけ心に留めておいてください。その意識が、いつか皆さんが優秀なエンジニアになったとき、複雑なトラブルを瞬時に解決する強力な武器になるはずです。
それでは、また次回の記事でお会いしましょう！ネットワークの旅はまだまだ続きますよ。
コメント