[ プロトコルと標準 ]

輸送のセキュリティ

MTA-STS 、 TLS-RPT 、およびDANEを使用して転送中のメールを暗号化し、それが機能することを証明するレポートを読んでください。

40 ガイド

【コアガイド】

[ すべてのガイド ]

記事

電子メール認証と暗号化の間の複雑な関係を解明します。

電子メール認証と暗号化の間の複雑な関係を詳しく見てみましょう。メールの安全性を確保する方法を学びましょう。

ガイド

調査につながる輸送セキュリティのアラートを作成する

集約された障害ごとにページングするのではなく、明確な分母、カバレッジ信号、所有者、および調査パスを使用してトランスポート セキュリティ アラートを作成します。

ガイド

SMTP TLSレポートでの証明書名の失敗

レポートされたSMTPエンドポイントおよび適用されたポリシーに対して証明書名の障害を調査し、ポリシーとホストの HTTPS ID を分離します。

ガイド

トランスポート ポリシーの失敗と認証の失敗を比較する

配信段階の証拠と信頼できる観察結果を使用して、 SMTPトランスポート ポリシーの失敗をSPF 、 DKIM 、およびDMARC結果から区別します。

ガイド

TLS-RPT DNSレコードを作成して検証する

正しく形成されたTLS-RPTレコードを 1 つ発行し、 DNS検出と受信レポートの宛先の両方を確認します。

ガイド

DANEとMTA-STS : 信頼モデルと導入ニーズを比較

認証された検出、最初のコンタクト、証明書のロールオーバーなど、同じ受信ルート上のDANEとMTA-STSを比較します。

ガイド

SMTP用DANE : DNSSECと TLSA の依存関係を理解する

SMTPルートをDANE認証済みとして処理する前に、安全なMX検出、TLSA の使用可能性、および用途固有の証明書の照合をトレースします。

ガイド

証明書またはキーの変更後のDANE検証の失敗

信頼ポリシーを変更する前に、提供された証明書、セキュア TLSA 回答、展開タイムラインを比較することにより、 DANE破損を診断します。

ガイド

TLSレポートの重複を排除し、レポート期間のコンテキストを保持します。

修正、ポリシーの範囲、または観察時間と到着時間の差を失うことなく、レポートの取り込みを重複排除します。

ガイド

SMTP TLSレポートの期限切れまたは信頼できない証明書

有効期限とトラスト チェーンの障害を区別し、報告されたエンドポイントを保存し、更新後に実際に提供される証明書を検証します。

ガイド

MTA-STSポリシー ファイルを正しい HTTPS の場所でホストする

正確なMTA-STS HTTPS エンドポイントを直接提供し、その証明書とポリシー本体を検証し、公開と検出とキャッシュを調整します。

ガイド

MTA-STS証明書と HTTPS チェーンの障害

HTTPS ポリシー証明書を受信側 MX 証明書から分離し、失敗した信頼またはホスト名チェックを正確に診断します。

ガイド

ポリシーホストの停止を伴わないMTA-STS証明書の更新

所有権の更新、導入された証明書チェック、直接 HTTPS 検証、およびSMTP証明書からの明確な分離により、 MTA-STSポリシー ホストの停止を防ぎます。

ガイド

メールプロバイダーの移行中のMTA-STS

メール ルートを移動する前にポリシーの互換性を拡張し、重複を保持することで、古いポリシーを持つ送信者が引き続き安全に配信できるようにします。

ガイド

受信ドメインのメール ルートを通じて説明されるMTA-STS

MTA-STS強制モードを選択する前に、受信MX宛先、 TLS要件、およびキャッシュされたポリシーをマッピングします。

ガイド

MTA-STSフェッチの失敗と予期しない HTTP 応答

キャッシュされたポリシーの動作を明確に保ちながら、リダイレクト、HTTP ステータス、証明書、本文の内容、タイムアウトによって引き起こされるMTA-STSフェッチの失敗について説明します。

ガイド

MTA-STS初回接続制限とキャッシュされたポリシー保護

空、有効、期限切れのキャッシュ状態、強制モードの動作、 DANE境界、レポートの制限を通じて、 MTA-STS初回接続制限を理解します。

ガイド

大規模なドメイン ポートフォリオ向けのMTA-STS

共有ホスティングやテンプレートを普遍的な準備として扱うことなく、ドメインごとの受信ルート、所有権、ポリシー履歴、ロールアウト証拠を管理します。

ガイド

複数のMXプロバイダーを持つドメインのMTA-STS

ホスト名パターン、 TLS証拠、キャッシュされたポリシーの移行など、プロバイダー全体のプライマリ、バックアップ、および移行MXルートを検証します。

ガイド

MTA-STS MXマッチングとワイルドカード ルール

受信側の各MXホスト名を狭い範囲のポリシー パターンと照合し、その証明書を個別に検証します。

ガイド

MTA-STSポリシーのキャッシュと遅延変更

1 回の編集ですべての送信者が更新されることを期待するのではなく、送信者のフェッチされたポリシーの有効期間とDNS TTL に基づいてポリシーの変更を計画します。

ガイド

MTA-STSポリシーの検出とDNSポリシー識別子

DNS ID をポリシー自体または送信者キャッシュをクリアするコマンドとして扱うことなく、ポリシーの改訂を通知するために使用します。

ガイド

MTA-STSポリシーがありません: レコードを追加する前に検出をトレースします

レコードを編集する前に、正確なドメイン、検出TXT応答、HTTPS 応答、 MXスコープ、および送信者キャッシュをトレースして、欠落しているMTA-STSポリシーを診断します。

ガイド

MTA-STSポリシーの構文: バージョン、モード、 MX 、および max_age

ポリシー本文を検出TXTレコードとは別に検証し、各必須フィールドの意味を保持します。

ガイド

MTA-STSロールバック: キャッシュされたポリシーを持つ送信者のアカウント

DNSを削除したり、max_age を下げたりすると既存の強制が削除されるとは想定せずに、 MTA-STS誤った変更から回復します。

ガイド

MTA-STSセットアップ: DNS 、HTTPS、およびメール配信を一緒に検証する

受信ドメインのトランスポート ポリシーを構築し、すべての受信ルートを確認し、送信者キャッシュに関する変更を計画します。

ガイド

MTA-STSテストと強制モード: 安全な移行を選択する

トランスポート障害を特定し、意図したすべての受信ルートが引き続き使用可能であることを証明した後でのみ、テストから強制に移行します。

ガイド

TLSレポートが到着しません: サポート、トラフィック、収集を確認してください

TLSレポートが存在しない場合、欠落している送信者の観察を、検出、配信、整合性、解析、ダッシュボードのエラーから分離します。

ガイド

SMTP配信を中断せずに TLSA レコードを公開およびローテーションする

古い関連付けを削除する前に、事前公開、キャッシュ対応オーバーラップ、フリート検証、および回復境界を使用して固定パラメーターの TLSA ロールオーバーを計画します。

ガイド

TLS-RPT JSON フィールドと障害カテゴリを読み取る

個々のトランスポート障害を解釈する前に、レポート エンベロープ、ポリシー スコープ、およびセッションの概要を読んでください。

ガイド

サーバーレスMTA-STSホスティング: 可用性の評価と変更制御

正確なパス配信、カスタム ドメインTLS 、ルーティング動作、キャッシュ対応リリースについて、文書化された Azure Static Web Apps ポリシーとホストのルートを評価します。

ガイド

SMTP TLSダウングレード攻撃と利用可能な制御

検出、ネゴシエーション、証明書の検証時にSMTPダウングレードの脅威をモデル化し、本番環境を弱めることなく関連する制御をテストします。

ガイド

STARTTLS 、便宜的なTLSおよび強制トランスポート ポリシー

SMTPルートを安全であると記述する前に、 TLS機能、ネゴシエートされた暗号化、および認証された強制を区別してください。

ガイド

チェッカーをあらゆる配送経路の証拠として扱うことなく、輸送セキュリティをテストする

トランスポート チェッカーの出力を、何が観察されたか、何が推測されたか、どの配信パスがテストされていないのかを特定する、範囲指定されたテスト レコードに変換します。

ガイド

TLSネゴシエーションの失敗とサポートされていないプロトコル設定

TLSレポートを使用してネゴシエーションの失敗を特定し、サポートされているプロトコル設定を変更する前にハンドシェイクを安全に再現します。

ガイド

トランスポート障害レポートを通じてTLS-RPTを説明する

架空の障害例、セッション数の計算、ポリシーのコンテキスト、認証されたレポート、および現在の RFC 正誤表を使用してTLS-RPTレポートを解釈します。

ガイド

TLS-RPTレポートの宛先とレポートの配信

保証された重複配信を想定せずに、承認された mailto または HTTPS の収集パス、レポートの整合性、タイミング、および処理責任を定義します。

ガイド

トランスポート暗号化とS/MIME : ホップ保護をメッセージ保護から分離

TLSとS/MIMEを 1 つのメッセージ パスにマッピングすることで、ホップ暗号化、コンテンツの機密性、署名の検証が 1 つの制御と誤認されないようにすることができます。

関連する無料ツール

企業の来歴

一流の金融機関と政府が選ばれる理由 電子メール セキュリティ ダッシュボードを廃止しました。

従来の電子メール認証プラットフォームはダッシュボードを販売し、エンジニアに作業を依頼します。一か八かの環境では、手動による監視は適用の遅れ、構成のドリフト、および監視されていないシャドウ ドメインを意味します。

EmailAuthは、エージェントの電子メール来歴プラットフォームです。 当社のエージェントが執行します p=reject、サードパーティの送信者を調整し、ドメインを完全に移動します。 RFC 9989 新しいDMARC標準に準拠し、人間による監査機能を備えています。

政府 大企業 ティア1金融機関

SaaS · 専用テナント · エアギャップオンプレミス · BYOK 暗号化

[ 詳細はこちら プロトコルと標準 ]

すべてのトピック