いつ DANE 証明書の変更後に配信が失敗し始める場合は、まずキーが変更されたかどうか、 TLSA アソシエーションはそのキーを使用し、各受信者が実際にどの証明書を提供するかを示します。一般的な証明書の警告により、 DNSSEC 失敗、間違い セレクタ または部分的な展開。間違ったレイヤーを修正すると、メールがキューに残ったままになり、証拠の解釈が難しくなる可能性があります。
失敗した観察を保存する
参考文献: RFC 7672 §2, RFC 7672 §3.
送信者の実装、タイムスタンプ、受信者のドメイン、選択したMXホスト、ポート、受信 IP、および観察された障害を記録します。 DNSSEC検証結果と関連する TLSA 回答を証明書またはその公開フィンガープリントと一緒に保持します。送信者が別のホストを再試行した場合は、それを別の観察として保存してください。ドメイン全体を要約するダッシュボードは、エンドポイント レベルの証拠に代わることはできません。
ハンドシェイクの失敗と、ハンドシェイク後の認証の失敗を区別します。ネットワーク タイムアウトは、TLSA ダイジェストが不一致であることを証明するものではありません。逆に、証明書を受信しても、信頼されたDNSSECチェーンもDANE認証の成功も証明されません。 RFC 7672 、検出ステップと検証ステップを個別に定義しています。 RFC 7672セクション 2 および 3.
バイトを比較する前に使用法とセレクターを確認してください
参考文献: RFC 6698 §2.1.2, RFC 6698 §2.1.3, RFC 7672 §4.
3 1 1 関連付けの場合、提供された証明書の DER SPKI を抽出し、SHA-256 を計算します。同じキーを再利用する証明書の更新では、このダイジェストを変更しないままにすることができます。キーのローテーションはできません。完全な証明書セレクターでは、キーが保持されている場合でも、証明書が更新されると関連付けが変更されます。ブラウザの証明書フィンガープリントを SPKI フィンガープリントと同じ意味で使用しないでください。
保持されている 2026 年 11 月 7 日の OpenSSL フィクスチャは、検査はされましたが、ここでは再実行されませんでした。異なるキーを使用して証明書 A と B を作成し、A のキーを使用して再発行 A2 を作成しました。記録された計算によれば、A と A2 は選択された SPKI ダイジェストを共有しますが、B は異なります。次に、B と A の関連付けを意図的に比較し、失敗を記録します。テストでは実際に生成された証明書バイトが使用されますが、キャプチャされた本番環境のインシデントではなく、ローカルの合成証拠です。
DNSとエンドポイントのタイミングを再構築する
参考文献: RFC 7671 §8.1, RFC 7672 §2.1.
新しいキーのアクティブ化時間を、重複する関連付けセットの公開および以前のキャッシュされたデータの有効期限と比較します。送信者が A のみのレコードを保持している間に B が展開された場合、正しい送信者は B を拒否できます。インシデント後に権威DNSにクエリを実行して B を確認しても、以前のキャッシュ状態は反証されません。
すべてのバックエンドとアドレス ファミリを確認します。リロードに失敗したサーバーは A を保持し、他のサーバーは B を使用する可能性があります。その場合、新規のみの TLSA セットではトラフィックの一部のみが失敗します。 DNSSEC失敗には別のタイムラインがあります。署名、委任、およびリゾルバーの検証は、偽のデータを署名されていないものとして安易に扱うことなく検査する必要があります。 RFC 7672セクション 2.1 および 4.
チェックを無効にするのではなく一貫性を復元する
参考文献: RFC 7672 §3.1.1, RFC 7672 §4.
キーが侵害されていない場合は、実際のキャッシュとロールアウトの状態に応じて、以前にカバーされた証明書を復元するか、正しく重複する関連付けが適切な場合があります。メールとDNS所有者を調整し、送信側からの修復を確認します。 TLSA を削除すると、キャッシュされた要件がすぐに削除されると想定しないでください。また、デフォルトの回避策として、セキュリティ障害を認証されていない配信に変換しないでください。
DANE-EE の場合、すべてのブラウザー PKIX ルールを診断にインポートしないでください。その証明書の使用法には、 RFC 7672 §3.1.1 に基づく、証明書名の一致要件がないことや DANE-EE 使用法での証明書の有効期限の無視など、特定の認証セマンティクスがあります。この特定のルールをすべての TLSA の使用法に拡張しないでください。これは、他の送信者が PKIX または MTA-STS。これとは別に、保存されている 2026 年 11 月 7 日のレビュー証拠には、タイムスタンプ付きのループバックが含まれています。 STARTTLS セッション。セッションは検査されましたが、このリビジョンでは再実行されませんでした。制御されたクライアントは、記録された127.0.0.1ポートで証明書 B を監視し、ピア SPKI を抽出し、A のみのアソシエーションを拒否します。修正されたオーバーラップ A-plus-B コントロールはルートを受け入れます。これとは別に、Python/OpenSSL 証明書の検証では、信頼マテリアル A に対して B が拒否されますが、A は成功します。プライベート レビュー パッケージは、証明書の取得に達した 4 つのケースについて、7 つのトランスクリプトとピア証明書バイトを保持します。ハンドシェイクが失敗した場合と STARTTLS が失敗した場合には、キャプチャされたピア証明書のバイトは含まれません。これは、インターネットDNSSEC結果や本番環境ではなく、TLSA 入力が構成された小規模なラボ クライアントです。 MTA 事件。メッセージは送信されませんでした。本番環境の受け入れには、引き続き、意図されたエンドポイントと送信者のトレースが必要です。