Loading article…
| 原作者 | Andrea Bittau、Mike Hamburg、Mark Handley、David Mazières、Dan Boneh、Quinn Slack。 |
|---|---|
| タイプ | 通信暗号化プロトコル |
| Webサイト | tcpcrypt.org |
コンピュータネットワークにおいて、tcpcryptはトランスポート層通信暗号化プロトコルです。[1] [2] TLS (SSL)などの従来のプロトコルとは異なり、tcpcryptはTCP拡張として実装されています。これは、Andrea Bittau、Mike Hamburg、 Mark Handley、David Mazières、Dan Boneh、Quinn Slackの6人のセキュリティおよびネットワーク専門家のチームによって設計されました。 [3] Tcpcryptはインターネットドラフトとして公開されています。[4]実験的なユーザー空間実装は、Linux、Mac OS X、FreeBSD、Windowsで利用できます。Linuxカーネル実装もあります。
TCPINC（TCP Increased Security）ワーキンググループは、 TCPプロトコルのセキュリティ拡張の標準化に取り組むために、 2014年6月にIETFによって結成されました。 [5] 2019年5月にワーキンググループは、 Tcpcryptの実験的な標準として RFC 8547とRFC 8548をリリースしました。
説明
Tcpcrypt は日和見暗号化を提供します。どちらかの側がこの拡張機能をサポートしていない場合、プロトコルは通常の暗号化されていない TCP にフォールバックします。また、Tcpcrypt は、暗号化を知らないアプリケーションも含め、TCP を使用するすべてのアプリケーションに暗号化を提供します。これにより、段階的かつシームレスな展開が可能になります。[6]
TLSとは異なり、tcpcrypt自体は認証を行わず、アプリケーションに固有の「セッションID」を渡します。アプリケーションはこのトークンを使用してさらに認証を行うことができます。つまり、パスワードや証明書など、あらゆる認証方式を使用できます。また、公開鍵接続の開始の大部分をクライアント側で実行し、サーバーの負荷を軽減してDoS攻撃を緩和します。[6]
歴史
プロトコル仕様の最初のドラフトは2010年7月に公開され、 8月には参照実装が続きました。しかし、IETFでの最初の会議の後、プロトコルの支持者は標準化の推進力を得ることができず、プロジェクトは2011年に休止状態になりました。[7]
2013年と2014年にエドワード・スノーデンがNSAと他の政府機関に関する世界的な監視を暴露した後、IETFはインターネットユーザーを監視から保護するために強い姿勢を取った。 [8] [9]これは、tcpcryptのユビキタスな透過的な暗号化の目標と一致しており、プロトコルの標準化への関心が再燃した。tcpcryptの公式IETFメーリングリストは2014年3月に作成され、[10]続いて6月にTCPINC（TCP Enhanced Security）ワーキンググループが結成され、 [5]仕様草案の新しいバージョンが作成された。
パフォーマンス
Tcpcrypt は TCP タイムスタンプを強制し、各データ パケットに独自の TCP オプションを追加します。これは、通常の TCP と比較して、パケットあたり 36 バイトになります。TCP パケットの平均パケット サイズは 471 バイトであるため、[11]有効帯域幅の 8% のオーバーヘッドが発生する可能性があります。この 36 バイトのオーバーヘッドは、64kbs を超えるインターネット接続では問題にならないかもしれませんが、ダイヤルアップ インターネット ユーザーにとっては問題になる可能性があります。
TLS/SSLと比較すると、tcpcrypt はパフォーマンスへの影響が少ないように設計されています。これは、tcpcrypt には組み込みの認証機能がなく、アプリケーション自体で実装できるためです。暗号化プリミティブは、サーバー側の負荷を軽減するために使用されます。これは、通常、単一のサーバーが、クライアントの逆よりもはるかに多くのクライアントにサービスを提供する必要があるためです。[6]
実装
現在のユーザー空間実装は実験的であると考えられており、一部のシステムでは不安定であると報告されています。また、 IPv6はまだサポートされていません。IPv6 は現在 Linux カーネル バージョンでのみサポートされています。tcpcrypt が標準になると、オペレーティング システムに tcpcrypt サポートが組み込まれ、ユーザー空間ソリューションが不要になると予想されます。[引用が必要]
参照
参考文献
- ^ Andrea Bittau 他 (2010-08-13)。ユビキタスなトランスポートレベル暗号化のケース(PDF)。第 19 回 USENIX セキュリティシンポジウム。
- ^ Michael Cooney (2010-07-19). 「ユビキタス暗号化技術は近い将来に実現するか?」Network World。
- ^ 「tcpcrypt – 私たちについて」. tcpcrypt.org.
- ^ Bittau, A.; D. Boneh; M. Hamburg; M. Handley; D. Mazieres; Q. Slack (2014 年 7 月 21 日)。TCP ストリームの暗号化保護 (tcpcrypt)。IETF。ID draft -bittau-tcpinc-01。
- ^ ab 「TCP 強化セキュリティ (tcpinc)」。ワーキング グループの憲章。2014 年7 月 25 日閲覧。
- ^ abc Jake Edge (2010-08-25). 「Tcpcrypt によるトランスポートレベルの暗号化」. LWN.net .
- ^ Mark Handley (2013 年 9 月 9 日)。「Linux 3.10.10 のカーネル パッチ?」 (メーリング リスト)。2
年前、tcpcrypt の採用にはあまり進展がありませんでした。
- ^ Richard Chirgwin (2014 年 5 月 14 日)。「IETF は将来のすべてのインターネット プロトコルを NSA 対策する予定」The Register。
- ^ Mark Jackson (2014 年 5 月 13 日)。「IETF が国家主導の大規模インターネット監視の阻止に着手」ISP Review。
- ^ 「新しい非 WG メーリング リスト: Tcpcrypt -- TCP に暗号化を追加するためのディスカッション リスト」(メーリング リスト)。IETF 事務局。2014 年 3 月 24 日。
- ^ 「Sean McCreary と kc klaffy」。「広域 IP トラフィック パターンの傾向: Ames Internet Exchange からの視点」。
外部リンク
- tcpcrypt.org
- IETF における TCPINC ワーキング グループ憲章
- USENIX 2010 プレゼンテーションのスライド。tcpcrypt の基礎を説明しています。