1.0以前においてBEAST攻撃と呼ばれる攻撃が可能であることが明らかとなっており、クライアント側、サーバ側での対応が必要とされている。1.1以降ではこの攻撃への根本的な対処として初期化ベクトルを明示的に指定し、パディングの処理が改善された。ブロック暗号であってもGCM、CCMなどの認証付き暗号を用いる場合にはこれらの攻撃を受けない。ストリーム暗号であるRC4は前述のBEAST攻撃を受けることはないが、RC4には仕様上の脆弱性が存在する(RC4攻撃)。して標準化されている。6209)が追加されている。28147-89も提案されている[27]。SSLが設計された当時は、アメリカ合衆国によって高強度暗号アルゴリズムの輸出が規制されていた。そのため、全世界で共通して利用できるアルゴリズムとして、DES・RC2・RC4に関して暗号強度を40ビットに制限したものが導入されていた。1.1以降では利用が禁止されている。可能であるが、平文でのやりとりとなることから安全とはみなされていない。MAC[編集]TLS/SSLの各バージョンで使用できるMACの選択肢は以下のとおりである。Data、認証暗号)は、共通鍵暗号として認証暗号を選んでいるのでMACを用いない事を意味する。34.11も提案されている(同じGOST規格による鍵共有・暗号化アリゴリズムとの組み合わせに限定)[27]。1.0、1.1、1.2のすべてが既定で有効であるが、過去のバージョンのOS向けなど、最新ではないがサポートが継続しているウェブブラウザのいくつかのバージョンではそうではない。2008向け)既知の脆弱性のいくつかへの対応は十分ではない。3.0へのフォールバックを抑止することが可能となっているが、これはクライアント側だけでなくサーバ側での対応も必要である。suiteの無効化が根本的な対策となる。3.0を既定で無効化。3.0へのフォールバックを無効化、バージョン35においてTLS_FALLBACK_SCSVを実装。3.0を無効化およびTLS_FALLBACK_SCSVを実装。3.0へのフォールバックを既定で無効化。3.0自体を既定で無効化。3.0を既定で無効化。suiteを無効化した。3.0においてCBCモードを無効化したことで、脆弱性が指摘されているRC4しか利用できなくなるという問題が生じている。Suiteがフォールバックとして利用されるようになった。Suiteのすべてが既定で無効化された。Suiteがフォールバックとして利用されるようになった。Suiteのすべてが既定で無効化された。Suiteがフォールバックとして利用されるようになった。Suiteのすべてが既定で無効化された。Explorerでは、RC4の優先度を最低としている。Explorerでもレジストリからフォールバックを除きRC4を無効化することが可能)。Suiteのすべてが既定で無効化される予定であったが延期されている。4以前の標準ブラウザはFREAK攻撃に対して脆弱である。MobileはFREAK攻撃に対して脆弱である。Explorer、Safari(デスクトップ版、iOS版)、Opera(Windows版を除く)はFREAK攻撃に対して対応済みである。既知の脆弱性に対する対応がされているか否か。暗号アルゴリズムや暗号強度は考慮しない(#暗号化参照)。ユーザあるいは管理者によって、使用するプロトコルを選択できるか否か。3.0におけるPOODLEなど)。SSLと通常のSSLを区別できるか否か。splittingなど。HTTPS/SPDYにおけるヘッダ圧縮の無効化。splitting"の実装。3.0の仕様にも準拠しているが、サーバによっては互換性の問題が生じる可能性がある。Suiteの無効化など。3.0対応の場合には効果がない。Suiteしか利用できなくなるためRC4攻撃に対する脆弱性が増大する。3.0を無効化した場合にはPOODLE攻撃を受けることはない。Suiteの優先度の低下。1.1に対応したもののいったん撤回され、バージョン22で再度有効となった。1.2についても、バージョン29で有効となったものが撤回され、バージョン30で再度有効となった[45][46][47]。TLSの実装はAndroid版、macOS版およびWindows版ではBoringSSL[48]、およびLinux版ではNSSによる。NSSからBoringSSLへの完全移行が進行中である。TLS_FALLBACK_SCSVを実装[56]。3.0へのフォールバック無効化を追加[57]。3.0を既定で無効化[57]。Suiteがフォールバックとして利用される。TLSの実装はNSSによる。1.2に対応したが既定では無効。3.0を既定で無効化[82]。3.0へのフォールバック無効化を追加[84]。31.3およびバージョン35ではTLS_FALLBACK_SCSVを実装[82][85]。IEのTLSへの対応はWindowsに同梱のSChannelによる。1.1および1.2が既定で有効[94][95]。2003以前のSChannelは3DESやRC4といった弱いアルゴリズムのみに対応[98]。Officeなど、これらのOS上で動作する他のMicrosoft製品でも利用される。948963によってAESに対応する[99]。Suiteがフォールバックとして利用されるようレジストリから変更することも可能[106]。3.0へのフォールバックを既定で無効化[108][109]。3.0そのものを無効化[110]。1.2に対応(既定では無効)。3.0の既定での無効化をリモートで実施[126]。14以降におけるTLSへの対応は、対応するChromiumバックエンドを利用するChromeと同じとなる。28以降(レイアウトエンジンはBlink)をベースとしている[132]。TLS_FALLBACK_SCSVを実装[135]。splitting"を実装[126]。3.0を既定で無効化[61]。SafariのTLSへの対応はOS同梱のライブラリによる[136]。2013年9月にBEASTへの対処が実装がされたが、既定では無効であった[138][139]。v10.8.5から既定で有効となった[140]。3.0では脆弱性が指摘されているRC4しか利用できず、RC4攻撃に対する脆弱性が増大している。モバイルSafariおよびTLS/SSLを必要とするサードパーティ製のすべてのソフトウェアはiOS同梱のUIWebViewライブラリを使用する。1.1および1.2が既定で有効[147][148][149]。implementations」を参照TLS/SSLライブラリの多くはオープンソースソフトウェアである。helloはサポートされる。