Transport_Layer_Securityにおいて、いくつかの国家標準に基づく何がTLSで利用可能であるか？
暗号化アルゴリズム
Transport_Layer_Security 
 いくつかの国家標準に基づく暗号化アルゴリズムもTLSで利用可能であり、[[日本]]の[[CRYPTREC]]による推奨暗号である[[Camellia]]（CBCモード：RFC 4132、RFC 5932、RFC 6367、GCM：RFC 6367）、[[大韓民国|韓国]]の情報通信標準規格に採用されている[[SEED (暗号)|SEED]]（CBCモード：RFC 4162）、[[ARIA (暗号)|ARIA]]（CBCモードおよびGCM：RFC 6209）が追加されている。また、[[独立国家共同体]]の[[GOST規格]]によって規定された暗号化アルゴリズムであるGOST 28147-89も提案されている。
Internet_Protocol 
 そのため、不慮の事故でパケットが失われた場合には単に到着しないだけである。確実な送受信を保証する必要がある場合には、IPより上位のトランスポート層のプロトコルであるTCPなどを使用する必要がある。 リスク 
 2から4についての多くはGHSによる分類と表示の国際的調和作業が進行中である。これにより危険性を類型的に処理することができるようになり、対策立案も容易になる。国際的にはこのGHSの原型ともいえるRTDGに基づいて航空輸送、海上輸送、陸上輸送の安全対策が立てられている（ただし、日本の陸上輸送の安全は国際基準に基づいていない）。 カーネル 
 1つの方式として、ファームウェアとカーネルでフォールトトレラント性をサポートする方式があり、その上に悪意ある動作に対するセキュリティ方針を構築し（必要に応じて暗号機構を追加する）、一部の責任をコンパイラに委任する。コンパイラやアプリケーションレベルへのセキュリティ方針の責任委譲の方式を一般に「言語ベースのセキュリティ」と呼ぶ。 Internet_Protocol 
 IPの実装では、こうしたアドレス解決と実際の送受信部分だけはデータリンク層のプロトコルに依存することになる。しかしこの依存部分は、実際にそのデータリンク層のプロトコル を使うホストでだけ必要になるため、世界中に散らばる各セグメントとの通信の際には問題にならない。異なるデータリンク層のプロトコル を使うセグメントに分かれたホスト同士の通信の場合は、後述するゲートウェイがこれを解決する。 C++ 
 1998年に施行されたANSI/ISO C++ 規格は言語仕様とライブラリの2つのパートで構成される。ライブラリ規格の大半はStandard Template Library (STL) とC言語の標準ライブラリの改良版についての内容である。標準規格以外にも様々なライブラリが数多く存在し、リンカを使用することにより、C言語/FORTRAN/Pascal/BASICのような言語を用いて作成されたライブラリを利用できる。規格外のライブラリが利用できるかどうかはコンパイラに依存する。 インターネット 
 インターネットでは、「インターネット・プロトコル・スイート」（あるいは「TCP/IPプロトコル・スイート」）と呼ばれる、一種の標準化された通信プロトコルと概念モデル（OSI参照モデル）を組み合わせて明確に提供することで、世界中のネットワークとネットワーク、ネットワーク機器とネットワーク機器の相互接続を可能にし、「ネットワークのネットワーク」が実現している。インターネット・プロトコル・スイートが標準化された形で明確に提供されていることによって、あるユーザがインターネットに既存の（やや古い通信プロトコルの）ネットワークや自分独自の方式のネットワークや独自の機器などを接続しようとする場合でも、それらとインターネットとの相違部分や差分を明確にでき、合わせるべき対象が明確化されているおかげで、その相違を解消したり橋渡しする機器を用意し、間に挟みさえすれば接続できることになった。そして核として機能する標準化されたプロトコルや概念モデルがあることで、次第にネットワーク同士の相互接続が実現した。 Internet_Protocol 
 同じセグメント内のホスト同士の通信では、そのLANで使われているプロトコルを使って通信する。そのためIPの各実装では、そのLANで使われているプロトコルから完全に独立することはできない。 カーネル 
 現代の主流のOSの多くは重要なセキュリティ機構が欠如しているため、アプリケーションの抽象化レベルでの適切なセキュリティ方針実装ができないことがある。一般にカーネルサポートがどうであれ、アプリケーションで任意のセキュリティ方針を実装可能だとされているが、間違いである。 Internet_Protocol 
 また特に、異なるプロトコルを用いるセグメント同士の間をつなぐルータはゲートウェイ（門）と呼ばれる。本来ゲートウェイはOSI参照モデルのネットワーク層におけるブリッジに相当するルータの基本機能の一部なのだが、セグメントのほとんどがイーサネットになっているため、特にセグメントとWANとの間にあるルータだけがゲートウェイであることが多い。またルータが知らないIPアドレスは（ルーティング処理の一環として）全てデフォルトゲートウェイと呼ばれる特別なゲートウェイに送られる。デフォルトゲートウェイは通常WANとの接続部分にあるため、未知のIPアドレスへのパケットは全てWAN側（外の世界）のルータにパケットを送信することになる。そしてWANのルータが送信先となるIPアドレスの存在するセグメントのゲートウェイにパケットを送信し、ゲートウェイが送信先となるIPアドレスを持つホストにパケットを送信することで世界中のホストと通信が行なわれる。 Internet_Protocol 
 なお、IPv5（ST）、IPv7（TP/IX）、IPv8（PIP）、IPv9（TUBA）というプロトコルも存在するが、いずれも実験的なプロトコルであり実用には至っていない。また、IPのバージョン番号はIETFによる割り振りであり、優劣などの他意はない。