機会主義的暗号化

便宜的暗号化( OE ) とは、別のシステムに接続するときに通信チャネルを暗号化しようとし、そうでない場合は暗号化されていない通信に戻るシステムを指します。この方法では、2 つのシステム間で事前の取り決めは必要ありません。

便宜的暗号化は、受動的な盗聴に対抗するために使用できます。^[1] (一方、能動的な盗聴者は、暗号化ネゴシエーションを妨害して、暗号化されていないチャネルを強制するか、暗号化されたリンクに対して中間者攻撃を実行することができます。) 認証を確立するのが難しい場合があり、安全な通信が必須ではないため、強力なレベルのセキュリティは提供されません。ただし、ほとんどのインターネットトラフィックの暗号化を簡単に実装できるため、インターネットトラフィックセキュリティの大量導入に対する大きな障害が取り除かれます。

インターネット上の日和見暗号化については、RFC  4322「インターネット キー交換 (IKE) を使用した日和見暗号化」、RFC  7435「日和見セキュリティ: ほとんどの場合に何らかの保護」、およびRFC  8164「HTTP/2 の日和見セキュリティ」で説明されています。

FreeS /WANプロジェクトは、OE の初期の提唱者の 1 つでした。^{[2]この取り組みは、現在}Libreswanに取り組んでいる元 freeswan 開発者によって継続されています。Libreswan は、 IPsecによる Opportunistic Encryption のさまざまな認証フックをサポートすることを目指しています。2015 年 12 月にリリースされたバージョン 3.16 では、RFC 7619 に基づく AUTH-NULL ^[3]を使用した Opportunistic IPsec がサポートされました。Libreswan プロジェクトは現在、(フォワード) Domain Name System Security Extensions (DNSSEC) とOpportunistic IPsec のKerberosサポートに取り組んでいます。^[要出典]

OpenswanはOpenWrtプロジェクトにも移植されています。^[4] Openswanは逆DNSレコードを使用してシステム間の鍵交換を容易にしました。

OpenVPNとネットワークプロトコルを使用して、特定のドメインに対してOEと同様に動作する動的VPNリンクを設定することが可能です。 ^[5]

FreeS/WAN と、Openswan やstrongSwanなどのフォークは、IPsec ベースのテクノロジーを使用して OE モードでも動作できる VPN を提供します。難読化 TCP は、 OE を実装するもう 1 つの方法です。

Microsoft Windowsプラットフォームには、デフォルトで OE の実装がインストールされています。この方法は、トラフィックのセキュリティ保護に IPsec を使用し、有効化の手順は簡単です。MMC と「ローカル コンピュータの IP セキュリティ ポリシー」からアクセスし、プロパティを編集して「(セキュリティの要求)」ポリシーを割り当てます。^[6]これにより、Kerberos 環境でオプションの IPsec が有効になります。多くのシステムでは、どちらかの側がNAT の背後にある場合にも問題が発生します。この問題は、NAT トラバーサル(NAT-T)によって解決され、レジストリ項目を編集することで実現されます。^[7] MMC で提供されるフィルタリング オプションを使用すると、さまざまなドメインやプロトコルへのトラフィックに暗号化の使用を要求、要求、または許可するようにネットワークをカスタマイズできます。

また、インターネット経由でメッセージを中継するためのSMTP STARTTLS拡張や、電子メールの読み取り用のインターネット メッセージ アクセス プロトコル(IMAP) STARTTLS 拡張を使用して、電子メールなどの特定のトラフィックに日和見暗号化を使用することもできます。この実装では、自己署名証明書を使用できる ため、証明機関から証明書を取得する必要はありません。

• RFC  2595 IMAP、POP3、ACAP での TLS の使用
• RFC  3207 TLS 経由の安全な SMTP のための SMTP サービス拡張
• STARTTLS と postfix
• STARTTLS と Exchange

多くのシステムでは、従来の電子メール パッケージにサードパーティのアドオンを追加したバリアントを採用しており、最初に暗号化キーの取得を試み、失敗した場合は電子メールを平文で送信します。PGP、p≡p、Hushmail、 Ciphire などはすべて、このモードで動作するように設定できます。

実際には、SMTPのSTARTTLSは自己署名証明書とともに導入されることが多く、^[8]システム管理者にとっては最小限の1回限りのタスクとなり、ほとんどの電子メールトラフィックが日和見的に暗号化されることになります。^[9]

一部のVoIP ( Voice over IP )ソリューションでは、可能な場合は音声トラフィックの暗号化を簡単に行うことができます。Sipura TechnologyおよびLinksysのアナログ電話アダプタ(ATA)の一部のバージョンには、VoIP情報サイトVoxillaからの証明書をインストールしたSRTPのハードウェア実装が含まれています。通話が行われるとSRTPの使用が試みられ、成功すると一連のトーンが受話器に再生され、失敗すると暗号化を使用せずに通話が続行されます。SkypeとAmicimaは安全な接続のみを使用し、Gizmo5はクライアント間で安全な接続を試みます。Phil Zimmermann、Alan Johnston、Jon Callasは、 ZRTPと呼ばれる新しいVoIP暗号化プロトコルを提案しました。^{[10]彼らは}Zfoneと呼ばれる実装を持っており、そのソースとコンパイル済みバイナリが利用可能です。

WWW / HTTP接続の暗号化には、通常HTTPSが使用されますが、これは厳密な暗号化を必要とし、 Web サイト運営者の初期設定と継続的なメンテナンス コストの両方の点で、かなりの管理コストがかかります。ほとんどのブラウザーは、Web サーバーの ID を検証して、SSL 証明書が信頼できる証明機関によって署名されており、期限が切れていないことを確認します。通常、Web サイト運営者は 1 年か 2 年ごとに手動で証明書を変更する必要があります。ある種の日和見的な Web サイト暗号化を有効にする最も簡単な方法は、自己署名証明書を使用することですが、ユーザーが手動で Web サイトの証明書を信頼できるものとしてマークしない限り、Web サイトにアクセスするたびにブラウザーに警告が表示されます。暗号化されていない Web サイトでは、現在このような警告は表示されないため、自己署名証明書の使用は歓迎されていません。

2015年、MozillaはFirefoxバージョン37で日和見暗号化の導入を開始しました。 ^[11] SSL証明書の検証をバイパスできる重大な脆弱性があったため、これはすぐにロールバックされました（アップデート37.0.1）。^[12]

HTTPS EverywhereやHTTPSfinder ^[13]などのブラウザ拡張機能は、可能な場合は接続を検出し、自動的にHTTPSに切り替えます。

HTTP/2プロトコルの真のシームレスな日和見暗号化については、いくつかの提案がありました。 ^[14]これらの提案は後に却下されました。Varnishの主任開発者であり、 FreeBSDカーネルのシニア開発者であるPoul-Henning Kampは、 IETFがHTTP/2で特定の政治的議題に従い、標準に日和見暗号化を実装していないと批判しました。 ^{[15] [16]}

SMTPでよく使用されるSTARTTLS実装は、アクティブな盗聴の対象になった場合にSTRIPTLS攻撃に対して脆弱です。

• ジョン・ギルモア
• 多要素認証
• 便宜的 TLS
• 機会的ワイヤレス暗号化(OWE)
• セキュリティレベル
• セキュリティレベル管理
• tcpcrypt

• MIT コンピュータサイエンス研究所のSimson Garfinkelによる「日和見暗号化による電子メールの機密性の確保」、2003 年 5 月
• NAT-T と DH2048 に関する Windows KB 記事
• RFC  4322 – インターネット鍵交換 (IKE) を使用した日和見暗号化
• RFC  7258 – 広範囲にわたる監視は攻撃である