不正使用報告フォーマット ( ARF )は、メッセージング不正使用報告フォーマット (MARF)とも呼ばれ、電子メール経由でスパムを報告するための標準フォーマットです。
歴史
フィードバックループ(FBL)レポートの標準フォーマットを記述したドラフトは、2005年4月にYakov Shafranovichによって投稿され[1]、現在のRFC 5965に発展しました。[2] 2003年にこの分野を開拓した AOLは、当初は別のフォーマットを使用していましたが、 2008年にこの事実上の標準に移行しました。 [3]フィードバックループはARFを使用する必要はありませんが、ほとんどのフィードバックループはARFを使用しています。
2010年1月、IETFはARF形式の標準化を目指して新しいワーキンググループを設立しました[4] 。このワーキンググループはMessaging Abuse Reporting Format WGまたはMARFと呼ばれ、 RFC 5965を作成しました。2012年にはRFC 6591とRFC 6692 によって拡張され、電子メール認証の失敗を報告するための失敗レポートが定義されました。 2015年には、後者のレポートタイプがRFC 7489によってさらに拡張され、 DMARCの失敗レポート が定義されました。
目的
ARF 形式は拡張可能になるように設計されており、たとえばユーザーからアンチスパム センターやヘルプ デスクへの一般的なスパム報告や、オプトアウト操作に利用できます。この形式では、添付ファイルに含める新しいMIMEmultipart/reportタイプを定義し、少なくとも問題のあるメッセージのヘッダーが含まれます。ドラフトの説明では、一部のオペレーターがプライバシーや法律上の理由でその部分を変更または編集することを選択する可能性があることを認めていますが、変更されていない受信者アドレスを含む元の電子メール メッセージ全体を添付することを
推奨しています。
ARF でカプセル化された FBL レポートには、問題のあるメッセージと同じ件名が付けられます。バウンス メッセージと同様に、不正使用レポートは、人間が判読可能な部分、機械が判読可能な部分、元のメッセージで構成されます。機械が判読可能な部分のタイプは でmessage/feedback-report、その定義がドラフトの中核です。レポートの特徴を表すFeedback-Typeフィールドを含めることで、拡張性が実現されます。このフィールドの可能な値は次のとおりです。
- 乱用
- スパムやその他の種類の電子メールの不正使用。
- 詐欺
- 何らかの詐欺行為またはフィッシング行為を示すもの
- ウイルス
- 送信元メッセージにウイルスが見つかったという報告。
- 他の
- 他のタイプに当てはまらないその他のフィードバック。
- スパムではない
- 誤ってスパムとしてマークされた電子メールメッセージを報告するために使用できます。[5]
Feedback-Typeおよびその他のフィールド名には、IANAレジストリが用意されています。 [6]各フィールド名は、すべてのタイプのフィードバックに関連する場合もあれば、特定のタイプにのみ関連する場合もあります。一部のフィールドは複数回出現する場合があります。たとえば、元のメッセージを受信したIP アドレスを含むSource-IPフィールドは、すべてのタイプの FBL レポートに出現しますが、出現するのは 1 回だけです。削除する電子メール アドレスを示すRemoval-Recipientフィールドは、オプトアウトレポートにのみ出現しますが、出現するのは 1 回以上です。さらに、DKIM-Failureサブタイプがあり、独自の IANA レジストリがあります。
電子メールの不正使用に関するレポートの例は次のとおりです。(機械可読部分の最初の 3 行のみが必要であることに注意してください。)
送信者: <abusedesk@example.com>日付: 2005 年 3 月 8 日 (木) 17:40:36 EDT件名: FW:お金を
稼ぐ宛先: <abuse@example.net> MIME バージョン: 1.0
コンテンツ タイプ: multipart / report ; report-type = feedback-report ;
boundary = "part1_13d.2e68ed54_boundary"
--part1_13d.2e68ed54_boundary
コンテンツタイプ: text/plain; 文字セット="US-ASCII"
コンテンツ転送エンコーディング: 7 ビット
これは、2005 年 3 月 8 日木曜日 14:00:00 EDT に IP 192.0.2.2 から受信した電子メール メッセージに関する電子メール不正使用レポートです
。この形式の詳細については、
http://www.mipassoc.org/arf/ を参照してください。
--part1_13d.2e68ed54_boundary
コンテンツタイプ: メッセージ/フィードバックレポート
フィードバック タイプ: abuse
ユーザー エージェント: SomeGenerator/1.0
バージョン: 1 元
のメール送信者: <somespammer@example.net>
元の受信先: <user@example.com>
受信日: Thu, 8 Mar 2005 14:00:00 EDT
ソース IP: 192.0.2.2
認証結果: mail.example.com;
spf=fail smtp.mail=somespammer@example.com
報告されたドメイン: example.net
報告された URI: http://example.net/earn_money.html
報告された URI: mailto:user@example.com
削除受信者: user@example.com
--part1_13d.2e68ed54_boundary
コンテンツタイプ: message/rfc822
コンテンツ配置: inline
送信者: <somespammer@example.net>
受信先: mailserver.example.net (mailserver.example.net
[192.0.2.2]) から example.com によって ESMTP id M63d4137594e46 で送信;
Thu, 8 Mar 2005 14:00:00 -0400
宛先: <Undisclosed Recipients>
件名: Earn money
MIME バージョン: 1.0
コンテンツ タイプ: text/plain
メッセージ ID: 8787KJKJ3K4J3K4J3K4J3.mail@example.net
日付: Thu, 2 Sep 2004 12:31:03 -0500
スパム スパム スパム
スパム スパム
スパム
スパム スパム スパム スパム
--part1_13d.2e68ed54_boundary--
参照
参考文献
- ^ Yakov Shafranovich (2005年4月14日). 「New Abuse Draft」. Shaftek.org. 2008年10月7日時点のオリジナルよりアーカイブ。 2008年11月17日閲覧。
- ^ John Levine (2010 年 9 月 1 日). 「ARF が IETF 標準に」. CircleID. 2010 年 9 月 5 日時点のオリジナルよりアーカイブ。2010年9 月 12 日閲覧。
- ^ Christine Borgia (2008 年 6 月 27 日). 「AOL は 9 月 2 日にすべての FBL を ARF に変換します」. AOL. 2008 年 12 月 2 日時点のオリジナルよりアーカイブ。2008 年11 月 17 日閲覧。
- ^ IETF. 「MARF 憲章」 . 2010 年1 月 26 日閲覧。
- ^ Kepeng Li、Barry Leiba (2011 年 11 月)。「電子メール フィードバック レポート タイプ値: not-spam」。提案標準。IETF。2011年11 月 11日閲覧。
- ^ 「メッセージング不正報告フォーマット (MARF) パラメータ」。プロトコルレジストリ。IANA。2010年5 月 26 日。2011年11 月 29 日閲覧。
