@niftyでは、メールのセキュリティ強化のため、以下の認証技術を導入し、送信元の証明を行っています。
これらの技術により、@niftyメールアドレスを使用した不正なメール送信を防止し、お客様により安全なメール環境を提供します。
1. DMARC（Domain-based Message Authentication, Reporting & Conformance）による認証確認 ▶
2. SPF（Sender Policy Framework)による認証確認 ▶
3. DKIM（DomainKeys Identified Mail）による認証確認 ▶
4. ARC（Authenticated Received Chain）による認証確認 ▶
送信ドメイン認証による対策
1.DMARCによる認証
「DMARC」は、送信元（差出人）アドレスが正規のものかを確認する認証方式です。
メールを送る企業（ドメインの管理者）が定めた「なりすましメールへの対応方法（ポリシー）」に応じてメールが処理されます。
【@niftyをかたるメールが送信された場合】※@nifty以外のメールサービスで受信した場合
@niftyは、「なりすましメールへの対応方法（DMARCポリシー）」として「隔離」を宣言しています。
DMARCの検証により、@niftyになりすましたメールと判定された場合、「迷惑メールフォルダに隔離」など、受信サーバー側の仕様に応じて受信制限が行われます。
@niftyは「隔離」の宣言を行うことにより、メール受信者の方々が迷惑メールの脅威にさらされることのないように努めています。
なお、@niftyは「隔離」の宣言は、@niftyのお知らせなど、@nifty社から配信するメールに対してのみ行われます。
【@niftyでメールを受信した場合の判定】
DMARCの検証により、送信元ドメインになりすましたメールと判定された場合、送信元ドメイン側のDMARCポリシーに応じて受信制限が行われます。（送信元ドメイン側がDMARC未導入の場合、この限りではありません）
※１ 確認結果の参照方法について
DMARCの検証結果は、受信メールのメールヘッダに付与された「Authentication-Results」で確認することができます。
DMARCの結果がpassであってもドメインに見覚えが無い場合はご注意ください。
Authentication-Results ： nifty.com; spf=pass smtp.mailfrom=<送信元メールアドレス>;
sender-id=pass header.From=<送信元メールアドレス>; dkim=pass header.i=<送信元ドメイン名>;
dkim-adsp=pass header.from=<送信元メールアドレス>; dmarc=pass header.from=<送信元メールアドレス>
| 認証結果 |
意味 |
| pass |
DMARCの認証の結果、問題がなく、正しい送信元から送信されていると確認されたもの |
| fail |
照合の結果、認証は失敗している。送信元メールアドレスは詐称されている可能性が高い |
| temperror |
障害など一時的な問題により、照合処理が実施できなかった |
| permerror |
DMARCレコードの構文エラーなどの理由により、照合処理をできなかった |
| none |
DMARCレコードが公開されていないため、照合できなかった |
メールヘッダーの表示方法 ▶
※dmarc=passの場合でも、迷惑メールの可能性はあります。
2.SPFによる認証
「SPF」は、メール送信元のIPアドレスと、送信元ドメインのDNSサーバに登録されているIPアドレスが合致しているか検証する認証方式です。
あらかじめDNSサーバーにメールを送信するサーバーのIPアドレス情報を登録しておき、受信した側が受信したメールの送信元IPアドレスとDNSサーバーのIPアドレス情報を照合することで、なりすまし・偽装メールを判断します。
※２ 確認結果の参照方法について
SPFの検証結果は、受信メールのメールヘッダに付与された「Authentication-Results」で確認することができます。
Authentication-Results ： nifty.com; spf=pass smtp.mailfrom=<送信元メールアドレス>;
sender-id=pass header.From=<送信元メールアドレス>; dkim=pass header.i=<送信元ドメイン名>;
dkim-adsp=pass header.from=<送信元メールアドレス>; dmarc=pass header.from=<送信元メールアドレス>
| 認証結果 |
意味 |
| pass |
照合の結果、問題がなく、正しい送信元から送信されている |
| fail |
照合の結果、認証は失敗している。送信元メールアドレスは詐称されている可能性がある |
| softfail |
認証失敗・送信元メールアドレスは詐称されている可能性がある |
| neutral |
送信元のSPFレコード（IPアドレスリスト）の正当性が不明 |
| temperror |
障害など一時的な問題により、照合処理が実施できなかった |
| permerror |
ヘッダ情報が存在しない、情報の記述に誤りがあるなどの理由により、照合処理をできない |
| none |
IPアドレスリスト（SPFレコード）が公開されていないためため、照合できない |
メールヘッダーの表示方法 ▶
※spf=passの場合でも、迷惑メールの可能性はあります。
3.DKIMによる認証
「DKIM」は、電子署名を利用してメールが詐称されていないかどうかを確認する認証方式です。
送信者は送信サーバーにある秘密鍵を使ってメッセージの電子署名を付与します。それに対し、受信者はDNSサーバーから送信元ドメインの公開鍵を取得して、電子署名を照合します。
※３ 確認結果の参照方法について
DKIMの検証結果は、受信メールのメールヘッダに付与された「Authentication-Results」で確認することができます。
Authentication-Results ： nifty.com; spf=pass smtp.mailfrom=<送信元メールアドレス>;
sender-id=pass header.From=<送信元メールアドレス>; dkim=pass header.i=<送信元ドメイン名>;
dkim-adsp=pass header.from=<送信元メールアドレス>; dmarc=pass header.from=<送信元メールアドレス>
| スコア |
スコアの持つ意味 |
| pass |
電子証明書の照合成功 |
| fail |
認証失敗・送信元メールアドレスは詐称されている |
| neutral |
認証失敗・送信元メールアドレスの正当性を判断できない |
| temperror |
障害などにより、照合処理が実施できなかった |
| permerror |
ヘッダ情報が存在しない、情報の記述に誤りがあるなどの理由により、照合処理をできない |
| none |
電子署名が付与されていないため、照合できない |
メールヘッダーの表示方法 ▶
※dkim=passの場合でも、迷惑メールの可能性はあります。
4. ARCによる認証
「ARC」は、メールの転送による、意図しない認証失敗を防ぐ認証方式です。
メール転送前の認証結果を保持したまま転送を行うため、転送先での誤判定を防ぎ、メールの到達率を改善します。
Authentication-Results： nifty.com;dmarc=pass header.from=<送信元メールアドレス>;
dkim=pass;spf=pass smtp.mailfrom=<送信元メールアドレス>;
arc=pass smtp.remote-ip=<送信元IPアドレス>;
sender-id=Pass (pra) header.From=<送信元メールアドレス>
| 認証結果 |
意味 |
| pass |
ARCのチェーン（連鎖）がすべて有効であり、正しく検証された |
| fail |
ARCのチェーンの途中で署名が改ざんされているか、無効な署名が見つかった |
| none |
ARCヘッダーが含まれていない状態 |
メールヘッダーの表示方法 ▶
※arc=passの場合でも、迷惑メールの可能性はあります。
また、メールの転送時には、ARCに関する下記3つのヘッダーが、転送するメールのヘッダーに追加されます。
「ARC-Seal」「ARC-Message-Signature」「ARC-Authentication-Results」
※メーリングリストシステムはARC導入の対象外です
※モバイルメールプラスの転送もARC導入の対象外です
【関連するFAQ】
迷惑メールがこないように迷惑メールフィルターを設定したい▶
迷惑メールを通報したい▶
特定のメールアドレスの受信を拒否したい▶
「DMARC導入のお知らせ」
▶ 
