HTTPSは何を守っている？ TLS・公開鍵・認証局・電子署名をやさしく解説

2026年11月6日 21:23

Webサイトのログイン画面でパスワードを入力するとき、ブラウザーには二つの仕事があります。送る内容が途中で読まれないようにすることと、送る相手が開こうとしたサイトであることを確かめることです。

この両方に関わるのが、HTTPSで使われる TLS です。

HTTPSで守るもの

HTTPは、ブラウザーがページを要求し、サーバーが応答するためのルールです。HTTPSは、そのHTTP通信をTLSで保護する方式です。TLSは通信中の盗み見や改ざんを防ぎ、通常のWeb閲覧ではブラウザーが接続先のサーバーを認証するためにも使われます。

「SSL証明書」という呼び方は今も見かけます。SSLはTLSの前身で、たとえばSSL 3.0は使用が廃止された古い方式です。現在のHTTPSの仕組みを理解するときは、TLSを中心に考えると整理しやすくなります。

公開鍵と秘密鍵は、対になる鍵です。公開鍵は相手に渡せます。秘密鍵は持ち主が管理します。

用途の一つが電子署名です。署名する側は秘密鍵を使って署名を作り、受け取る側は対応する公開鍵で署名を検証します。検証が通れば、その公開鍵に対応する秘密鍵で署名され、署名された内容が途中で変えられていないことを確かめられます。

ここで疑問が一つ残ります。ブラウザーが受け取った公開鍵は、そもそも目的のサイトのものなのでしょうか。別の相手が自分の公開鍵を送ってきても、鍵だけを見て区別するのは困難です。

そこで使うのがサーバー証明書です。証明書には、どのドメイン名に対応するか、どの公開鍵を使うかなどの情報が含まれています。証明書に署名して発行する機関を**認証局（CA）**と呼びます。

ブラウザーは、証明書の署名をたどり、ブラウザーやOSが信頼するルートにつながるかを確認します。これを証明書チェーンの検証といいます。あわせて、開こうとしたドメイン名が証明書の対象に含まれているか、有効期間内かなども確認します。

認証局による証明書への署名と、接続時にサーバーが行う署名には、別々の役割があります。前者はドメイン名と公開鍵の結びつきを支え、後者は接続中の相手が対応する秘密鍵を持っていると確認するために使われます。

通常の証明書付きTLS 1.3接続を単純化すると、次のように進みます。

公開鍵の技術は、相手を確認したり、安全に鍵を作る過程を支えたりします。その後のデータのやり取りは、処理効率のよい共通鍵暗号が担当します。

たとえば本物のサイトに似た名前で作られた別のドメインでも、その別ドメイン用の証明書を取得できます。その場合、HTTPSは実際に開いたドメインとの通信を保護します。ログイン前には、アドレス欄で目的のドメインかどうかも確認しましょう。

URLを入れてからページが表示されるまで。DNS・HTTP・Webサーバー入門
TLSで通信を保護したあと、ブラウザーとWebサーバーが何をやり取りするのかを解説しています。
OSI参照モデルとは？ Webページ1枚でわかる通信の7階層
HTTP、TLS、TCPなどを、通信全体の中でどこに位置づけるか整理しています。

ここまで読んでくださってありがとうございます。この記事が役に立ったら、下の「チップを送る」から100円で応援していただけるとうれしいです。