セキュリティ用語集

TLS(トランスポート層セキュリティ)とは何ですか?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
主なポイント要点はAIの支援により生成されています。自動生成された要約には、時折誤りがあったり、重要な文脈が抜け落ちたりする場合があるため、完全な情報を得るには、必ずブログ記事の全文をご参照ください。

Transport Layer Security (TLS) is a cryptographic protocol that provides confidentiality, integrity, and endpoint authentication for data transmitted between applications over networks, with TLS 1.3 (RFC 8446) removing legacy features to ensure forward secrecy. DNS over TLS (RFC 7858) encrypts DNS queries on TCP port 853 to prevent observers from reading or altering queries, differing from DNS over HTTPS which carries DNS inside HTTP on port 443. Poor TLS management causes outages and security exposures through expired certificates, weak cipher suites, and unmanaged private keys, requiring teams to maintain certificate inventories, implement automated renewal, and enforce minimum protocol versions across all services.

  • TLS 1.3 eliminated static RSA key exchange and older algorithms, ensuring every session achieves forward secrecy so that recorded sessions cannot be decrypted later even if a server key is stolen.
  • DNS over TLS uses TCP port 853 and is easier for network operators to identify, monitor, and control compared to DNS over HTTPS, which blends with standard HTTPS traffic on port 443.
  • Common TLS deployment failures include expired certificates, incomplete certificate chains, hostname mismatches, protocol version conflicts, and firewall blocking of port 853, all of which require comprehensive testing across multiple client types and proper certificate management infrastructure.

TLSの概要

AttributeValue
Full nameTransport layer security
CategoryCryptographic network protocol
Defined inRFC 8446 for TLS 1.3 and RFC 5246 for TLS 1.2
Protocol and portRuns over TCP; DNS over TLS uses TCP port 853 as defined in RFC 7858
OSI layerCommonly placed between the transport and application layers
Primary useEncrypting and authenticating application traffic such as HTTPS, email and DNS over TLS
Related termsDNS over TLS, DNS over HTTPS, DNSSEC, Public key infrastructure, Certificate authority

TLSの仕組み

TLSは、クライアントとサーバーがプロトコルパラメータについて合意し、サーバーの認証を行い、共有セッションキーを導出する「ハンドシェイク」から始まります。ハンドシェイクの後、アプリケーションデータは暗号化され、完全性が保護されたレコードとして送信されます。

  1. クライアント・ハロー:クライアントがTCP接続を開き、サポートしているTLSのバージョン、暗号スイート、および鍵交換情報を送信します。
  2. サーバーのHelloメッセージと証明書:サーバーはパラメータを選択し、クライアントがその身元を確認できるよう、自身の証明書を送信します。
  3. 証明書の検証:クライアントは、証明書が信頼できる認証局に連鎖していること、有効期限が切れていないこと、および要求された名前と一致していることを確認します。
  4. 鍵交換:双方が一時的な鍵交換を行い、ネットワーク上で送信することなく、同一のセッション鍵を導出します。
  5. 暗号化されたアプリケーションデータ:エンドポイントはネゴシエーションされた暗号方式に切り替わり、保護されたレコード内でアプリケーションデータを交換します。

RFC 8446で定義されているTLS 1.3は、ハンドシェイクを短縮し、古くて脆弱なアルゴリズムを排除しています。相互TLSではクライアント証明書が追加されるため、サーバー側もクライアントを認証できるようになります。上記の手順は、一般的なサーバー認証のケースを示しています。

企業ネットワークにおいてTLSが重要な理由

TLSは、Webアプリケーション、API、電子メール、管理インターフェースなど、企業ネットワーク上のほとんどのトラフィックを保護します。TLSがなければ、通信経路にアクセスできる者なら誰でも、転送中のデータを読み取ったり改ざんしたりすることが可能になります。 RFC 8446として公開されたTLS 1.3では、静的RSA鍵交換などのレガシー機能が削除されたため、すべてのセッションでフォワードシークレシーが適用され、記録されたセッションは、たとえサーバーの鍵が盗まれたとしても、後から復号されることはありません。

TLSは、コアネットワークサービスにおいても重要です。RFC 7858で定義されたDNS over TLSは、TCPポート853上のクライアントとリゾルバー間のクエリを暗号化し、ユーザーが検索したドメイン名が通信経路上で読み取られるのを防ぎます。これは、標準のWebポート上でHTTPS内にDNSを格納するDNS over HTTPSとは異なります。 暗号化は監視方法にも変化をもたらします。平文のDNSを検査することに依存していたツールは、トラフィックを把握するために別の方法を必要とするからです。

TLSの管理が不十分だと、サービス停止や情報漏洩を招きます。有効期限が切れた証明書はサービスを停止させ、古いプロトコルバージョンや脆弱な暗号スイートはダウングレード攻撃を招き、管理されていない秘密鍵は攻撃者にサーバーへのなりすましを許してしまいます。チームには、証明書のインベントリ管理、自動更新、およびすべてのサービスにわたる最低プロトコルバージョンを定めるポリシーが必要です。

TLSと関連用語の比較

TLS 対 DNS over HTTPS

DNS over TLSは、専用のポート上のTLSセッション内でDNSメッセージを直接伝送するのに対し、DNS over HTTPSは、標準のHTTPSポート上のTLSセッション内で、DNSメッセージをHTTPリクエストにカプセル化して伝送します。

AttributeTLSDNS over HTTPS
StandardRFC 7858RFC 8484
TransportTLS over TCPHTTP over TLS
Default portTCP 853TCP 443
Visibility to network operatorsEasy to identify and to block or monitor by portBlends with other HTTPS traffic, so harder to separate
Typical implementation pointOperating system or resolverOften the browser or application

TLSに関するよくある問題

更新されずに有効期限が切れた証明書は、ブラウザの警告やAPI呼び出しの失敗を引き起こし、その多くは予期せぬ時間帯に発生します。ロードバランサーや管理インターフェースなど、エンドポイントの多いサービスは、こうした問題が見落とされがちです。

自身の証明書のみを送信し、中間証明書を省略するサーバーは、一部のブラウザでは正常に動作しますが、コマンドラインツール、Javaクライアント、および組み込みデバイスでは失敗します。複数のクライアントタイプでテストを行うと、この差異が明らかになります。

クライアントは、要求されたホスト名が「サブジェクトの別名(SAN)」フィールドに含まれていない場合、証明書を拒否します。これは、IPアドレスや、証明書の対象外である新しいエイリアスを介してサービスにアクセスした際に、よく発生します。

TLS 1.0 または 1.1 のみをサポートする古いクライアント、あるいはクライアントが提示する暗号スイートを無効にしているサーバーでは、ハンドシェイクエラーが発生します。パケットキャプチャでは、通常、クライアントハローの直後にアラートが表示されます。

ファイアウォールがTCPポート853をブロックすると、DNS over TLSクライアントは接続に失敗するか、暗号化されていないDNSにフォールバックします。その結果、クライアントの設定に応じて、ホスト名の解決に失敗するか、あるいは暗号化が気付かれないまま失われることになります。

統合型DDIがネットワーク運用をいかに簡素化するかをぜひご覧ください

自動化、可視性、制御機能が組み込まれた単一のプラットフォームから、DNS、DHCP、IPアドレスを管理できます。

TLSに関するよくある質問

関連用語

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

組織のネットワーク向けに、ガバナンスが確立され、監査対応可能なIPAMワークフローおよび承認モデルを構築する

ガバナンスが確立され、監査対応が可能なIPAMワークフローを実現するIP管理ソリューションをご覧ください。企業ネットワークチーム全体で、範囲を限定した承認と完全な監査証跡を実現します…

Read more
コンテンツハブ

OSIモデルの理解:7層構造におけるDNSとIPアドレスの位置づけ

OSIモデルの7つの層と、DNSおよびIPアドレスがそれらにどのように位置づけられるかを理解しましょう。BlueCatでネットワークアーキテクチャの基礎を学びましょう。…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

IPv6 およびデュアルスタック企業ネットワーク向けの DNS および IPAM のスケーリング

デュアルスタック企業ネットワーク向けに DNS および IPAM を拡張します。Micetro が、統合された DNS、DHCP、および IPAM…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Embedding DNS, DHCP, and IPAM into Ansible and Git-based infrastructure-as-code pipelines

Embedding DNS, DHCP, and IPAM into Ansible and Git-based IaC pipelines with Micetro turns address and record changes into versioned, reviewable steps

Read more
ポッドキャスト

ポッドキャスト:AIがエンタープライズソフトウェア開発をどう変えているか

AIはネットワークの自動化を変革しますが、安全な導入には、サービス停止を防ぐための堅固なソフトウェア開発手法、テスト、およびドメインの専門知識が必要です。…

Read more
ポッドキャスト

ポッドキャスト:ネットワーク運用においてオープンプラットフォームが重要な理由

オープンプラットフォームとAPIファーストのアーキテクチャにより、ハイブリッド環境の企業全体で、インテリジェントなネットワーク運用、自動化、そしてAI駆動のワークフローが実現されます。…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

LiveAssistを活用して、すでに保有しているLiveNXのデータから答えを引き出しましょう

LiveNX用のAI搭載アドオン「LiveAssist」が、ネットワークデータを迅速で分かりやすい回答に変換し、わずか数日でその価値を実感できる仕組みについてご覧ください。…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options
Read more

関連記事