ＳＳＬ、ＴＬＳ、ＨＴＴＰＳ、常時ＳＳＬ、ＥＶ ＳＳＬ、ＳＥＴ、フォールバック、ＳＳＬアクセラレータ、ＳＦＴＰ、Ｓ／ＭＩＭＥ
ＳＳＬ（Secure Socket Layer）は、ネットスケープ社が開発した暗号通信プロトコルです。ＴＬＳ（Transport Layer Security）はＳＳＬの後継規格で、ＩＥＴＦ（インターネット技術特別調査委員会）が策定しました。現在はＴＬＳ１.３が最新規格です。
しかし、ＳＳＬの用語が定着しているので、現在、実際にはＴＬＳでもＳＳＬ／ＴＬＳとかＳＳＬといっています。本章でもＳＳＬといいます。
ＳＳＬは、暗号化通信の「仕組み」に関するプロトコルです。デジタル署名、デジタル証明書、ＴＣＰでのＳＳＬ接続などを定めたものです。同様なものにＰＫＩ（Public Key Infrastructure、公開鍵暗号基盤）がありますが、ＰＫＩはインフラに関する総合的な概念であり、ＳＳＬはＰＫＩの一部を実装するためのプロトコルの一つだといえます。ＰＫＩの示す制度など（認証局の認証）などには直接の関係はありません。
ＳＳＬそのものが暗号化通信を実装するのではありません。ＨＴＭＬやＳＭＴＰなどのプロトコルがＳＳＬ対応したセキュリティ機能を加えて、ＨＴＴＰＳやＳＭＴＰＳなどになり暗号化通信を実現しています。また、固有の暗号化プロトコルを持つのではなく、ＡＥＳ、ＲＳＡ、EIGamalなどがＳＳＬ対応した仕様をＳＳＬが採用するようにしています。多くのブラウザやメールソフト、サーバソフトなどがＳＳＬ対応機能をもっています。
ＨＴＴＰに、ＳＳＬ機能を取り込み、ブラウザとサーバ間で暗号化通信を行うプロトコルです。ＳＳＬを用いているＷｅｂページは、「http://～」ではなく、「https://～」でアクセスします。
このページを公開するには、サーバ管理者は前もって認証局に申請してデジタル証明書（ＳＳＬサーバ証明書）を取得しておく必要があります。このページを開くとＵＲＬ欄に鍵マークが表示され、それをクリックすると証明書が表示されます。証明書には申請サブジェクト（サイト運営者のＵＲＬ）、有効期間、公開鍵、暗号アルゴリズム、認証者などが記されており、利用者に、信用できるページで安心して暗号化通信ができると伝えられます。逆に、従来のＨＴＴＰでアクセスするＷｅｂページには「保護されていない通信」のような表示がされます。
ＨＴＴＰＳでアクセスしたとき、利用者には見えませんが、ブラウザとサーバの間で、いくつかのやり取りがあり、
・最初の通信での暗号化アルゴリズムの確認
・証明書からサーバの公開鍵を得て（利用者の署名をして）サーバに送る。サーバはＷｅｂページ閲覧者だと確認する。
・このセッションで用いる一時的な共通鍵（セッション鍵）が生成される
などが行われます。
その後の通信は、公開鍵での暗号化通信になるので復号効率がよくなります。また、セッションが開いている間の一時的な鍵なので、第三者漏洩のリスクが低くなります。
ＷｅｂページのＨＴＴＰＳ化は、ページ単位、ディレクトリ単位でもできますが、Ｗｅｂサイト全体をＨＴＴＰＳ化する（常時ＳＳＬ）のが一般になってきました。サーバ側には、ＨＴＴＰＳ化は、セキュリティ対策以外にもメリットがあるからです。
Extended Validationとは「拡張認証」の意味です。
認証局がＳＳＬサーバ証明書を発行するときは、利用者を審査しますが、その審査内容は認証局に異なり、審査が甘い場合には虚偽の証明書を取得できます。虚偽の証明書によるＳＳＬ表示を用いて利用者を安心させ、フィッシングや中間者攻撃（注）を行うケースが増大してきました。
それに対処するために、審査基準を統一して、ＳＳＬより厳格な審査をするのがＥＶ ＳＳＬです。
従来のＳＳＬでは、ドメイン名使用権の確認だけでよく、厳しいものでも組織の法的実在の確認程度でしたが、ＥＶ ＳＳＬでは、申請責任者の権限の認証、政府または第三者機関における組織の実在性の検証などが必要になりました。
ＥＶ ＳＳＬ対応のブラウザで、ＥＶ ＳＳＬ取得サイトのアクセスすると、アドレスバーが緑色になり、ＳＳＬでの鍵マーク横にサイト運営組織名と、認証局名が表示されます。信頼できない証明書の場合、アドレスバーを赤色に表示するブラウザもあります。
（注）中間者攻撃（man-in-the-middle attack）
暗号通信を行なうＡとＢの間に、不正者Ｘが割り込んで、虚偽の電子署名・認証を用いて、Ａに対してはＢを装い、Ｂに対してはＡを装うことにより、情報を不正入手する手口です。ＡにＢからのＷｅｂページをコピーしてＸの証明書をつけて安心させ、Ａが入力した暗号情報を解読します。そして、改ざんした暗号情報をＡになりすましてＢへ送信します。すべてＡとＢの公開鍵で暗号化（署名）しているので、ＡもＢも盗聴され改ざんされたことに気付かないのです。認証局の本人審査が甘いと、このような手口が行われます。ＥＶ ＳＳＬやＴＬＳでは、その対策を強化しています。
ＳＳＬでは，購買者のクレジット番号を店舗が知ることになり，悪用される危険があります。それに対してＳＥＴは，クレジット決済用のプロトコルで、クレジット番号などを暗号化して店舗に送信し，店舗が決済金額を添えてクレジットカード会社に決済承認を行うようにしているので，店舗側にもクレジット番号を知られないようにすることができます。
セキュリティ強度が高い暗号化アルゴリズムを使うことが求められますが、サーバやブラウザの仕様が古いと、強度の高い暗号化アルゴリズムでの通信を確立できなくなることがあります。それを避けるために、普及率の高い旧版（強度の低い）のアルゴリズムで自動的に再接続を試みる方法がとられます。これをフォールバックといいます。
これを悪用されると、ブラウザを常に古く脆弱なアルゴリズムを利用するように設定される危険性があります。２０１４年には、脆弱性のある旧版のＳＳＬを使っていたブラウザに対してPOODLE（Padding Oracle On Downgraded Legacy Encryption）攻撃が猛威を振るいました。その対策として、フォールバック機能の自動化設定を外したり、脆弱性のある旧アルゴリズムでの通信を行わなくする手段がとられました。
ＳＳＬ/ＴＬＳの暗号化や復号は、通常はＷｅｂブラウザにその機能がありますが、大規模なサーバでは、処理効率の向上のために、ＳＳＬアクセラレータという専用のハードウェアやソフトウェアを設置します。独立したサーバ（アプライアンスサーバ）から拡張カードなど多様な製品があります。
ＳＳＬのメールも相手先のパソコンにキャッシュされています。そこから漏洩しないように、送信者がＨＴＴＰヘッダにキャッシュしないように設定することができます。また、受信側のブラウザでキャッシュしないように設定することができます。
ＳＳＬの暗号技術を用いて、インターネット内に外部と遮断した閉域網（ＶＰＮ）をＳＳＬ-ＶＰＮといいます。→参照：ＳＳＬ-ＶＰＮ
ＳＳＬ／ＴＬＳによる暗号化通信は、電子メールにも利用できます。しかし、ＳＳＬ／ＴＬＳはあくまでも端末とサーバの間での通信を対象にしているのに対して、電子メールでは、
発信者端末 － 発信者メールサーバ － 受信者メールサーバ － 受信者端末
の全経路を対象にしなければなりません。
平文での電子メールでは、発信者端末から受信者メールサーバまではＳＭＴＰ、受信者メールサーバと受信者端末の間はＰＯＰ３プロトコルが使われます。それらにＳＳＬ／ＴＬＳ機能を付加したものを、
ＳＭＴＰＳ（SMTP over SSL/TLS）
ＰＯＰ３Ｓ（POP3 over SSL/TLS）
といいます。
発信者メールサーバと受信者メールサーバは、ＳＳＬ／ＴＬＳ、ＳＭＴＰＳ、ＰＯＰ３Ｓに対応しています。発信者端末がＳＭＴＰＳで送信すれば、受信者メールサーバまで暗号化した電文が送られます。
受信者端末がＰＯＰ３Ｓを持ち、受信者メールサーバに接続されているならば、受信者端末まで暗号化通信が行われます。ところが、受信者端末がＰＯＰ３Ｓを持たない場合は、平文通信になります。
受信者メールサーバは受信者がＰＯＰ３Ｓでアクセスすることを知っている（設定してある）ならば、受信者メールサーバは暗号化されたままで保持しますが、そうでないときは受信者メールサーバ内で平文に復号します。
すなわち、ＳＳＬ／ＴＬＳでの電子メールは、特別の設定がなければ、受信者メールサーバの内部と受信者端末との間で平文が存在していることになり、Ｓ／ＭＩＭＥよりも安全性が低いことになります。