Cloudflare Workersを利用したDMARC管理の構築方法

読み込み中…

DMARCレポートとは DMARC は Area-primary を表します完全にメッセージ認証、レポート、および適合性に基づいています。または、電子メールフィッシングおよびなりすまし .

メール送信時、DMARCによりドメイン所有者は作成することができます SPF などの認証戦略を指定する DNS ファイル (送信者ポリシーフレームワーク) および DKIM (DomainKeys Identified Mail) は、電子メールの信頼性を調べるために荒廃しています。電子メールがこれらの認証テストに失敗すると、DMARC は受信者の電子メールプロバイダーに、メッセージを隔離するか完全に拒否することによって、メッセージの処理方法を学習するように指示します

DMARC は今日のネットでかなりの数に変更されており、ビルドメールフィッシングおよびスプーフィング攻撃はより巧妙になり、蔓延しています。 DMARC を適用することにより、ドメイン所有者は、信頼の欠如、認識の損傷、および経済的損失に加えて、これらの攻撃の敵対的な影響から、指定されたユーザーとその可能性を保護することができます.

フィッシングやスプーフィング攻撃に対抗して保護することに加えて、DMARC はさらにレポーティング機能。エリアの世帯主は、メール認証の実行に関するレポートと、DMARC テストに合格したメッセージと不合格になったメッセージ、およびこれらのメッセージの送信元のビルドに関するレポートを受け取ることができます。

DMARC 管理には、オンラインページの DMARC ポリシーの構成と保守が伴います。効率的な DMARC 管理には、必要に応じて DMARC ポリシーの調整と更新を柔軟に行うことができるため、電子メール認証の実行の継続的な監視と予測が必要です。

建設的なDMARC管理のいくつかの重要な部分は以下を含みます:

DMARCの確立ポリシー: これには、ドメインの DMARC ファイルを構成して、認証テストに失敗したメッセージに対処するための許容可能な認証戦略とポリシーを指定する必要があります。 DMARC DNS ファイルの宝物は次のとおりです:

v=DMARC1 ; p=拒否; rua=mailto:

これは、DMARC モデル 1 を使い果たすことを指定します。 DMARC テストに失敗すると、電子メールは、どのサプライヤーが DMARC レポートを送信する必要があるかを処理します。

電子メール認証の監視演習: DMARC レポートは、ドメイン所有者が明確な電子メールセキュリティと配信可能性を実現し、業界の要件と規則に準拠するための重要な手段です。ドメイン所有者は、DMARC レポートを継続的に監視および分析することにより、メールの脅威を確立し、メールキャンペーンを最適化し、メール認証全体を強化することができます。

作成必要に応じて調整: DMARC レポートの予測に沿って、ドメインの所有者は、DMARC ポリシーを調整する必要があるか、認証により、電子メールメッセージが十分に認証され、フィッシングやスプーフィング攻撃から正確であることを明確にする必要があります.

電子メールサプライヤーおよびサードイベントディストリビューターとの連携: 効率的な DMARC 管理には、電子メールサプライヤーおよびサードイベントディストリビューターと協力して、DMARC ポリシーが適切に適用されていることを明確にする必要がある場合があります。

本日立ち上げました DMARC管理。これが私たちがそれをどのように構築したかです.

どのように構築したか

クラウドベースの完全なセキュリティとパフォーマンスの代替オプションの大手プロバイダーとして、Cloudflare は特定の方法で商品を調べています。私たちはキャッチツールと会社を「ドッグフード」し、業界に乗るためにそれらを使い果たします。これにより、可能性に影響を与えるよりも早く要因やバグを特定することができます.

Cloudflare Workers は、ビルダーがコードを私たちの世界のコミュニティに乗せることを可能にするサーバーレスプラットフォームです。 2017 年の開始以来、Workers エコシステムは大幅に成長しました。現在、何百ものビルダーがプラットフォーム上でアプリケーションを構築および展開しています。 Workers エコシステムの機能は、ビルダーが、以前は容量がなかったり、実用的ではなかったりして、可能性に閉ざされていた微妙なアプリケーションを描画できるようにする機能にあります。労働者は、API の描画、動的な咆哮素材の生成、写真の最適化、スタウチタイム処理への影響、および設計図の作成などのために、もしかすると荒廃するかもしれません。可能性はほとんど終わりがありません。老朽化した労働者を電力会社の宝物にする Radar 2.0、または機械パッケージの宝物ヌー.

長すぎないうちに

EメールRouting プロダクトが Workers と力を合わせ、

Workers スクリプトを介した受信メールの処理。

ドキュメントとして

単純な電子メールワーカーがどのように宝物に見えるかを次に示します:

export default { async email(message, env, ctx) { const allowList=[“

“, “

“); } }

面白い簡単で、事実ですか?

ビルドで受信メールをプログラムで管理できる柔軟性を備えているため、受信する DMARC 凡例メールをスケーラブルかつ効率的な方法で処理するための適切な方法が宝物に見えました。そして、Workers は、世界中から自由に設定された電子メールを受信するという重労働を制定します。

メールを取得して抽出する凡例

関連する事実を分析プラットフォームに公開する

生の凡例を保存する

Eメールワーカーを使用すると、#1 を問題なく制定できます. 実際には、email() ハンドラーを使用して従業員を開発する必要があります. このハンドラーは受信します SMTP エンベロープパーツ、電子メールヘッダーの事前に解析されたモデル、生の電子メール全体を読み取る回覧

#2 については、Workers プラットフォームをさらに詳しく調べる機会があります。労働者分析エンジン。事実上、受け入れ可能なスキーマを概説する必要があります。これは、レポート内の最新のものと、後で実行する予定のクエリにそれぞれ依存しています。その後、GraphQL または

SQL API.

#3 については、 R2 オブジェクトストレージ。です

trivial

ワーカーから R2 へのエントリを取得します。電子メールからレポートを抽出した後、後世のために R2 に保存する機会があります。

私たちはこれをあなたのゾーンで許可できる管理されたキャリアとして構築し、利便性のためにダッシュボードインターフェイスを追加しましたが、実際にはツール全体が手元にあるので、キャッチDMARCレポートプロセッサを展開できますサーバー、スケーラビリティ、またはパフォーマンスについて悩む必要はありません.

建築

メールワーカーの特徴は当社の電子メールルーティング製品。 E メールルーティングの構成要素はすべてのノードで実行されるため、すべてのデータセンターから E メールイングレス BGP プレフィックスをコマンドするため、これらのノードのいずれかが受信メールを転送できます。電子メールワーカーへの電子メールの送信は、電子メールルーティングダッシュボード内のルールを環境化するのと同じくらい簡単です。

電子メールルーティングコンポーネントがワーカーに導入されるルールに一致する電子メールを受信すると、これは最近のモデルの内部に連絡できます workerd ランタイムであり、さらにすべてのノードで実行されます。この相互作用を管理する RPC スキーマは、Capnproto スキーマ、および電子メールの体格をストリーミングできるようにします読んだままのエッジワーカー。従業員のスクリプトがこの電子メールを送信することを決定した場合、Edgeworker は、本物のプットアマター内で送信された機能を利用して電子メールルーティングに連絡します。

jsg::約束 ForwardableEmailMessage::ahead(kj::String rcptTo, jsg::Elective<:ref>> MaybeHeaders) { auto req=emailFwdr->forwardEmailRequest(); req.setRcptTo(rcptTo); auto sendP=req.send().then( [](capnp::Response res) ミュータブル { 自動結果=res.getResponse().getResult (); JSG_REQUIRE(result.isOk(), エラー, result.getError()); }); auto& context=IoContext::most modern(); return context.awaitIo(kj::mv(sendP)); } DMARCレポートのコンテキスト内で、受信メールを次のように処理します:

メールの受信者をキャッチ処理された、これは dil に変更された RUA です説明した。 RUA は、明確なドメインを参照して、ビルド混合 DMARC 処理フィードバックが報告されることを示す DMARC 構成パラメーターです。この受信者は、メッセージの「to」属性内に見つかる可能性もあります。

 const ruaID=message.to   私たちは無制限のドメイン設定に関するDMARCレポートを処理するため、それぞれについていくつかの事実を保存するためにWorkers KVを使い果たし、この情報を RUA に入力します。 これにより、これらのレポートの受信を希望するかどうかもわかります。
   const accountInfoRaw=await env.KV_DMARC_REPORTS.fetch(dmarc:${ruaID})

この時点で、メール全体を arrayBuffer に読み込む必要があります。それを解析するために描写します。伝説の規模を考えると、自由な労働者のアイデアの境界に乗り込む可能性があります。このような場合は、Workers Unbound

リソースマネキン const rawEmail=異常な Response(message.raw) const arrayBuffer=await rawEmail.arrayBuffer()