OpenSSL の SHA1 ダイジェスト名：旧式の一覧が意味するもの

旧式のダイジェスト一覧は暗号上の決定の記録のように読まれますが、そうではありません。SHA1、DSA-SHA1-old、RSA-SHA1-2 といった名前が古い OpenSSL ビルドで並んでいるのは、ライブラリが関連するハッシュ機構の周辺に複数のエントリポイントを登録していたからです。その一覧の RSA や DSA というラベルは、 OpenVPN がパケットに対して何をしたかを何も語りません。あなたが読んでいるのはライブラリの目録であり、セッションの記録ではありません。

結論が意味を持つ前に切り分けるべきは、登録名、その下にあるダイジェスト計算、そしてそれを消費する操作の三つです。

登録はインターフェースであり、強度の評価ではありません

OpenSSL 1.0.2 では、ダイジェスト登録テーブルが名前、別名、実装を一つのファイルで結び付けています。旧式の DSS1 記述子が最も明確な例で、SHA-1 の出力長を報告し、SHA-1 の終了ルーチンを呼び出しながら、まったく別のアルゴリズムを示唆する名前をまとっているからです。したがって、登録に余分な文字があっても、別のハッシュ、より長い出力、新しいセキュリティ水準を意味しません。

同じソースは古い呼び出し元のために別名の関係を保っており、一覧が混み合って見える理由もそこにあります。これは互換性の文書であり、現在の OpenSSL プロバイダが同じ名前を公開するという約束ではありません。

署名の名前が署名を作るわけではありません

署名フレームワークは、既存の呼び出し元がコンパイルし続けられるよう、ダイジェストを別のアルゴリズムのインターフェースに結び付けることがあります。本物の公開鍵署名には鍵とそれを使う署名手順の両方が必要で、メニュー上の名前がどちらかを提供することはありません。RSA 風のダイジェスト項目は呼び出し元が使える名前であって、すべての VPN パケットが RSA 署名を運んでいた証拠ではありません。

古い記事が民間伝承に流れ込むのはこの段階です。パケットがどのように認証されたかを知る必要があるなら、その仕組みを選んだオプションを見つけ、実際に実行しているバージョンでそれが何をするのかを読んでください。そのリリースに同梱されたマニュアルページだけが、目の前のプログラムに一致する説明です。アーカイブされたガイドは、それが書かれたリリースを説明しており、命名規則がいくつか遅れている可能性があります。

その名前を消費したオプションを見つける

OpenVPN 2.6 が文書化しているパケット認証のケースでは、auth は HMAC が使うダイジェストを選びますが、これは証明書署名ではなく、鍵付きのメッセージ認証の構成です。TLS 証明書の署名アルゴリズムはハンドシェイクの別の性質です。

AEAD データ暗号では、独立した auth 設定はデータチャネルに適用されなくなり、tls-auth に対する役割は別の問いとして残ります。したがってダイジェスト一覧は、現在のパケットをどのハッシュが保護したか、どの TLS スイートが交渉されたか、ピア証明書がどう署名されたかを教えてくれません。有効な設定とバージョンだけがそれに答えられ、しかも目の前の接続についてだけです。

実際に持っているものを記録する

OpenVPN のバージョン、リンクされた暗号ライブラリ、プロファイル内の正確なオプション、実際の接続の結果を書き留めてください。その組み合わせは、ダイジェストメニューのスクリーンショットでは答えられない問いに答え、印象ではなくバージョンを示すため次のアップグレードにも耐えます。

何より、名前がより強く、より具体的に聞こえるからといって旧式の別名を選ばないでください。接続全体に対してサポートされたポリシーを選び、古い名前はライブラリがかつて自らをどう提示していたかの記録として扱ってください。