TLSとは｜HTTPSの仕組みとモバイル2級の要点

一言でいうと、TLS（Transport Layer Security）は、アプリケーションの通信を「相手を確かめ、中身を隠し、書き換えを見つけられる」状態にするためのプロトコルです。前身の SSL の名前が残り、「SSL/TLS」とまとめて呼ばれることもあります。

HTTPS は、Web の通信（HTTP）を TLS で保護したものです。ブラウザのアドレス欄が https で始まるとき、ブラウザとサーバの間では TLS による接続が確立しています。メールの送受信やアプリの API 通信など、Web 以外でも広く使われています。

暗号方式の組み合わせ（公開鍵暗号で鍵を共有し、本文は共通鍵暗号で守る）は共通鍵暗号と公開鍵暗号の違い、証明書の検証は電子証明書とPKIとはで詳しく扱っています。

ハンドシェイクは、暗号化通信を始める前に、使う方式を決めて鍵を共有し、サーバを確かめる手続きです。TLS 1.3 の通常の接続は、次のように1往復（1-RTT）で終わります。図の代わりに、メッセージの向きと役割を順に並べます。

1. 1クライアント → サーバ：ClientHello。対応する暗号方式の一覧と、鍵共有のための値（key_share）を送る。
2. 2サーバ → クライアント：ServerHello。選んだ方式と、サーバ側の鍵共有の値を返す。この時点で両者は同じ鍵を計算でき、以降のハンドシェイクは暗号化される。
3. 3サーバ → クライアント（暗号化）：EncryptedExtensions（追加の設定）、Certificate（サーバ証明書）、CertificateVerify（秘密鍵を持っていることを示す署名）、Finished（ここまでのやり取りの確認）。
4. 4クライアント → サーバ（暗号化）：証明書と署名を検証してから Finished を送る。
5. 5以降、アプリケーションのデータ（HTTP のリクエストなど）を暗号化して送受信する。

前回つないだサーバに再接続するときは、以前に共有した値を使って最初のメッセージと一緒にデータを送る 0-RTT という方式もあります。速い反面、RFC 8446 は 0-RTT のデータには再送（リプレイ）への保護がないと注意しており、繰り返されても困らない要求に限って使う必要があります。

HTTP/3 で使う QUIC も、TLS 1.3 のハンドシェイクを取り込んで暗号化しています（RFC 9001）。違いはHTTP/2とHTTP/3（QUIC）の違いで整理しています。

RFC 8446 は、TLS 1.2 からの主な違いとして、古い暗号方式の削除、前方秘匿性のない鍵交換の廃止、ServerHello 以降のハンドシェイクの暗号化、0-RTT の追加などを挙げています。試験対策としては、次の表の「変わった向き」を押さえておけば十分です。

前方秘匿性とは、サーバの秘密鍵が後から漏れても、過去に記録された通信を復号できない性質です。接続ごとに使い捨ての鍵共有を行うことで実現します。

規格の番号にも注意が必要です。2026年7月に公表された RFC 9846 は RFC 8446 を置き換えましたが、版の名前は TLS 1.3 のままで、実装の経験から分かった点の明確化などが中心です（2026年9月時点）。4択で「TLS 1.3 の規格」を問われた場合、問題文の時点によって RFC 8446 と書かれていることがあります。

MCPC の公式ページでは、モバイルシステム技術検定2級（100問・100分・4者択一）の出題カテゴリに「情報セキュリティ管理」があり、比率は9%と示されています（2026年9月27日確認）。当サイトでは、公式テキスト『モバイルシステム技術テキスト 第11版』の第11章「情報セキュリティ」がこの範囲に当たると推定しています（公式の発表ではなく、章名からの判断です）。HTTPS はインターネット技術の分野とも重なります。

4択では、次のような観点が考えられます。出題頻度は公表されていないので、特定の型が多いとは言えません。

• TLS の役割：認証・暗号化・改ざん検知と、TLS が担わない機能（経路の選択など）を見分けさせる。
• 版の違い：TLS 1.3 で変わった点、廃止された版を問う。
• ハンドシェイク：証明書が送られる段階や、鍵を共有する方法を問う。
• HTTPS の意味：鍵マークが保証する範囲を言いすぎた記述を不適切として選ばせる。

試験全体の形式・日程・受検料はモバイルシステム技術検定2級とはにまとめています。

TLS は「何を守り、何を守らないか」の線引きで迷いやすい用語です。

TLS が通信に対して提供する機能の組合せとして、最も適切なものはどれか。

1. 1通信経路の選択、通信帯域の確保、欠けたパケットの再送制御
2. 2端末を紛失したときの遠隔ロック、データ消去、位置情報の確認
3. 3送信元ドメインの認証、なりすましメールの隔離、結果の報告
4. 4通信相手の認証、通信内容の暗号化、通信途中での改ざんの検知

正解：4。TLS は、証明書と署名による相手の認証、共有した鍵による暗号化、認証付き暗号による改ざんの検知を提供します。

1は経路制御や TCP などが担う機能です。2は業務端末を管理する MDM の機能です。3は送信ドメイン認証（DMARC など）の機能で、メールの中身を暗号化する仕組みではありません。

TLS 1.3 に関する記述として、最も適切なものはどれか。

1. 1静的な RSA 鍵交換が必須となり、前方秘匿性は任意の機能になった
2. 2ServerHello より後のハンドシェイクのメッセージは暗号化される
3. 3通常の接続は2往復となり、TLS 1.2 より接続の開始が遅くなった
4. 40-RTT のデータは再送攻撃の心配がなく、どの要求にも使ってよい

正解：2。TLS 1.3 では ServerHello の時点で鍵を共有できるため、証明書を含む以降のハンドシェイクが暗号化されます。

1は逆で、TLS 1.3 は静的な RSA 鍵交換を廃止し、前方秘匿性のある鍵共有だけを使います。3も逆で、通常の接続は1往復に短縮されました。4は、RFC 8446 が 0-RTT のデータには再送への保護がないと注意している点に反します。

次の記述ア・イの正誤の組合せとして、正しいものはどれか。

ア：HTTPS で接続できていれば、そのサイトの運営者が信頼できる組織であることも保証される。

イ：TLS 1.0 と TLS 1.1 は、RFC 8996 によって廃止が定められ、使うべきでない版とされている。

1. 1ア：正　イ：正
2. 2ア：正　イ：誤
3. 3ア：誤　イ：正
4. 4ア：誤　イ：誤

正解：3。アは誤りで、HTTPS が示すのは、証明書のドメインの持ち主と暗号化された通信をしていることです。偽サイトでも自分のドメインの証明書を取得して HTTPS にできます。イは RFC 8996 の内容として正しい記述です。

1と2はアを正しいとしている点、4はイまで誤りとしている点で当てはまりません。

ほかのセキュリティ用語も本番の形式で試したい場合は、登録不要のモバイル2級の無料お試し20問で、4択と解説を確認できます。