有効なSPFレコードを持っているが、メールを偽装できる


9

ドメインのSPFレコードを設定しましたが、次のような偽のメールサービスを使用してドメインのメールアドレスを偽装することができます。http//deadfake.com/Send.aspx

メールがGmailの受信トレイに届きます。

メールのヘッダーには次のようなSPFエラーがあります。spf=fail (google.com: domain of info@mydomain.com does not designate 23.249.225.236 as permitted sender)ただし、問題なく受信されています。つまり、誰でも私のメールアドレスを偽装することができます...

私のSPFレコードは: v=spf1 mx a ptr include:_spf.google.com -all

更新誰かが興味を持っている場合のために、私のSPFレコードと一緒にDMARCポリシーを公開し、Gmailがなりすましメッセージを正しくマークするようになりました(画像)

ここに画像の説明を入力してください


3
はい、誰でもメールでドメインを偽装できます。受信サーバーがSPF障害に基づいてハード拒否を実行しない限り、SPFレコードはこれを防止しません。
joeqwerty 2015年

_spf.google.comが含まれているため、ポリシーは評価され~allない可能性があります-all。あなたはおそらく唯一のを必要とするMXAPTR
BillThor 2015年

2
@BillThor 標準で明記されているようにinclude、最終結果を評価するとき、dレコードからのソフトまたはハードの失敗は無視されます。または、彼らが言うように、「参照されたレコードの「-all」ディレクティブを評価しても、全体的な処理は終了しません」。
MadHatter、2015年

@MadHatterはい私はその明確化とともに改訂されたドキュメントをレビューしました。以前のドキュメントでは明確ではありませんでしたが、区別がつかないように見える実装に遭遇したと思います。すべての実装がそのようなエッジケースを標準的な方法で処理するわけではありません。私はそれが説明が必要とされた理由かもしれないと信じています。
BillThor 2015年

@BillThorあなたは正しいかもしれません!彼らが認めるように、それincludeはポリシーの良い名前ではありませんでした。なぜなら、プログラミングの経験を持つ誰もがそれがどのように機能するかについてすぐに一連の仮定を立てたからです。
MadHatter

回答:


16

SPFレコードを宣伝するという事実は、他の誰にもそれを尊重する義務を決して負わせません。どのメールを受け入れるかは、特定のメールサーバーの管理者次第です。彼らがSPFレコードをチェックしてそれに応じて拒否しない場合、彼らは愚かだと思いますが、それは彼ら次第です。私はDMARCのような人を知っていますが、私自身はそれは恐ろしい考えだと思います。DMARCに基づいて承認/拒否するように電子メールサーバーを再構成することはしません。SPFについて同じように感じる人もいるでしょう。

SPF 行うことは、ドメインからのものであると主張したがそうではなかった電子メールに対する責任を放棄することだと私は思います。メールの拒否を通知するはずのSPFレコードを確認する必要がないのに、ドメインが迷惑メールを送信しているというメール管理者が来た場合は、耳にノミがいるので公正に送られる可能性があります。


7

SPFはこれを防ぐことはできません。メールが偽装されていることを他のサーバーに示すだけですが、ほとんどの場合、これを使用して、メールをブロックするかどうかを決定します。


OK、ありがとう、それが私が疑っていたものです...実際、Gmailがspfの失敗を警告フラグとして「尊重」していないことに驚いています:(
jitbit

@jitbit GmailはSPFを尊重しますが、SPF-Hardfailはメールがスパムフォルダーに直接配信されることを意味しません。これは、スパム検出の多くのパラメータの1つです。
sebix 2015年

@sebix私はついにGmailにこれをスパム/悪意のあるものとして扱わせました。質問の更新を参照してください
jitbit

2

はい、それは正常です。誰でも任意の電子メールアドレスを偽装できますが、SPF(送信者ポリシーフレームワーク)を使用すると、電子メールサービスプロバイダーとクライアントは、スパムをより適切に識別してフラグを付けたり、プロセスの一部である場合は最終的にメッセージを完全にバウンスしたりできます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.