TLS（TLS）は、インターネットを介した通信において認証、プライバシー、およびデータの完全性を提供する、Internet Engineering Task Force（IETF）の標準プロトコルです。このプロトコルは1999年に公開され、直近では、TLS 1.3 が2018年に公開されました。TLS の日常的なユースケースは、2つのシステム間の通信を暗号化することです。TLS は、接続先が主張どおりの相手であることを確認し、データの完全性が維持されているかどうかを示し、さらに暗号化によって一定レベルの機密性を提供するため、極めて重要です。TLS はさまざまなアルゴリズムやメソッドを使用してこれらの目的を達成します。TLS は現在、最も広く普及・採用されているセキュリティプロトコルといえます。特に、Web ブラウザや、データのやり取りを安全にハイパーテキスト・トランスファー・プロトコル・セキュア (HTTPS) 経由で行う必要があるその他のアプリケーションにおいて TLS は最適です。また、TLS によってメールやその他のプロトコルを保護することもできます。
TLS と SSL の違い
TLS について説明する際には、Secure Socket Layer（SSL）や SSL/TLS に言及することがよくあります。SSL は TLS の古いバージョンです。業界では今でも TLS を以前の名称で呼ぶことがよくあります。この記事の残りの部分では、TLS という用語を使用します。これらの名称は同じ意味で使われることが多い点に注意することが重要です。TLS は、現在は非推奨となっている SSL の後継です。
Netscape の Secure Sockets Layer（SSL）プロトコルから生まれた TLS は、SSL に取って代わりました。 このプロトコルは、Netscape に関する問題を避けるために TLS として名称変更されました（現在でも混乱を招いています）。TLS は新しいため、両者の違いのほとんどは明確です。プロトコルの成熟により、脆弱性への対処が進み、統合機能と実装機能が改善されています。そのため、TLS はより強力な認証、鍵生成、およびさまざまな暗号スイートのサポートを備えており、SSL よりも効率的で安全です。TLS は、より新しく、より安全なアルゴリズムをサポートしています。この 2 つは互換的に使用できません。ただし、TLS はレガシー機能に対してある程度の後方互換性を提供します。 TLS は SSL よりもはるかに高速にハンドシェイクを処理します。2021年に IETF は TLS 1.0 と 1.1 を正式に廃止し、Apple や Microsoft を含む主要ベンダーもこれに続きました。
TLS と HTTPS の関係
HTTPS は HyperText Transfer Protocol（HTTP）の安全性が強化されたバージョンです。HTTP は、ブラウザと Web サーバーが通信して情報を交換するために使用されるプロトコルです。データ転送が SSL/TLS で暗号化される場合、それを HTTPS と呼びます。したがって、Webサイトが HTTPS を使用している場合、すべての情報は SSL/TLS 証明書によって暗号化されます。
TLS の役割
TLS プロトコルには、完全性の確認、認証、暗号化の3つの役割があります。
完全性: ネットワーク上で送信されるデータが侵害されていないことを確認します。
認証: 通信相手の身元が本人の申告どおりであることを証明します。
暗号化: サードパーティから転送されるデータを見えにくくします。
柔軟な料金プラン
TLS は2つのレイヤーに分けて考えることができます。
TLS レコードプロトコルは、TLS ハンドシェイクの際に生成される鍵を使用してアプリケーションのデータを保護します。 レコードプロトコルは、アプリケーションデータを保護し、その完全性と真正性を検証する役割を担います。TLS ハンドシェイクプロトコルは、セッションの確立と保護に必要な認証と鍵交換を行います。
TLS レコードプロトコルは接続のセキュリティを提供し、TLS ハンドシェイクプロトコルは、データ交換の前にクライアントとサーバーが互いを認証し合い、セキュリティキーをネゴシエートできるようにします。
TLS ハンドシェイクは複数のステップから成るプロセスです。 標準的な TLS ハンドシェイクでは、クライアントとサーバーが「hello」メッセージを送信し、鍵、暗号メッセージ、および「finish」メッセージを交換します。
TLS は Web アプリケーションのパフォーマンスに影響しますか？
ほとんどすべてのWebサイトで TLS 1.2 がサポートされており、約60％（公開日時点で）も TLS 1.3 をサポートしています。TLS 1.3 では大幅にセキュリティが強化されているほか、脆弱な古い機能は排除されています。TLS 1.3 の新機能は、TLS ハンドシェイクの高速化に役立ちます。Session Resumption は、サーバーとクライアントが以前に通信したことがあるかを確認し、その場合は一部のセキュリティチェックを省略します。False Start は、ハンドシェイクが完了する前にサーバーとクライアントがデータを送信できるようにします。以前の TLS バージョンで使用されていた2回ではなく、TLS 1.3 のハンドシェイクでは1回のラウンドトリップのみが必要です。最後に、Zero Round Trip Time Resumption（0-RTT）により、再開用のマスター鍵を生成できます。
TLS を使用すると、サイトの検索エンジン最適化（SEO）の向上や顧客の信頼構築など、ビジネスや Web アプリケーションに多くのメリットがあります。このようにして、検索エンジンの検索結果ページ（SERPs）でビジネスの競争力を維持するのに役立つ場合があります。
TLS の使用を今すぐ始めましょう
TLS 暗号化によって Web アプリケーションをセキュリティ侵害やその他の脆弱性から保護できます。Fastly TLS では、コンソールまたは API を使用して、ドメイン単位または複数ドメイン単位で TLS 証明書を管理できます。 Fastly TLS では、独自の TLS 証明書と秘密鍵を生成してアップロードすることも、サードパーティ、非営利、または商用の CA を通じて TLS 証明書を自動的に生成および管理するよう Fastly に指示することもできます。
例えば、特定の認証局（CA）や、Organization Validation（OV）または Extended Validation（EV）証明書が必要な場合です。独自の証明書を持ち込む場合は、Fastly コンソールまたは API を使用して TLS 証明書と鍵をアップロードできます。
Fastly が証明書を管理する場合は、Fastly コンソールまたは API で、Fastly が TLS 証明書を手配する認証局を選択します。 その後、Fastly は選択した認証局から Domain Validated（DV）証明書を取得します。 認証リクエストを完了するには、2つの方法でドメインをコントロールしていることを証明する必要があります。1つの証明書ですべてのサブドメインをカバーするためにワイルドカードを使用する場合は、ドメインネームシステム（DNS）レコードにチャレンジトークンを追加する必要があります。ワイルドカードが不要な場合、Fastly は自動的に HTTP チャレンジに応答します。 Fastly はデフォルトで、共有された一連の IP アドレスに TLS 証明書をインストールします。クライアントリクエストが Fastly に送信されると、クライアントが TLS ハンドシェイクリクエストでホスト名を提示できる TLS の SNI 拡張を使用して、適切な証明書を選択します。
概要
TLS は広くデプロイされているセキュリティプロトコルで、プレーンテキストデータの暗号化や暗号文の復号化を行います。TLS を使用してトラフィックを暗号化することで、機密データがハッカーによって公開されるのを防ぎ、データのセキュリティとプライバシーを保護します。
TLS の理解と設定についてサポートが必要な場合は、Fastly がお手伝いします。
ぜひ今すぐ Fastly の無料トライアルをお試しください！