どちらの暗号も時代遅れであり、新しい通信の正しい対象ではありません。有用な比較は DES 対 3DES ではなく、廃止されたアルゴリズム対保守されているアルゴリズムです。ゲートウェイがまだどちらかを提供しているなら、必要なのは何がそれを要求しているかを見つけ、その要求を取り除くことであり、二つの行き止まりのうち強い方を選ぶことではありません。

人々がいまだに探している比較は間違っている

2000年代に書かれた回答は DES とトリプル DES を比較し、トリプル DES の方が強いと結論づけています。当時は妥当でしたが、今では無意味です。どちらも新しい通信の保護には廃止されており、両者の選択は二つの行き止まりの間の選択だからです。

NIST は 2005 年に DES 標準を撤回し、TDEA の勧告も 2024 年の初めに撤回されました。新しい暗号保護への TDEA の適用期限が 2023 年末に過ぎたためです。これらの日付は移行を表すものであり、優劣の順位ではありません。短いセッションや価値の低いメッセージでも問題は再び開かれません。アルゴリズムの状態は鍵をどれだけ長く使うかには依存しないからです。

鍵の更新は別の統制であり、承認を回復するものではありません。

ネゴシエーションとデータ経路を分けて考える

VPN プロトコルは複数の場所で保護をネゴシエートします。制御チャネルが一つのスイートを使い、運ばれるデータが別のスイートを使うことがあり、提案リストはピアが受け入れる用意があるものを示すだけです。提示ではなく、ネゴシエートされた結果を読んでください。この区別はよくある混乱を説明します。ゲートウェイが古いアルゴリズムをまだ一覧に載せていて、運用者が使われていると想定しても、実際には提示されるだけで選ばれないか、古いピア一つのためにだけ選ばれているかもしれません。

IPsec ゲートウェイでは関連する出力はセキュリティアソシエーションであり、OpenVPNでは接続ログの暗号と TLS 設定です。どちらも何が選ばれたかを示します。設定ファイルに古いオプションが残っていることでは、どちらも証明されません。

ネゴシエートされた結果が見えないなら、暗号が廃止されたと主張することはできません。

いまだにそれを要求している構成要素を見つける

旧来の要件は三つの場所から来ます。より良いものを何も提示しない古いクライアント、アルゴリズムをまだ一覧に載せているゲートウェイポリシー、古いプロトコルしか話さない機器です。それぞれ対処が異なります。互換プロバイダを有効にする前に、その制約の所有者にどれなのかを尋ねてください。有効にすると接続するすべてのピアに影響します。

まだ交換できない単一の機器については、その前に保守されたゲートウェイを置き、その境界が運ぶものを限定します。これにより、すべてのリモートユーザーに古い暗号を継承させることなく、封じ込められます。

封じ込めはパッチではなく、旧来のホストを信頼できるものにもしません。

すでにある検査で移行する

移行は、想定したピアが保守されたプロファイルで接続し、ネゴシエートされたスイートが期待どおりで、アプリケーションが動作したときに完了します。サーバー ID の検証とアカウント検査は最後まで維持してください。暗号の変更はそれらを緩める理由にはなりません。

openvpn --version
openssl ciphers -v 'DEFAULT:!DES:!3DES'

クライアントとゲートウェイのバージョンをネゴシエートされた結果の隣に記録し、次のレビューで実際に何が変わったか分かるようにします。

古い許可をその所有者を通じて撤回し、その後、廃止されたアルゴリズムだけを提示するピアが拒否されることを確認します。古いオプションを有効なままにする移行は、起きていない移行です。拒否の証拠は変更記録と一緒に保管してください。次の監査はどうやって知ったのかを尋ねますし、削除された設定行は記録された拒否より弱い証拠です。セッションが新しいうちに、試験日とピアの識別情報をその記録に加えてください。

履歴データは別の問題である

何年も前に保護されたアーカイブを読むには、正当に古いアルゴリズムが必要な場合があります。それは既存の素材の復号であり、新しい通信を保護するのと同じ作業ではありません。

そのような作業は、文書化された目的と実行できる人の短いリストを備えた隔離されたホストで行ってください。

この区別が重要であるのは、廃止された暗号を利用可能にしておく唯一の正直な理由だからです。それは範囲を限定したツールを正当化しますが、公開 VPN プロファイルの恒久的な行を正当化することは決してありません。

関連記事