TLS は Transport Layer Security の略です。
Web、メール、API 通信など、今のインターネットでかなり広く使われています。
日常的に目にする HTTPS も、裏側では TLS によって通信内容を保護しています。
そのため、初心者にとっても「名前は知らなくても、実は毎日使っている技術」のひとつです。
まず押さえたいポイント
- 通信内容を暗号化して、外から見えにくくする
- 相手が正しい接続先かを確認する
- 昔の SSL の後継として使われている
どんな場面で使うか
どんなふうに理解するとよいか
TLS は「通信の内容を守る共通の土台」と考えると分かりやすいです。
ブラウザだけでなく、アプリ間通信、管理画面、各種クラウドサービスでも幅広く使われています。
押さえておきたい注意点
「SSL 通信」と呼ばれていても、実際には TLS のことが多いです。
また、TLS を使っていても、証明書運用や設定が悪ければ安全とは言い切れません。
暗号化されていることと、接続先のアプリやサービスが安全であることは別です。
TLS は通信を守る仕組みであって、アプリの脆弱性そのものを消してくれるわけではありません。
バージョンの話（実務で必ず出る）
SSL は名前が残っているだけで、すでに使われていません（SSL 2.0/3.0 は脆弱性があり廃止済み）。現在の主役はTLS 1.2 と TLS 1.3で、TLS 1.0/1.1 も非推奨です。
TLS 1.3 の実務的な利点は速くて安全なことです。接続を始めるまでのやりとり（ハンドシェイク）が削減されて接続が速くなり、同時に古くて弱い暗号方式が仕様から削除されました。つまり「新しい方が速くて安全」という珍しく素直な関係にあります。
実務で見るポイント
見るべきは①証明書の有効期限と自動更新 ②TLS 1.2 以上のみ許可しているか ③混在コンテンツ（HTTPSページ内でHTTPの画像やJSを読んでいないか）です。③は鍵マークが出ない・ブロックされる原因になります。
最後に、「HTTPSだから安全」は誤解です。TLS が保証するのは通信経路の秘匿と接続先の同一性だけで、その先のサイトが悪質でないことは保証しません。フィッシングサイトも普通にHTTPSです。認証局やドメイン運用とあわせて理解しておきましょう。