QUIC

UDP上に構築された、暗号化と多重化を前提とする通信プロトコル。TLSの機能を組み込んで接続確立の往復回数を削減し、パケット損失が1本のストリームに閉じるためHTTP/3の下位層として採用されている。

GoogleがUDP上に構築した高速トランスポートプロトコル。HTTP/3のトランスポート層として使用される。TCPの3ウェイハンドシェイクを不要にし、0-RTTまたは1-RTTで接続を確立する。TLS 1.3が統合されており、常に暗号化通信が行われる。

GoogleがUDP上に構築した高速トランスポートプロトコル。HTTP/3のトランスポート層として使用される。TCPの3ウェイハンドシェイクを不要にし、0-RTTまたは1-RTTで接続を確立する。TLS 1.3が統合されており、常に暗号化通信が行われる。

GoogleがUDP上に構築した高速トランスポートプロトコル。HTTP/3のトランスポート層として使用される。TCPの3ウェイハンドシェイクを不要にし、0-RTTまたは1-RTTで接続を確立する。TLS 1.3が統合されており、常に暗号化通信が行われる。

Googleが開発し、IETFで標準化されたトランスポート層のプロトコル。UDPの上で動作し、TLS 1.3による暗号化を組み込んで接続の確立と暗号化の手順を同時に行うため、通信の開始までの遅延が小さい。HTTP/3の基盤として使われ、ヘッダの大部分も暗号化されるため盗聴や改ざんに強い。

平文を暗号アルゴリズムと鍵を使って、第三者が読めない暗号文に変換し、機密性を確保すること。元に戻す処理を復号という。方式には共通鍵暗号方式と公開鍵暗号方式があり、TLSやIPsecは、処理の速い共通鍵暗号で通信データを暗号化し、その鍵の共有に公開鍵暗号やDiffie-Hellman鍵交換を使う。

長期的な秘密鍵が漏洩しても、過去のセッションで使用した通信内容の秘匿性が保たれる性質。セッションごとに一時的な鍵ペアを生成するDHEやECDHEを使用することで実現する。TLS 1.3では必須となっている。

トランスポート層のコネクション型プロトコル。3ウェイハンドシェイクで接続を確立し、シーケンス番号と確認応答による順序の保証と再送制御、ウィンドウによるフロー制御、輻輳制御を行って、信頼性の高いデータ転送を実現する。HTTPやメールの転送などで使われる。

TCPやUDPで、1台のコンピュータ上の通信先のアプリケーション（サービス）を識別するための16ビットの番号。0〜1023はウェルノウンポートとして代表的なサービスに割り当てられ、HTTPは80番、HTTPSは443番、SMTPは25番を使う。IPアドレスと組み合わせて通信の端点を特定する。

HTTPの通信をTLSで保護する方式で、HTTPSと呼ばれ、既定のポート番号は443番である。サーバ証明書で接続先が正当なサーバであることを確認し、通信内容の暗号化と改ざんの検知を行う。現在はほぼすべてのWebサイトで常時HTTPS化が求められている。

処理能力や電力の限られたIoT機器のために設計された軽量のWebプロトコル。UDP上で動作し、HTTPと同様にGET、POSTなどのメソッドでリソースを操作するRESTの考え方を採りながら、ヘッダを小さくして通信量を抑える。HTTPとの相互変換も容易である。