「SSL」と「TLS」の違いは？HTTPS・SSL証明書との関係をわかりやすく解説

「このサイトはSSL化されています」

「TLS 1.3に対応しています」

「SSL証明書を設定してください」

Webサイトのセキュリティについて調べていると、「SSL」と「TLS」という非常によく似た言葉が登場します。

さらに、

「SSLとTLSは同じもの？」

「現在のWebサイトはSSLを使っている？」

「SSL証明書とTLS証明書は違う？」

「HTTPSとSSLは同じ意味？」

「TLS 1.2とTLS 1.3はどちらを使えばよい？」

「SSL化という言葉はもう間違い？」

と迷うことがあります。

結論からいうと、「SSL」は現在では使うべきではない旧世代の通信セキュリティプロトコルで、「TLS」はSSLを引き継いで発展した現在の標準的なプロトコルです。

現在のHTTPS通信で実際に利用されているのは、基本的にSSLではなくTLSです。

それにもかかわらず、Web業界では長年の慣習から、

• SSL化
• SSL通信
• SSL証明書
• SSL/TLS

といった表現が現在も広く使われています。

一言で覚えるなら、

SSL＝「TLSより前の旧規格」

TLS＝「現在使われている後継規格」

です。

MDNもSSLを、サーバーとクライアント間に暗号化された接続を作るために利用されていた旧セキュリティ技術であり、現在はTLSに置き換えられていると説明しています。

またIETFはSSL 2.0の使用を禁止し、SSL 3.0についても使用してはならないとしています。

さらにTLS 1.0とTLS 1.1もすでに非推奨となっており、現在はTLS 1.2以上が基本となります。

2026年7月には、TLS 1.3の現在の仕様としてRFC 9846が公開され、2018年のRFC 8446を置き換えました。

この記事では、「SSL」と「TLS」の違いから、HTTPS、SSL証明書、TLS証明書、TLS 1.2・TLS 1.3、暗号化、公開鍵、ハンドシェイクとの関係まで詳しく解説します。

「SSL」と「TLS」の違い【結論】

比較項目	SSL	TLS
正式名称	Secure Sockets Layer	Transport Layer Security
位置付け	旧規格	SSLの後継となる現行規格
現在の利用	SSL 2.0・3.0は使用すべきでない	TLS 1.2・1.3が利用されている
HTTPSとの関係	歴史的にはSSLも利用された	現在のHTTPS通信を保護する
主な目的	暗号化・認証・完全性保護	暗号化・認証・完全性保護
現在の代表バージョン	利用しない	TLS 1.2・TLS 1.3
「SSL証明書」という呼び方	名称として現在も残る	実際にはTLS通信で使われる証明書を指すことが多い

3秒で判断するなら、

「昔の暗号通信規格？」 → SSL

「現在のHTTPSで使われる通信セキュリティ規格？」 → TLS

と考えると分かりやすいでしょう。

「SSL」とは？

インターネット通信を保護するために作られた旧プロトコル

SSLは、

Secure Sockets Layer

の略です。

WebブラウザとWebサーバーなど、ネットワーク上のクライアントとサーバーの通信を保護するために開発されました。

SSLの目的には、主に、

• 通信内容の盗み見を防ぐ
• 通信中のデータ改ざんを検出する
• 接続先が正しいサーバーか確認する

ことがあります。

つまりSSLは、インターネット上で安全にデータをやり取りするための重要な技術でした。

しかし、現在ではSSL自体は古く、安全な通信に使用すべきではありません。

SSLにはどんなバージョンがあった？

SSLには複数のバージョンが存在しました。

代表的なのが、

• SSL 2.0
• SSL 3.0

です。

SSL 2.0には複数のセキュリティ上の問題があり、IETFはRFC 6176でTLSクライアント・サーバーがSSL 2.0をネゴシエートしてはならないと規定しました。

SSL 3.0についても、長年にわたり複数の攻撃手法が明らかになり、IETFはRFC 7568で、

「SSLv3 MUST NOT be used」

つまりSSL 3.0を使用してはならないと明確に規定しています。

したがって現在、

「SSLを有効にして安全にする」

という技術的な意味で、実際のSSL 2.0やSSL 3.0を有効にするのは適切ではありません。

「TLS」とは？

SSLを引き継いで発展した現在の通信セキュリティ規格

TLSは、

Transport Layer Security

の略です。

SSLを引き継いで設計され、現在のインターネットで安全な通信を実現するために広く利用されています。

MDNはTLSについて、信頼できないネットワーク上でクライアントとサーバーが安全に通信するためのプロトコルと説明しています。

TLSが提供する重要な機能は、主に次の3つです。

機能	意味
機密性	通信内容を暗号化し、第三者に読まれにくくする
完全性	通信中のデータが勝手に変更されていないか確認する
認証	通信相手が正しい相手か確認する

Webでは、特に、

ブラウザが接続先Webサーバーを認証する

ために電子証明書が利用されます。

SSLからTLSへどう変わった？

SSL 3.0の後継として、1999年に、

TLS 1.0

が標準化されました。

名前は「SSL 4.0」ではなく「TLS 1.0」へ変更されています。

その後、

• TLS 1.0
• TLS 1.1
• TLS 1.2
• TLS 1.3

と発展してきました。

つまり大まかな流れは、

SSL → TLS 1.0 → TLS 1.1 → TLS 1.2 → TLS 1.3

です。

SSLとTLSは完全に無関係な規格ではなく、TLSはSSLの技術的な流れを引き継いだ後継プロトコルです。

TLS 1.0とTLS 1.1は現在も使える？

古いシステムで実装が残っている場合はありますが、安全な新規システムで使用するべきではありません。

IETFは2021年のRFC 8996で、

• TLS 1.0
• TLS 1.1

を正式に非推奨としました。

RFC 8996では、TLS実装はTLS 1.0・TLS 1.1をネゴシエートしてはならないとされています。

理由として、

• 古い暗号方式への依存
• 現在推奨される暗号スイートへの対応不足
• SHA-1への依存
• 攻撃対象領域や設定ミスの増加

などが挙げられています。

TLS 1.2とは？

TLS 1.2は2008年に標準化され、長年にわたりインターネット通信の中心となってきたバージョンです。

2026年現在も、互換性上の理由などからTLS 1.2を利用するシステムは存在します。

IPAの「TLS暗号設定ガイドライン」でも、実際のWebサーバー運用におけるTLSバージョンや暗号スイート等について、安全性と相互接続性を考慮した設定が示されています。

現在のWebサーバー運用では、少なくともTLS 1.2以上を前提として考えるのが基本です。

TLS 1.3とは？

TLS 1.3は、現在の最新世代となるTLSプロトコルです。

2018年にRFC 8446として標準化されました。

その後、2026年7月に、

RFC 9846「The Transport Layer Security (TLS) Protocol Version 1.3」

が公開され、RFC 8446を置き換えています。

RFC 9846はTLS 1.3を規定するとともに、TLS 1.2実装についての新たな要件も整理しています。

TLS 1.3では、古い暗号方式を整理し、ハンドシェイクも改善するなど、より安全で効率的な通信を目指した設計になっています。

SSLとTLSの決定的な違い

違い1：世代が違う

SSL＝旧世代

TLS＝その後継

です。

現在、安全なWeb通信に利用するのはTLSです。

違い2：現在利用してよいかが違う

SSL 2.0・SSL 3.0は使用すべきではありません。

TLSについても古い1.0・1.1は非推奨です。

現在はTLS 1.2以上を利用します。

違い3：名前の使われ方が違う

技術的にはSSLは旧規格ですが、一般的なWeb業界の用語として、

• SSL証明書
• SSL化
• 常時SSL
• SSL/TLS

という名称が今も残っています。

そのため、

「SSLという言葉を見た＝実際に古いSSL 3.0で通信している」

とは限りません。

「SSL化」とは？

Webサイト制作・SEOの文脈では、

「サイトをSSL化する」

という表現が広く使われます。

通常これは、

HTTPで提供していたWebサイトをHTTPSで安全に通信できるようにする

という意味です。

しかし現在のHTTPSでは実際にはTLSが利用されるため、技術的には、

「TLSを利用してHTTPS化する」

と考えるほうが正確です。

「SSL化」は慣用的に残っている言葉と理解するとよいでしょう。

HTTPSとTLSの違い

HTTPSとTLSも同じものではありません。

HTTPSは、Webページ等の通信に使うHTTPを、TLSによって保護したものです。

TLSは、通信自体を安全にするためのセキュリティプロトコルです。

MDNは、TLSがHTTP接続を保護すると、その結果としてHTTPSになると説明しています。

HTTPS	TLS
安全なHTTP通信	通信を安全にするプロトコル
Webで利用	Web以外の通信にも利用可能
URLはhttps://で始まる	URLそのものではない

つまり、

HTTPS＝TLSで保護されたHTTP

と覚えると分かりやすいでしょう。

TLSはWeb以外にも使われる？

はい。

TLSはWebブラウジングだけの技術ではありません。

対応するプロトコルやサービスでは、

• メール
• メッセージング
• API通信
• その他のクライアント・サーバー通信

などを保護するためにも利用されます。

HTTPSはTLSの代表的な利用例の一つです。

「SSL証明書」とは？

WebサイトをHTTPS化するとき、

「SSL証明書」

という言葉をよく見かけます。

しかし現在、Webサイトの通信で使用されるプロトコルはTLSです。

そのため技術的には、

TLS証明書

あるいは、

サーバー証明書・公開鍵証明書

などと理解するほうが正確です。

Cloudflareも、現在「SSL証明書」と呼ばれているものは、技術的にはTLS証明書であると説明しています。

ただし「SSL証明書」という名称が長年広く普及しているため、現在でもサービス名・商品名・Web制作の説明などで普通に使われています。

SSL証明書とTLS証明書は別の商品？

現在の一般的なWebサービスの文脈では、

「SSL証明書」と「TLS証明書」は実質的に同じ証明書を指して使われることが多い

と考えてよいでしょう。

「SSL証明書」という名称の商品を契約したからといって、WebサーバーがSSL 3.0で通信するという意味ではありません。

実際の通信は、サーバーとブラウザの設定に応じてTLS 1.2やTLS 1.3などで行われます。

証明書の中には何が入っている？

Webサイト用の公開鍵証明書には、一般に、

• 対象となるドメイン名
• 公開鍵
• 証明書の発行者
• 有効期間
• 認証局によるデジタル署名

などが含まれます。

ブラウザは証明書などを検証し、

「接続しているサーバーが目的のドメインに対応する正しいサーバーか」

を確認します。

Webサーバーの「秘密鍵」は証明書に入っている？

通常、入りません。

Webサーバーは、証明書に含まれる公開鍵に対応する秘密鍵を、安全に別途管理します。

秘密鍵をブラウザへ送ることもありません。

TLSハンドシェイクでは、サーバーが対応する秘密鍵を持っていることを暗号学的に証明する処理などが行われます。

「TLSハンドシェイク」とは？

TLS通信を開始するとき、クライアントとサーバーは、

TLSハンドシェイク

と呼ばれる一連の処理を行います。

簡略化すると、

1. クライアントとサーバーが対応するTLSの条件を確認する
2. 利用する暗号方式などを決める
3. サーバーが証明書を提示する
4. ブラウザが証明書を検証する
5. 鍵交換等によって通信に必要な鍵を確立する
6. 暗号化された通信を開始する

という流れです。

TLS 1.3では、このハンドシェイクの仕組みも従来より整理されています。

HTTPS通信はすべて公開鍵暗号で暗号化する？

いいえ。

TLSでは、公開鍵暗号・デジタル署名・鍵交換・共通鍵暗号など複数の暗号技術を組み合わせます。

公開鍵技術はサーバー認証や鍵確立などで重要な役割を持ちます。

一方、Webページ・画像など大量のデータを送受信する際には、処理効率に優れた共通鍵暗号が利用されます。

したがって、

「HTTPS＝公開鍵でWebページ全体を暗号化している」

という理解は正確ではありません。

TLSで守られる3つのポイント

1. 盗聴対策

TLSでは通信データを暗号化することで、通信経路上の第三者が内容を読み取ることを困難にします。

2. 改ざん対策

通信中にデータが変更された場合、それを検出できる仕組みがあります。

3. なりすまし対策

Webでは証明書を使って接続先サーバーの認証を行い、偽サイトへの中間者攻撃などを防ぐための仕組みを構成します。

HTTPSならWebサイトは絶対安全？

いいえ。

TLS・HTTPSによって確認できるのは、主に、

• 通信経路が暗号化されている
• 通信が改ざんされにくい
• 証明書等によって接続先を認証できる

という点です。

HTTPSだからといって、

• そのショップが必ず信用できる
• 販売商品が必ず安全
• 掲載情報が必ず正しい
• 詐欺サイトでは絶対にない
• マルウェアが絶対に存在しない

という意味ではありません。

悪意あるサイトでも、有効なTLS証明書を取得してHTTPSを利用することは可能です。

HTTPSは、

「通信経路の安全性を高める仕組み」

であって、Webサイトの運営者や内容そのものを全面的に保証するものではありません。

HTTPSのURLなら「SSL通信」？

一般的な会話では「SSL通信」と呼ばれることがあります。

しかし現在の技術的な説明では、

TLSによる暗号通信

と表現するほうが正確です。

特に技術資料・仕様書・システム設定では、SSLとTLSを区別したほうが誤解を防げます。

「SSL/TLS」という表記はなぜ使われる？

「SSL/TLS」という表現は、

歴史的にSSLと呼ばれてきた技術と、現在のTLSをまとめて説明する

ときに使われます。

たとえば、

• SSL/TLS証明書
• SSL/TLS暗号設定
• SSL/TLS通信

などです。

ただし実際の現行通信ではTLSを使用するため、

「SSL/TLS」という文字を見たからSSL 3.0まで使用している」

という意味ではありません。

「暗号スイート」とは？

TLSの設定では、

暗号スイート（Cipher Suite）

という言葉も登場します。

暗号スイートは、TLS通信で利用する暗号アルゴリズム等の組み合わせを示します。

ただしTLS 1.2以前とTLS 1.3では、暗号スイートが表す範囲などに違いがあります。

古い暗号方式を不用意に有効にすると安全性が低下する可能性があるため、WebサーバーではTLSバージョンと暗号設定の両方が重要です。

IPAは「TLS暗号設定ガイドライン」で、安全性と相互接続性を考慮した複数の設定基準を提示しています。

「TLS 1.3対応」ならTLS 1.2を無効にすべき？

必ずしもすべての環境で直ちに無効化すべきとは限りません。

TLS 1.3を利用できる環境では優先的に利用できますが、接続するクライアントやサービスとの互換性によってTLS 1.2を残す必要がある場合があります。

一方、TLS 1.0・TLS 1.1のような古いバージョンは、現在の安全な運用では利用すべきではありません。

実際のサーバー設定は、

• 利用者のブラウザ・端末
• セキュリティ要件
• 業界基準
• 互換性
• 利用するWebサーバー

などを踏まえて決めます。

「常時SSL」とは？

「常時SSL」とは、Webサイトの一部だけでなく、

原則としてサイト全体をHTTPSで提供する

ことを指す日本で広く使われてきた表現です。

昔は、

• ログインページ
• 決済ページ
• お問い合わせフォーム

など、個人情報を入力するページだけHTTPSにするサイトもありました。

現在は、Webサイト全体をHTTPSで提供することが一般的です。

技術的には、現在の「常時SSL」は、

「サイト全体でTLSを利用したHTTPS通信を行う」

と考えると正確です。

「SSL・TLS」で迷ったときの3秒判定

こんな場合	答え
古い暗号通信プロトコル	SSL
現在のHTTPSで使う通信セキュリティ	TLS
SSL 2.0	使用禁止
SSL 3.0	使用禁止・非推奨
TLS 1.0・1.1	非推奨
TLS 1.2	現在も利用される
TLS 1.3	現在の最新世代
「SSL証明書」という商品名	現在はTLS通信で使う証明書を指すことが多い

最も簡単に覚えるなら、

SSL＝「昔の名前・昔のプロトコル」

TLS＝「現在使うプロトコル」

です。

「SSL」を使った例文

• 古いSSL 3.0は使用しない。
• Web制作では現在も「SSL化」という言葉が使われている。
• 「SSL証明書」は慣用的な名称として残っている。
• SSLはTLSの前身となったプロトコルである。
• システムから古いSSLのサポートを無効化する。

「TLS」を使った例文

• WebサーバーでTLS 1.3を有効にする。
• TLSによってHTTPS通信を保護する。
• TLSハンドシェイクで通信条件を決定する。
• サーバーのTLS設定を確認する。
• 古いTLS 1.0と1.1を無効化する。

具体例で比較：WebサイトをHTTPS化する

Webサイトを、

http://example.com

から、

https://example.com

へ変更するとします。

一般的には、

「SSL化する」

と言われることがあります。

しかし技術的には、サーバーへ証明書や秘密鍵を設定し、TLSを利用してHTTPS通信を提供することになります。

したがって、

一般用語＝SSL化

実際の通信技術＝TLS

と整理できます。

具体例で比較：「SSL証明書を契約した」場合

レンタルサーバーや証明書サービスで、

「SSL証明書」

を申し込んだとします。

現在のサービスであれば、その名称に「SSL」と付いていても、実際にはTLSによるHTTPS接続に利用する公開鍵証明書を意味するのが一般的です。

つまり、

証明書の商品名にSSLと書かれている＝SSL 3.0を利用する

という意味ではありません。

具体例で比較：ブラウザからHTTPSサイトへアクセス

利用者がHTTPSサイトへアクセスすると、ブラウザとサーバーの間でTLSハンドシェイクが行われます。

サーバーは証明書を提示し、ブラウザは、

• 対象のドメイン名
• 有効期間
• 認証局による署名
• 証明書チェーン

などを検証します。

その後、両者が安全な通信鍵を確立し、暗号化されたHTTP通信を行います。

これが現在の、

HTTPS＝HTTP over TLS

の基本的な考え方です。

よくある間違い1：「SSLとTLSは現在も別々に選んで使う」と思う

SSLは旧規格であり、現在の安全な通信では使用しません。

現在利用するのはTLSです。

よくある間違い2：「SSL証明書を使うとSSL 3.0で通信する」と思う

違います。

「SSL証明書」は歴史的な名称として残っている場合があり、現在のHTTPS通信ではTLSと組み合わせて利用されます。

よくある間違い3：「HTTPSとSSLは同じ」と思う

HTTPSはHTTPをTLSなどのセキュリティ層で保護した通信方式です。

SSLはTLSより前の旧プロトコルです。

よくある間違い4：「TLSならどのバージョンでも安全」と思う

TLS 1.0・TLS 1.1はすでに非推奨です。

「TLS」という名前が付いているだけで、すべてのバージョンを安全と判断することはできません。

よくある間違い5：「TLS証明書が通信データそのものを暗号化している」と思う

証明書はサーバー認証や公開鍵の提供などで重要な役割を持ちます。

実際の通信データは、TLSハンドシェイクで確立した鍵などを使って暗号化されます。

よくある間違い6：「HTTPSならサイトそのものが信用できる」と思う

HTTPSは通信経路の安全性を高めますが、Webサイトの商取引・情報内容・運営者の善意まで保証するものではありません。

よくある間違い7：「TLS 1.3があるのでTLS 1.2はすべて危険」と思う

適切に設定されたTLS 1.2は現在も利用されています。

古いTLS 1.0・1.1とは区別して考える必要があります。

可能な環境ではTLS 1.3を利用しつつ、互換性等に応じて安全なTLS 1.2を併用する構成もあります。

「SSL」と「TLS」に関するよくある質問

Q1. 「SSL」と「TLS」の一番簡単な違いは？

SSLは古い通信セキュリティ規格、TLSはSSLを引き継いだ現在の規格です。

Q2. 現在もSSLは使われていますか？

「SSL証明書」「SSL化」などの名称は残っていますが、SSL 2.0・SSL 3.0自体を安全な通信に利用すべきではありません。

現在のHTTPSではTLSを利用します。

Q3. SSL証明書とTLS証明書は違いますか？

現在の一般的なWebサービスでは、「SSL証明書」はTLS通信で使う公開鍵証明書を指す慣用的な名称として使われることが多く、技術的には「TLS証明書」と考えるほうが正確です。

Q4. TLS 1.0は安全ですか？

現在は推奨されません。

IETFはRFC 8996でTLS 1.0とTLS 1.1を正式に非推奨としています。

Q5. TLS 1.2はまだ使えますか？

はい。

TLS 1.2は現在も多くの環境で利用されています。

ただし暗号設定を含め、現在の安全な設定基準に従って運用する必要があります。

Q6. TLS 1.3が最新ですか？

2026年9月時点ではTLS 1.3が最新世代です。

2026年7月にRFC 9846が公開され、現在のTLS 1.3仕様としてRFC 8446を置き換えています。

Q7. HTTPSとTLSは同じですか？

同じではありません。

TLSは通信を保護するプロトコルで、HTTPをTLSで保護したものがHTTPSです。

Q8. HTTPSならパスワードは絶対に盗まれませんか？

いいえ。

TLSは通信経路の盗聴・改ざん等への対策になりますが、端末のマルウェア、フィッシングサイト、サービス側の情報漏えいなど、別のリスクまですべて防ぐものではありません。

Q9. SSL化とHTTPS化は同じ意味ですか？

Web制作の一般的な会話では、ほぼ同じ意味で使われることがあります。

ただし現在の技術的な仕組みはTLSを利用したHTTPSです。

Q10. 迷ったときの簡単な見分け方は？

「歴史的な旧プロトコル？」 → SSL

「現在の安全なHTTPS通信を支えるプロトコル？」 → TLS

と考えてください。

まとめ

「SSL」と「TLS」は、どちらもインターネット通信の安全性を高めるための技術ですが、現在の位置付けは大きく異なります。

SSL	TLS
Secure Sockets Layer	Transport Layer Security
TLSの前身	SSLの後継
現在は使用しない	現在利用されている
SSL 2.0・3.0は利用不可	TLS 1.2・1.3が中心
名称が「SSL証明書」等に残る	現在のHTTPSを実際に保護する

最も簡単な覚え方は、

SSL＝「昔の規格」

TLS＝「現在の規格」

です。

SSLはインターネット上で安全な通信を実現する技術として大きな役割を果たしましたが、セキュリティ上の問題が明らかになり、TLSへ移行しました。

現在は、

SSL 2.0・SSL 3.0 → 使用しない

TLS 1.0・TLS 1.1 → 非推奨

TLS 1.2・TLS 1.3 → 現在利用される

と整理できます。

また、Webサイトで頻繁に使われる、

「SSL証明書」

「SSL化」

「常時SSL」

という言葉は、現在も慣用的に残っています。

しかし実際の技術としては、

TLSを使ってHTTPS通信を行う

と理解するのが正確です。

さらに、

HTTPS＝Webサイトそのものが安全である証明

ではありません。

TLSが主に守るのは、

• 通信の機密性
• 通信の完全性
• 接続先の認証

です。

「SSL」「TLS」「HTTPS」「SSL証明書」を混同しないためには、

SSL＝旧プロトコル

TLS＝現在の通信セキュリティプロトコル

HTTPS＝TLSで保護されたHTTP

SSL証明書＝現在ではTLS通信に使う証明書を指す慣用表現

と整理すると理解しやすいでしょう。

参考リンク・出典

• IETF / RFC Editor「RFC 9846: The Transport Layer Security (TLS) Protocol Version 1.3」
  ― 2026年7月公開の現在のTLS 1.3仕様。TLSが盗聴・改ざん・メッセージ偽造を防ぐことを目的とすることを規定し、従来のRFC 8446およびTLS 1.2を規定したRFC 5246などを置き換えている
• IETF / RFC Editor「RFC 8996: Deprecating TLS 1.0 and TLS 1.1」
  ― TLS 1.0とTLS 1.1を正式に非推奨とし、古い暗号方式やSHA-1依存などの問題を説明
• IETF / RFC Editor「RFC 7568: Deprecating Secure Sockets Layer Version 3.0」
  ― SSL 3.0について「MUST NOT be used」と規定し、TLSへの移行を明確化
• IETF / RFC Editor「RFC 6176: Prohibiting Secure Sockets Layer (SSL) Version 2.0」
  ― SSL 2.0の既知の問題を説明し、TLSクライアント・サーバーがSSL 2.0をネゴシエートしないよう規定
• MDN Web Docs「トランスポート層セキュリティ（TLS）」
  ― TLSを、以前SSLとして知られていたネットワーク通信保護プロトコルとして説明し、Web・メール・メッセージング等での利用を解説
• MDN Web Docs「Secure Sockets Layer（SSL）」
  ― SSLを旧セキュリティ標準技術と位置付け、現在はTLSに置き換えられていることを解説
• MDN Web Docs「Transport Layer Security (TLS)」
  ― TLSによる暗号化・完全性・認証と、HTTPをTLSで保護したHTTPSの仕組み、TLSハンドシェイク等を解説
• IPA「TLS暗号設定ガイドライン 安全なウェブサイトのために」
  ― Webサーバー管理者向けに、安全性と相互接続性を考慮したTLSバージョン・暗号設定の基準を提示
• Cloudflare Learning Center「What is SSL?」
  ― SSLがTLSへ置き換えられた一方、「SSL」という名称がSSL証明書・SSL/TLSなどの用語として現在も広く残っている理由を解説

※本記事では一般ユーザー・Webサイト運営者向けに、「SSL＝現在は利用すべきではない旧プロトコル」「TLS＝SSLの後継として現在利用されているプロトコル」と整理しています。

※「SSL証明書」という名称は現在も広く使われていますが、実際のHTTPS通信ではTLSが利用されます。そのため技術的にはTLS証明書・サーバー証明書・公開鍵証明書などと表現するほうが正確な場合があります。

※TLS 1.0・1.1はIETFによって非推奨とされています。TLS 1.2は現在も利用されていますが、具体的な暗号スイート・鍵長等を含めて安全に設定する必要があります。

※2026年9月時点では、TLS 1.3の最新の標準文書は2026年7月公開のRFC 9846です。古い技術記事ではRFC 8446がTLS 1.3の仕様として紹介されている場合がありますが、RFC 9846がこれを置き換えています。

※HTTPS・TLSは通信経路を保護する技術であり、Webサイトの事業者・商品・掲載情報等の信頼性そのものを保証するものではありません。