HTTPSのしくみ相手を確かめ、
やり取りを守る。

HTTPに通信の保護を加える

HTTPは、ブラウザとサーバーが要求と応答をやり取りするためのルールです。HTTPSは、その通信を保護する形で利用します。保護の中心となるのがTLSです。日常的に「SSL」と呼ばれることもありますが、現代の通信の説明ではTLSと区別すると役割が明確になります。

URLの https は保護された通信を使うことを示します。しかし、その表記だけでサイトの説明が正しいか、売っている物が信頼できるかまで決まるわけではありません。

暗号化、相手の確認、改ざんの検知

HTTPSの働きは、ただ読めない文字列へ変えるだけではありません。通信内容を第三者が読み取りにくくする暗号化、意図した接続先かを確認する認証、通信内容が途中で変更されていないかを検証する完全性が関わります。

この三つを分けると、「秘密の通信なら誰と話していても安全」という誤解を防げます。内容を隠しても、間違った相手とつながれば、相手は受け取った情報を扱えます。

↔ 表が収まらない場合は、横にスクロールして比較できます。

拡大して見る ↗

1. 暗号化：途中で内容を読まれにくくする。
2. 接続先の確認：意図した相手かを検証する。
3. 改ざんの検知：途中で内容が変更されていないか検証する。

証明書は何を示す？

サーバーは証明書を提示し、ブラウザは名前の一致、有効期限、信頼できる発行元とのつながりなどを確認します。また、相手が対応する鍵を持っていることも確認する仕組みが関わります。

**証明書は、通信相手の確認に使うものです。**すべての証明書が運営者の事業内容や記事の正確性を詳しく審査した結果、という意味ではありません。警告を単に画面の邪魔と考えて無視せず、確認が通らない理由を分けて理解することが重要です。

最初に準備し、その後のデータを保護する

接続の初めに、利用する方式や鍵に関わる情報をやり取りします。これがハンドシェイクです。公開鍵暗号や鍵合意などを使い、通信に必要な鍵を準備します。データそのものを大量に送る段階では、対称鍵暗号が使われるのが一般的です。

TLSの版や接続の再利用などで細部は変わります。本図は「最初に準備して、通信区間を保護する」という役割を示し、どの方式でも同じメッセージが同じ回数だけ往復するとは示していません。

両端では内容を扱う

暗号化されるのは、保護された通信区間です。ブラウザは入力や画面の内容を扱い、サーバーは受け取った情報を処理します。HTTPSを使ったから、その端末やサーバーにある情報も自動的にすべて安全になるわけではありません。

また、接続先のIPアドレスや通信量など、内容以外の情報は観測される場合があります。HTTPSは通信の保護であり、インターネット上の完全な匿名化を行う仕組みではありません。

よくある誤解：保護表示があれば内容も正しい？

保護された経路を通って、間違った説明や詐欺的な内容が届くこともあります。通信の保護と情報の信頼性は別に確認します。

しくみを知る記事では、HTTPSの有無に加えて、出典や編集方針も確認してください。Webページが表示されるまでと合わせると、通信の準備と画面の組み立ての違いも理解できます。

拡大して見る ↗

1. 通信の区間：要求と応答を保護する。
2. 情報の正しさ：出典や取引内容も別に確認する。
3. 両端：ブラウザと接続先は送受信する内容を扱う。