その公開された OpenVPN 鍵は CA か、ピア鍵か、tls-auth か

VPN 鍵が公開されたという報告が届いたとき、その一文にはまったく異なる三つの状況が隠れています。すべてのクライアントが持つべき CA 証明書なのか、一台のマシンから出るべきではなかった秘密の識別鍵なのか、それとも 両端が保持しなければならない制御チャネルの共有秘密なのか。修理の内容も緊急度も影響範囲もそれぞれ違うため、最初の作業は行動ではなく分類です。分類を間違えれば、その後の手順はすべて無駄な努力になります。

ファイル名ではなくディレクティブから始める

有効な設定を読み、どのディレクティブが問題の素材を指しているかを特定します。OpenVPN の TLS オプションでは、信頼された証明書素材には ca、ローカルピアの証明書には cert、それに対応する秘密鍵には key を使います。

ファイル名は何も証明しません。key.pem という名前のファイルに証明書が入っていることもあり、プロファイル内のインラインブロックがディスク上の別ファイルとまったく同じオブジェクトを含むこともあります。名前を信じるのではなく、ファイルを開いてヘッダーを見てください。この一度の確認で、報告の曖昧さの大半が消えます。

プロファイルが PKCS#12 バンドルなら、管理された場所で展開し、実際に何が入っているかを確認します。一つのバンドルに証明書、そのチェーン、秘密鍵が入りうるため、バンドルの漏洩は三つすべての漏洩を意味します。

誰かがファイルを変更する前に、オブジェクト、ディレクティブ、どのピアが保持しているか、誰が読めるかという分類を書き留めます。応答の残りはこの一文にかかっています。

CA 証明書は共有されるように設計されている

公開 CA 証明書は信頼の素材です。クライアントがサーバーを検証するために必要で、配布は異常ではなく通常の運用です。それを公開しても CA の秘密署名鍵は公開されず、攻撃者が新しい識別情報を作れるようにするのはまさにそのオブジェクトです。

両者がしばしば混同されるため、この区別はチケットに明記する価値があります。答えるべき問いは、漏洩したファイルが証明書なのか署名鍵なのかであり、ファイルの中身をちょっと見れば決まります。証明書には公開鍵と署名が入っていますが、署名鍵はそこに一切現れません。

配布にも注意は必要です。クライアントは承認されたプロファイル配布経路で証明書を取得すべきで、貼り付けサイトから取るべきではなく、信頼できない経路で届いた証明書は途中で差し替えられる可能性があります。

ピア鍵と tls-auth の秘密は

ピアの秘密鍵は識別の素材です。コピーされた時点で、証明していたのは排他的な所持そのものだったため、サーバーは意図した端末とコピーを持つ誰かを区別できなくなります。認可を続けるか交換するかは VPN の所有者の判断であり、ファイルを見つけた人の判断ではありません。

tls-auth の秘密は三つ目のものです。制御チャネルのパケットに HMAC 認証を加え、認証が正しくないパケットを TLS 交換の前に破棄させ、ピアの秘密鍵でもアプリケーションデータを暗号化する鍵でもありません。

その共有秘密が公開されれば、それが与えていた障壁は持っている全員にとって失われます。だからといって、保持者全員がその背後の証明書確認とユーザー確認を通るわけではなく、だからこそ分類は警報レベルより重要です。どの障壁が落ち、どれが残っているかを述べてください。

漏洩した役割を直すのであって、隣を直すのではない

共有秘密は、ファイル名を変えたりダウンロードリンクを隠したりしても秘密には戻りません。交換とは新しい値を生成し、調整された変更としてすべてのピアに配布することであり、片側だけを交換すれば古い値を持つ全員の取り決めが壊れます。

ピアの識別情報が露出した場合は、その識別情報について運用者の失効と再登録の手続きを使ってください。無関係なアカウントのパスワードを変えてもコピーされた証明書は無効にならず、tls-auth ファイルを差し替えても同じです。

どれかに依存する前に、配備されたサーバーが実際に何を強制しているかを確認してください。更新されない失効リストや、障害中に無効化された役割チェックは、答えをまったく変えてしまいます。リポジトリのコピーではなく、実行中の設定を読んでください。

過去の通信はそれ自体の条件で評価する

露出したファイルだけでは、以前に取得されたセッションを復号できるかは分かりません。鍵の確立方式、露出した素材、どの記録が存在するかによるもので、「通信はすべて失われた」も「何も起きなかった」も、その事実がなければ推測です。

どの分類に属するかを尋ねる間に、認証情報の別のコピーを投稿しないでください。代わりに、承認されたサポート経路でディレクティブ名と秘密でないメタデータを共有してください。

有用な結論は、オブジェクト、その役割、失われた保護、必要な調整された行動を名指しします。それより短いものは見出しであって評価ではありません。