令和4年度 総務省事業 ISPにおけるネットワークセキュリティ技術の導入に関する調査より

DMARC技術 関連調査結果報告
2023.11.06

先進技術・セキュリティ事業本部

目次
1. メール環境の調査、DNS権威サービスの調査

5

2. 個人UXの改善・情報共有に関する調査

39

3. SPF/DKIM/DMARCのOSS 調査・パフォーマンス調査

84

4. DMARC設定等のチェックサイトの開発・構築に関する調査

101

2

Executive Summary❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

事業の背景 情報通信分野の急速な技術革新により、高度化・多様化した電気通信サービスが国民各層に広く普及・浸透し、国民生活に大きな利便性をもたらす一方、電子メールのなりすまし、迷惑メール等の被害は継続して発生している状況である。
 総務省では、インターネットの安全性、信頼性の向上を図り、利用者が安心・安全にインターネットを利用できる環境を実現するため、電子メールのなりすまし対策や迷惑メール対策、及び経路ハイ
ジャックの抑止のための認証技術の普及促進を行っているが、国内ISPでの導入は一部にとどまっている。
 このため、昨年度はこれら各種の認証技術のうちDMARCの導入を促すこと目的とし、導入の課題を調査し、課題解決に向けた論点を整理した。

3

Executive Summary❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

技術的課題の調査
 本調査報告は、総務省事業である「令和4年度ISPにおけるネットワークセキュリティ技術の導入に関する調査」における技術的課題の調査内容をまとめたものである。
 本調査では、以下の4点について調査した。

❶
メール環境

メール環境の調査、DNS権威サービスの調査❷
個人ＵＸ

ホスティング・クラウドサービスについて、送信ドメイ
ン 認 証 関 連 の 機 能 や DNS ゾ ー ン 仕 様 を 調 査 し 、
SPF/DKIM/DMARC レコードを自組織のドメインで設定する際の参考情報を取り纏める。

❸
ＯＳＳ調査

個人UXの改善・情報共有に関する調査

DMARC検証結果をどのようにエンドユーザに対して可視化するか・体験してもらうかについて代表的な2つの実施方法を調査する。

SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❹
チェックサイト

利用されている2つのOSSについて、利用可能な機能を整理し、メールシステムに導入した際のパフォー
マ ンス 計 測し、 DMARC 検証 機 能の 参 考情 報と し て取り纏める。

DMARC設定等を外部からチェックできるサイトの開発・構築に関する調査

既存のチェックサイト等を参考に、対応状況や設定状
況をチェックするために必要な項目・機能を調査する。

4

1. メール環境の調査、DNS権威サービスの調査
1.１． 調査概要
1.2. 企業・組織がDMARCを導入する際に必要なDNS設定およびメール送信サーバの機能
1.3. 権威DNSクラウドサービスに関する調査
1.4. メール送信クラウドサービスに関する調査
1.5. 調査結果のまとめ
1.6. 略称一覧

5

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.1. 調査概要
 本調査では、まず、企業・組織がメール送信で利用するドメインに対してDMARCを導入する際にどの よ う な 設 定 が 必 要 で あ るか を 整 理 す る 。 次 に 、 利 用 が 拡 大 し て い るク ラ ウ ド サ ー ビ スに お い て 、
企業・組織がDMARCを導入する際に必要な機能を有しているかについて調査を実施した。具体的には以下のとおりである。

- 企業・組織がDMARCを導入する際に必要なDNS設定およびメール送信サーバの機能- 権威DNSクラウドサービスに関する調査- メール送信クラウドサービスに関する調査6

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.2. 企業・組織がDMARCを導入する際に必要なDNS設定およびメール送信サーバの機能 1/3
 DMARCを適切に運用するためには、メール受信側である国内ISPのDMARC認証への対応だけ
で はなく 、 メ ー ル送 信側である企 業 ・ 組 織も DMARC の導 入 が必 要であ る。第 一 に、利 用 し て いる
メール送信システムを把握・整理して、それらの送信元IPアドレスをSPFレコードとして登録する。
第二に、利用しているメール送信システムにDKIM署名付与の機能を実装する。第三にDMARCレ
コード（p=none）を設定して、DMARC集計レポートを分析する。そして、正当なメールが適切に
DMARC 認 証 で 成 功 し て い る こ と を 確 認 し た の ち 、 DMARC レ コ ー ド の ポ リ シ ー を 隔 離（p=quarantine）あるいは拒否（p=reject）へ変更する（図1）。

図1 企業・組織のDMARC運用ワークフロー例
SPFレコード設定

DKIM署名DMARC
p=none
設定

DMARC
集計レポート分析出所）三菱総合研究所

7

設定の改善

DMARC
ポリシー強化1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.2. 企業・組織がDMARCを導入する際に必要なDNS設定およびメール送信サーバの機能 2/3
 これらの活動に際しては、SPFレコード、DKIMレコードおよびDMARCレコードの設定が当該ドメインの権威DNSの設定作業が必要である。そして、権威DNSクラウドサービスを利用している場合
は、こ れらDMARCに関連するリ ソースレコードの設 定に関する機 能を有するか 、あらかじめ確認する必要がある。ここでは、具体的に権威DNSクラウドサービスにおいて、どのような機能が必要であるかの調査項目を整理した（表1）。
 これら10の機能のうち、DMARCの導入に必須となる機能は1、3、4および8である。
表1 権威DNSクラウドサービス調査項目一覧
認証技術
SPF

DKIM

DMARC
その他

必須

権威DNSクラウドサービスの機能●

1.TXTリソースレコードが設定できるか

任意

2.SPFレコードの構文チェック機能があるか●

3.ドメインに対してラベル”_domainkey”を設定できるか●

4.TXTリソースレコードの文字数が十分な文字列の長さを設定できるか

任意

5.DKIMレコードの構文チェック機能があるか任意

6.DKIMセレクターのロールオーバー支援機能があるか

任意

7.CNAMEリソースレコードが設定できるか●

8.ドメイン名に対してラベル”_dmarc”を設定できるか

任意

9.DMARCレコードの構文チェック機能があるか任意

10.マニュアルにSPFレコード・DKIMレコード・DMARCレコードの設定について言及があるか
8

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.2. 企業・組織がDMARCを導入する際に必要なDNS設定およびメール送信サーバの機能 3/3
 多くの企業・組織ではメール送信システム（の一部）をクラウドサービス（メール送信クラウドサービ
ス ）に 移行 し ており 、 権 威 DNS だけで はなく メール 送信クラウ ド サービ スについて も 、DMARCに対応しているかを把握する必要がある。ここでは、具体的にメール送信サービスにおいて、どのような機能が必要であるかを整理した（表2）。
 これら11の機能のうち、DMARCの導入に必須となる機能は1、3、4および8である。ただし、8においてエンベロープFromドメインを企業ドメインで設定できない（SPF認証においてアライメント
できない）場合は、1は必須ではない。
表2 メール送信クラウドサービス調査項目一覧
認証技術
SPF

DKIM

必須
●
任意
●
●
任意
任意
任意
●

DMARC

その他

任意
任意
任意

メール送信クラウドサービスの機能
1.SPFレコードにincludeする送信元情報が用意されているか
2.SPFレコードの設定アシスタント機能があるか
3.DKIM鍵生成ができるか、もしくはDKIM秘密鍵をアップロードする機能が用意されているか
4.DKIM鍵長は1024ビット以上が設定できるか
5.DKIMレコードの設定アシスタント機能があるか
6.DKIM鍵の自動ローテーション機能があるか
7.DKIM鍵の手動廃止機能はあるか
8.エンベロープFromドメインを企業ドメインで設定できるか、もしくはDKIM署名ドメインを企業ドメインで設定できるか
9.DMARCレコードの設定アシスタント機能があるか
10.DMARC集計レポートの分析機能があるか
11.マニュアルにSPF認証対応・DKIM署名対応・DMARC認証対応について言及があるか
9

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.3. 権威DNSクラウドサービスに関する調査
 表 1 で 挙 げ ら れ た 調 査 項 目 に つ い て 、 権 威 DNS に 対 応 し た 代 表 的 な ク ラ ウ ド サ ー ビ ス と し て 、Amazon Route 53、Cloud DNS、お名前.com、IIJ ドメイン管理サービス、さくらのクラウド、ニフクラ、QUALITIA DNSを調査した（表3）
表3 調査対象の権威DNSクラウドサービスに関する公開情報
サービス

公開情報URL

調査時期❶ Amazon Route 53

https://aws.amazon.com/jp/route53/features/

2023年1月❷ Cloud DNS

https://cloud.google.com/dns?hl=ja

2022年12月❸ お名前.com

https://www.onamae.com/guide/p/70

2022年12月❹ IIJ ドメイン管理サービス

https://www.iij.ad.jp/biz/dns-pfm/
https://manual.iij.jp/dpf/help/

2023年1月❺ さくらのクラウド

https://manual.sakura.ad.jp/cloud/appliance/dns/index.html❻ ニフクラ

https://pfs.nifcloud.com/spec/dns/

2023年1月❼ QUALITIA DNS

https://product.qt-dns.com/functions.html

2023年2月

10

2023年1月

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.3.1. Amazon Route 53の機能仕様
 2023年1月時点で、Amazon Route 53における権威DNSクラウドサービス調査項目一覧の対応状況は以下のとおりである（表4）。
表4 Amazon Route 53の「権威DNSクラウドサービス調査項目」結果一覧
調査項目

対応状況

補足情報

1. TXTリソースレコードが設定できるか●

SPFのリソースレコードも非推奨と表示されているが登録可能

2. SPFレコードの構文チェック機能があるかなし

3. ドメインに対してラベル”_domainkey”を設定できるか●

4. TXTリソースレコードの文字数が十分な文字列の長さを設定できるか●

5. DKIMレコードの構文チェック機能があるかなし

6. DKIMセレクターのロールオーバー支援機能があるかなし

7. CNAMEリソースレコードが設定できるか●

8. ドメイン名に対してラベル”_dmarc”を設定できるか●

9. DMARCレコードの構文チェック機能があるかなし

10. マニュアルにSPFレコード・DKIMレコード・DMARCレコードの設定について言及があるかなし

最大4,000文字● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった Amazon Route 53については、調査項目のうち必須項目（1、3、4、8）は全て満たしている。
11

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.3.2. Cloud DNSの機能仕様 1/3
 2022年12月時点で、Cloud DNSにおける権威DNSクラウドサービス調査項目の対応状況は以下のとおりである（表5）。なお、構文チェック機能に関連した情報を付記する（図2～図5）。
表5 Cloud DNSの「権威DNSクラウドサービス調査項目」結果一覧
調査項目

対応状況

補足情報

1. TXTリソースレコードが設定できるか●

SPFのリソースレコードも非推奨と表示されているが登録可

2. SPFレコードの構文チェック機能があるか△部分的にチェック （図2、図3）

3. ドメインに対してラベル”_domainkey”を設定できるか●

4. TXTリソースレコードの文字数が十分な文字列の長さを設定できるか●

最大255文字5. DKIMレコードの構文チェック機能があるか△部分的にチェック （図4、図5）

6. DKIMセレクターのロールオーバー支援機能があるかなし

7. CNAMEリソースレコードが設定できるか●

8. ドメイン名に対してラベル”_dmarc”を設定できるか●

9. DMARCレコードの構文チェック機能があるか△

10. マニュアルにSPFレコード・DKIMレコード・DMARCレコードの設定について言及があるかなし

部分的にチェック （図4、図5）● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった Could DNSについては、調査項目のうち必須項目（1、3、4、8）は全て満たしている。
12

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査

1.3.2. Cloud DNSの機能仕様 2/3
図2 Cloud DNSの警告文①（v=spf1の後方にスペースがない場合）

図3 Cloud DNSの警告文①の解消例

13❹ チェックサイト

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査

1.3.2. Cloud DNSの機能仕様 3/3
図4 Cloud DNSの警告文②（引用符で値が囲まれていない場合）

図5 Cloud DNSの警告文②の解消例

14❹ チェックサイト

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.3.3. お名前.comの機能仕様
 2022年12月時点で、お名前.comにおける権威DNSクラウドサービス調査項目の対応状況は以下のとおりである（表6）。
表6 お名前.comの「権威DNSクラウドサービス調査項目」結果一覧
調査項目

対応状況

補足情報

1. TXTリソースレコードが設定できるか●

SPFのリソースレコードは設定不可

2. SPFレコードの構文チェック機能があるかなし

ヘルプで設定例の記載あり

3. ドメインに対してラベル”_domainkey”を設定できるか●

4. TXTリソースレコードの文字数が十分な文字列の長さを設定できるか●

5. DKIMレコードの構文チェック機能があるかなし

6. DKIMセレクターのロールオーバー支援機能があるかなし

7. CNAMEリソースレコードが設定できるか●

8. ドメイン名に対してラベル”_dmarc”を設定できるか●

9. DMARCレコードの構文チェック機能があるかなし

10. マニュアルにSPFレコード・DKIMレコード・DMARCレコードの設定について言及があるか●

最大510文字● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった お名前.comについては、調査項目のうち必須項目（1、3、4、8）は全て満たしている。
15

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.3.4. IIJドメイン管理サービスの機能仕様
 2023年1月時点で、IIJドメイン管理サービスにおける権威DNSクラウドサービス調査項目の対応状況は以下のとおりである（表7）。
表7 IIJドメイン管理サービスの「権威DNSクラウドサービス調査項目」結果一覧
調査項目

対応状況

1. TXTリソースレコードが設定できるか●

2. SPFレコードの構文チェック機能があるかなし

3. ドメインに対してラベル”_domainkey”を設定できるか●

4. TXTリソースレコードの文字数が十分な文字列の長さを設定できるか●

5. DKIMレコードの構文チェック機能があるかなし

6. DKIMセレクターのロールオーバー支援機能があるかなし

7. CNAMEリソースレコードが設定できるか●

8. ドメイン名に対してラベル”_dmarc”を設定できるか●

9. DMARCレコードの構文チェック機能があるかなし

10. マニュアルにSPFレコード・DKIMレコード・DMARCレコードの設定について言及があるか

なし

補足情報
SPFのリソースレコードは設定不可

詳細不明● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった

 IIJドメイン管理サービスについては、調査項目のうち必須項目（1、3、4、8）は全て満たしている。
16

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.3.5. さくらのクラウドの機能仕様
 2023年1月時点で、さくらのクラウドにおける権威DNSクラウドサービス調査項目の対応状況は以下のとおりである（表8）。
表8 さくらのクラウドの「権威DNSクラウドサービス調査項目」結果一覧
調査項目

対応状況

1. TXTリソースレコードが設定できるか●

2. SPFレコードの構文チェック機能があるかなし

3. ドメインに対してラベル”_domainkey”を設定できるか●

4. TXTリソースレコードの文字数が十分な文字列の長さを設定できるか●

5. DKIMレコードの構文チェック機能があるかなし

6. DKIMセレクターのロールオーバー支援機能があるかなし

7. CNAMEリソースレコードが設定できるか●

8. ドメイン名に対してラベル”_dmarc”を設定できるか●

9. DMARCレコードの構文チェック機能があるかなし

10. マニュアルにSPFレコード・DKIMレコード・DMARCレコードの設定について言及があるか

なし

補足情報
SPFのリソースレコードは設定不可

最大500文字● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった さくらのクラウドについては、調査項目のうち必須項目（1、3、4、8）は全て満たしている。
17

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.3.6. ニフクラの機能仕様
 2023年1月時点で、ニフクラにおける権威DNSクラウドサービス調査項目の対応状況は以下のとおりである（表9）。
表9 ニフクラの「権威DNSクラウドサービス調査項目」結果一覧
調査項目

対応状況

1. TXTリソースレコードが設定できるか●

2. SPFレコードの構文チェック機能があるかなし

3. ドメインに対してラベル”_domainkey”を設定できるか●

4. TXTリソースレコードの文字数が十分な文字列の長さを設定できるか不明

5. DKIMレコードの構文チェック機能があるかなし

6. DKIMセレクターのロールオーバー支援機能があるかなし

7. CNAMEリソースレコードが設定できるか●

8. ドメイン名に対してラベル”_dmarc”を設定できるか●

9. DMARCレコードの構文チェック機能があるかなし

10. マニュアルにSPFレコード・DKIMレコード・DMARCレコードの設定について言及があるか

なし

補足情報
SPFのリソースレコードは設定不可

記載なし● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった ニフクラについては、調査項目のうち必須項目（1、3、4、8）は4以外で満たしている。4については確認できなかった。
18

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.3.7. QUALITIA DNSの機能仕様 1/5
 2023年2月時点で、QUALITIA DNSにおける権威DNSクラウドサービス調査項目の対応状況
は以下のとおりである（表10）。なお、構文チェック機能に関連した情報を付記する（図6～10）。加えて、BIMIに関連した構文チェック機能が確認できる（図１１～13）。
表10 QUALITIA DNSの「権威DNSクラウドサービス調査項目」結果一覧
調査項目

対応状況

補足情報

1. TXTリソースレコードが設定できるか●

2. SPFレコードの構文チェック機能があるか●

3. ドメインに対してラベル”_domainkey”を設定できるか●

4. TXTリソースレコードの文字数が十分な文字列の長さを設定できるか●

最大64,771文字

5. DKIMレコードの構文チェック機能があるか●

不正な公開鍵、1024ビット未満の公開
鍵のチェック （図8、図9）

6. DKIMセレクターのロールオーバー支援機能があるかなし

7. CNAMEリソースレコードが設定できるか●

8. ドメイン名に対してラベル”_dmarc”を設定できるか●

9. DMARCレコードの構文チェック機能があるか●

レコードの構文チェック （図10）10. マニュアルにSPFレコード・DKIMレコード・DMARCレコードの設定について言及があるか△

設定ウィザードで対応

IPアドレスやCIDRの文法チェック（図6、図7）● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった

 QUALITIA DNSについては、調査項目のうち必須項目（1、3、4、8）は全て満たしている。
19

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.3.7. QUALITIA DNSの機能仕様 2/5
図6 SPFレコード設定アシスタント機能

図7 SPFレコード設定アシスタント機能の警告（不正な入力値の場合）

20

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.3.7. QUALITIA DNSの機能仕様 3/5
図8 DKIMレコード設定アシスタント機能

図9 DKIMレコード設定アシスタント機能の警告（不正な公開鍵の場合）

21

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査

1.3.7. QUALITIA DNSの機能仕様 4/5
図11 BIMIレコード設定アシスタント機能

図10 DMARCレコード設定アシスタント機能

22❹ チェックサイト

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査

1.3.7. QUALITIA DNSの機能仕様 5/5
図13 BIMIレコード設定アシスタント機能（不正なロゴ画像の場合）

図12 BIMIレコード設定アシスタント機能（正しいロゴ画像の場合）

23❹ チェックサイト

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.4. メール送信クラウドサービスに関する調査
 表2で挙げられた調査項目について、代表的なメール送信クラウドサービスとして、Amazon SES、
SendGrid、MailPublisher、ClickM@iler、SPIRAL、ニフクラESS、WEBCAS e-mailを調査した（表11）。
表11 調査対象のメール送信クラウドサービスに関する公開情報
サービス

公開情報URL

調査時期❶ Amazon SES

https://docs.aws.amazon.com/ja_jp/ses/index.html

2022年12月❷ SendGrid

https://sendgrid.kke.co.jp/docs/index.html

2022年12月❸ MailPublisher

https://mp-portal.force.com/s/article/000004060

2022年12月❹ ClickM@iler ASP

https://www.clickmailer.jp/func/

2023年1月❺ SPIRAL

https://support.smp.ne.jp/faq/

2023年1月❻ ニフクラESS

https://pfs.nifcloud.com/guide/ess/sender_auth.htm

2023年1月❼ WEBCAS e-mailhttps://www.webcas.jp/email/price/

2023年2月

24

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.4.1. Amazon SESの機能仕様 1/2
 2022年12月時点で、Amazon SESにおけるDMARC関連機能の対応状況は以下のとおりである（表12）。なお、アシスタント機能に関連した情報及びマニュアル情報を付記する（図14～１５）。
表12 Amazon SESのDMARC関連機能の対応状況
調査項目

対応状況

補足情報

1. SPFレコードにincludeする送信元情報が用意されているか●"v=spf1 include:amazonses.com ~all"

2. SPFレコードの設定アシスタント機能があるかなし

ドキュメントに記載あり

3. DKIM鍵生成ができるか、もしくはDKIM秘密鍵をアップロードする機能が用意されているか●

4. DKIM鍵長は1024ビット以上が設定できるか●

Amazon Route 53を利用中のドメイン場合は、
CNAMEを自動で設定

5. DKIMレコードの設定アシスタント機能があるか●Easy DKIM機能 （図１４、図15）

6. DKIM鍵の自動ローテーション機能があるか●

7. DKIM鍵の手動廃止機能はあるか●

8. エンベロープFromドメインを企業ドメインで設定できるか、もしくはDKIM署名ドメインを企業ドメインで設定できるか●

9. DMARCレコードの設定アシスタント機能があるかなし

10. DMARC集計レポートの分析機能があるかなし

11. マニュアルにSPF認証対応・DKIM署名対応・DMARC認証対応について言及があるか

●

※（次頁）

● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった Amazon SESについては、調査項目のうち必須項目（1、3、4、8）は全て満たしている。
25

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.4.1. Amazon SESの機能仕様 2/2
図14 Easy DKIMの設定画面

図15 Easy DKIMの設定後のDNSレコード表示※Amazon SESが提供するマニュアルは以下のとおりである。
https://docs.aws.amazon.com/ja_jp/ses/latest/dg/send-email-authentication-spf.html
https://docs.aws.amazon.com/ja_jp/ses/latest/dg/send-email-authentication-dkim.html
https://docs.aws.amazon.com/ja_jp/ses/latest/dg/send-email-authentication-dmarc.html

26

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.4.2. SendGridの機能仕様 1/2
 2022年12月時点で、SendGridにおけるDMARC関連機能の対応状況は以下のとおりである（表13）。なお、マニュアル情報を付記する。
表13 SendGridのDMARC関連機能の対応状況
調査項目

対応状況

補足情報

1. SPFレコードにincludeする送信元情報が用意されているか△

includeが不要な運用。※1（次頁）
該当のサブドメインをエンベロープFromドメイン
として送信。

2. SPFレコードの設定アシスタント機能があるかなし

3. DKIM鍵生成ができるか、もしくはDKIM秘密鍵をアップロードする機能が用意されているか△

4. DKIM鍵長は1024ビット以上が設定できるか

CNAMEでの指定のみ
CNAMEでの指定のみ

5. DKIMレコードの設定アシスタント機能があるかなし

6. DKIM鍵の自動ローテーション機能があるか●

7. DKIM鍵の手動廃止機能はあるかなし

8. エンベロープFromドメインを企業ドメインで設定できるか、もしくはDKIM署名ドメインを企業ドメインで設定できるか●

9. DMARCレコードの設定アシスタント機能があるかなし

10. DMARC集計レポートの分析機能があるかなし

外部サービスの利用を推奨

11. マニュアルにSPF認証対応・DKIM署名対応・DMARC認証対応について言及があるか●※2（次頁）

該当のサブドメインをエンベロープFromドメイン
として送信● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった SendGridについては、調査項目のうち必須項目（1、3、4、8）は全て満たしている。
27

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.4.2. SendGridの機能仕様 2/2
 ただし、8において、エンベロープFromドメインが企業ドメインを設定できないため、1については
必須ではない。なお、DKIM鍵生成機能の代わりにCNAMEでの設定のみである。
※1 サブドメインでCNAMEを指定し、そのCNAMEのTXTで送信元IPアドレスを設定しているため※2 SendGridが提供するマニュアルは以下のとおりである
https://sendgrid.kke.co.jp/docs/User_Manual_JP/Settings/Sender_authentication/
How_to_set_up_domain_authentication.html
https://sendgrid.kke.co.jp/docs/User_Manual_JP/Settings/Sender_authentication/
How_to_set_up_domain_authentication.html

28

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.4.3. MailPublisherの機能仕様 1/2
 2022年12月時点で、MailPublisherにおけるDMARC関連機能の対応状況は以下のとおりである（表14）。なお、アシスタント機能に関連した情報及びマニュアル情報を付記する（図16、図１7）。
表14 MailPublisherのDMARC関連機能の対応状況
調査項目

対応状況

補足情報

1. SPFレコードにincludeする送信元情報が用意されているか●"v=spf1 include:spf-bma.mpme.jp ~all"

2. SPFレコードの設定アシスタント機能があるか●

SPF検証結果確認 （図16）

3. DKIM鍵生成ができるか、もしくはDKIM秘密鍵をアップロードする機能が用意されているか●

4. DKIM鍵長は1024ビット以上が設定できるか●

5. DKIMレコードの設定アシスタント機能があるか●

送信ドメイン認証 -署名設定（図17）

6. DKIM鍵の自動ローテーション機能があるかなし

利用者が管理画面で再設定する

7. DKIM鍵の手動廃止機能はあるか●

8. エンベロープFromドメインを企業ドメインで設定できるか、もしくはDKIM署名ドメインを企業ドメインで設定できるか●

9. DMARCレコードの設定アシスタント機能があるか●

設定状況の確認 （図17）10. DMARC集計レポートの分析機能があるかなし

外部サービスの利用を推奨

11. マニュアルにSPF認証対応・DKIM署名対応・DMARC認証対応について言及があるか

●

※（次頁）

● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった MailPublisherについては、調査項目のうち必須項目（1、3、4、8）は全て満たしている。
29

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.4.3. MailPublisherの機能仕様 2/2
図16 SPF検証結果確認画面（オンラインマニュアルより）

図17 DKIMの設定画面およびDMARCレコード
設定状況確認画面※MailPublisherが提供するマニュアルは以下のとおりである。
https://mp-portal.force.com/s/manuals/mpse-manuals
https://mp-portal.force.com/s/article/S00043
https://mp-portal.force.com/s/article/000004060

30

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.4.4. ClickM@iler ASPの機能仕様 1/2
 2023年1月時点で、ClickM@iler ASPにおけるDMARC関連機能の対応状況は以下のとおりである（表15）。
表15 ClickM@iler ASPのDMARC関連機能の対応状況
調査項目

対応状況

補足情報

1. SPFレコードにincludeする送信元情報が用意されているか

●

個別に案内

2. SPFレコードの設定アシスタント機能があるかなし

利用者に資料で説明

3. DKIM鍵生成ができるか、もしくはDKIM秘密鍵をアップロードする機能が用意されているかなし

利用者に資料で説明
また、運営会社にて設定作業も可能

4. DKIM鍵長は1024ビット以上が設定できるか●

5. DKIMレコードの設定アシスタント機能があるかなし

利用者に資料で説明

6. DKIM鍵の自動ローテーション機能があるかなし

利用者に資料で説明
また、運営会社にてローテーション作業も可能

7. DKIM鍵の手動廃止機能はあるかなし

利用者に資料で説明
また、運営会社にて廃止作業も可能

8. エンベロープFromドメインを企業ドメインで設定できるか、もしくはDKIM署名ドメインを企業ドメインで設定できるか●

9. DMARCレコードの設定アシスタント機能があるかなし

利用者に資料で説明

10. DMARC集計レポートの分析機能があるかなし

外部サービスの利用を推奨

11. マニュアルにSPF認証対応・DKIM署名対応・DMARC認証対応について言及があるか

●

個別に案内

● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった31

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.4.4. ClickM@iler ASPの機能仕様 2/2
 ClickM@iler ASPについては、調査項目のうち必須項目（1、3、4、8）のうち、1、4、8は満たしている。なお、3については、運営会社が個別で設定することも可能である。

32

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.4.5. SPIRALの機能仕様 1/2
 2023 年 1 月 時 点 で 、 SPIRAL に お け る DMARC 関 連 機 能 の 対 応 状 況 は 以 下 の と お り で あ る（表16）。
表16 SPIRALのDMARC関連機能の対応状況
調査項目

対応状況

補足情報

1. SPFレコードにincludeする送信元情報が用意されているか●※1（次頁）

2. SPFレコードの設定アシスタント機能があるかなし

ドキュメントに記載あり

3. DKIM鍵生成ができるか、もしくはDKIM秘密鍵をアップロード
する機能が用意されているかなし

4. DKIM鍵長は1024ビット以上が設定できるか●

5. DKIMレコードの設定アシスタント機能があるかなし

6. DKIM鍵の自動ローテーション機能があるかなし

7. DKIM鍵の手動廃止機能はあるかなし

8. エンベロープFromドメインを企業ドメインで設定できるか、もし
くはDKIM署名ドメインを企業ドメインで設定できるか●

9. DMARCレコードの設定アシスタント機能があるかなし

10. DMARC集計レポートの分析機能があるかなし

11. マニュアルにSPF認証対応・DKIM署名対応・DMARC認証対応について言及があるか●※2（次頁）● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった

 SPIRALについては、調査項目のうち必須項目（1、3、4、8）は全て満たしている。
33

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ

1.4.5. SPIRALの機能仕様 2/2※1 SPFレコードにincludeする送信元情報
Ver.1

https://support.smp.ne.jp/faq/mail-faq/f0043/

Ver.2

https://support.spiral-platform.com/etc/2740.html※2 SPIRALが提供するマニュアルは以下のとおりである。
https://support.smp.ne.jp/manuals/mail/spf_dkim_dmarc/
https://support.smp.ne.jp/faq/mail-faq/f0043/
https://support.smp.ne.jp/manuals/mail/dkim_domain_list/
https://support.spiral-platform.com/function/193.html
https://support.spiral-platform.com/etc/2740.html

34❸ ＯＳＳ調査❹ チェックサイト

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.4.6. ニフクラESSの機能仕様 1/2
 2023年1月時点で、ニフクラESSにおけるDMARC関連機能の対応状況は以下のとおりである（表17）。なお、マニュアル情報を付記する。
表17 ニフクラESSのDMARC関連機能の対応状況
調査項目

対応状況

補足情報
"v=spf1
include:spf.ess.nifcloud.com -all"

1. SPFレコードにincludeする送信元情報が用意されているか●

2. SPFレコードの設定アシスタント機能があるかなし

3. DKIM鍵生成ができるか、もしくはDKIM秘密鍵をアップロード
する機能が用意されているか△

CNAMEでの指定のみ

4. DKIM鍵長は1024ビット以上が設定できるか●

CNAMEでの指定のみ

5. DKIMレコードの設定アシスタント機能があるかなし

6. DKIM鍵の自動ローテーション機能があるか●

7. DKIM鍵の手動廃止機能はあるかなし

8. エンベロープFromドメインを企業ドメインで設定できるか、もし
くはDKIM署名ドメインを企業ドメインで設定できるか●

9. DMARCレコードの設定アシスタント機能があるかなし

10. DMARC集計レポートの分析機能があるかなし

11. マニュアルにSPF認証対応・DKIM署名対応・DMARC認証対応について言及があるか

●

※（次頁）

● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった ニフクラESSについては、調査項目のうち必須項目（1、3、4、8）は全て満たしている。
35

1. メール環境の調査、DNS権威サービスの調査❶ メール環境

1.4.6. ニフクラESSの機能仕様 2/2
 なお、DKIM鍵生成機能の代わりにCNAMEでの設定のみである。
※ニフクラESSが提供するマニュアルは以下のとおりである。
https://pfs.nifcloud.com/guide/ess/sender_auth.htm

36❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.4.7. WEBCAS e-mailの機能仕様 1/2
 2023年2月時点で、WEBCAS e-mailにおけるDMARC関連機能の対応状況は以下のとおりである（表18）。なお、アシスタント機能に関連した情報を付記する（図18、図19）。
表18 WEBCAS e-mailのDMARC関連機能の対応状況
調査項目

対応状況

補足情報

1. SPFレコードにincludeする送信元情報が用意されているか●

ASP型とSaaS型で異なる

2. SPFレコードの設定アシスタント機能があるか●

passとならない状態の場合に警告

3. DKIM鍵生成ができるか、もしくはDKIM秘密鍵をアップロード
する機能が用意されているか●

4. DKIM鍵長は1024ビット以上が設定できるか●

5. DKIMレコードの設定アシスタント機能があるか●

6. DKIM鍵の自動ローテーション機能があるかなし

7. DKIM鍵の手動廃止機能はあるかなし

8. エンベロープFromドメインを企業ドメインで設定できるか、もし
くはDKIM署名ドメインを企業ドメインで設定できるか●

9. DMARCレコードの設定アシスタント機能があるかなし

10. DMARC集計レポートの分析機能があるかなし

11. マニュアルにSPF認証対応・DKIM署名対応・DMARC認証対応について言及があるか●

DNSレコードに設定する内容を画面に表示。
なお、DNSレコード設定は利用者側で実施。
（図18、図19）※（次頁）

利用者向けマニュアルに記載● : 対 応 、 △ : 一部対 応もしく は代替機 能あり、なし: 対応が 確認できなかった WEBCAS e-mailについては、調査項目のうち必須項目（1、3、4、8）は全て満たしている。
37

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.4.7. WEBCAS e-mailの機能仕様 2/2
図18 WEBCAS e-mailのDKIM署名設定照会画面

図19 WEBCAS e-mailのDKIM署名設定画面※ ASP型とSaaS型で異なる。エンベロープFromドメインは、SaaS型のみ対応。DKIM署名ドメインは、
両方対応。

38

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.5.1. 権威DNSサービス調査結果のまとめ
 本調査の対象となる権威DNSサービスについては、いずれのサービスも必須項目は全て満たしていた（表19）。一方で、SPF、DKIMおよびDMARCレコードの構文チェック機能やそれに該当する支援機能は用意されていないサービスが大半であった（表20）。
表19 権威DNSサービスの調査項目（必須項目）のまとめ
サービス
Amazon Route 53
Cloud DNS
お名前.com
IIJ ドメイン管理サービス
さくらのクラウド
ニフクラ
QUALITIA DNS

1.TXTレコード設定

3.”_domainkey”ラベル設定

4.TXT最大文字数

8.”_dmarc”ラベル設定

●
●
●
●
●
●
●

●
●
●
●
●
●
●

●
●
●
●
●
不明

●
●
●
●
●
●
●

●

表20 権威DNSサービスの調査項目（構文チェック項目）のまとめ
サービス
Amazon Route 53
Cloud DNS
お名前.com
IIJ ドメイン管理サービス
さくらのクラウド
ニフクラ
QUALITIA DNS

2.SPF構文チェック
なし
△
なし
なし
なし
なし
●
39

5.DKIM構文チェック
なし
△
なし
なし
なし
なし

9.DMARC構文チェック
なし
△
なし
なし
なし
なし

●

●

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.5.2. メール送信クラウドサービス調査結果のまとめ
 本調査の対象となるメール送信クラウドサービスについては、ほとんどのサービスで必須項目は全て満たしていた（表21）。また、一部のメール送信クラウドサービスでは、DKIMやDMARCを導入するためのアシスタント機能またはマニュアルが提供されていた（表22）。
表21 メール送信クラウドサービスの調査項目（必須項目）のまとめサービス

1.SPF include情報

3.DKIM秘密鍵設定機能

4.DKIM鍵長が1024ビット超

8.アライメント一致

Amazon SES●●

SendGrid△△

MailPublisher

●
●
●
●
●

●

●
●
●
●
●
●
●

●
●
●
●
●
●
●

11.マニュアル整備

ClickM@iler ASPSPIRAL
ニフクラESS
WEBCAS e-mail

なし
●
△
●

表22 メール送信サービスの調査項目（構文チェック項目）のまとめ
1.SPF
レコードアシスタント

5.DKIM
レコードアシスタント

9.DMARC
レコードアシスタント

Amazon SES

なし

●

なし

SendGrid

なし

なし

なし

MailPublisher

●

●

●

ClickM@iler ASP

なし

なし

なし

SPIRALなし

なし

なし

ニフクラESS

なし

なし

なし

WEBCAS e-mail

●

●

なし

サービス

40

●
●
●
●
●
●
●

1. メール環境の調査、DNS権威サービスの調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

1.6. 略称一覧
表23 略称一覧
本報告書でも表記
DMARC

正式名称・意味など
Domain-based Message Authentication, Reporting, and Conformance
送信ドメイン認証技術の一つ。SPFとDKIM両者を利用したメールのドメイン認証を補強する技術で
ある。

DKIM

DomainKeys Identified Mail
送信ドメイン認証技術の一つ。送信元が付した電子署名により送信元情報の真偽及び電子メールの本文の改変を検知することができる。

SPF

Sender Policy Framework
送信ドメイン認証技術の一つ。エンベロープ情報の From メールアドレスのドメイン名をチェックし、
当該 DNS に確認を行い送信元情報の真偽を確認する。

FQDN

Fully Qualified Domain Name
TCP / IP ネットワーク上で、ドメイン名・サブドメイン名・ホスト名をすべて省略せずに指定した記述
形式のことを指す。

OD

Organizational Domain
組織ドメインと呼ばれる、wwwなどのラベルを持たない登録ドメイン（ネイキッドドメイン）を指す。

BIMI

Brand Indicators for Message Identification
Webメールやメールアプリで、DMARC認証が成功し、なりすまされていないメールに対して、その送信者ドメインに関連したロゴを表示する仕組み。

VMC

Verified Mark Certificate
BIMIで表示するロゴが送信者ドメインの所有するロゴであることを証明する証明書。
41

2. 個人UXの改善・情報共有に関する調査
2.1. 調査概要
2.2. 調査対象メールサービスおよび調査項目
2.3. 調査結果
2.3.X.1. 調査結果
2.3.X.2. ヘッダー認証結果表示
2.3.X.3. ヘッダー以外の認証結果表示
2.3.X.4. アイコン表示
2.3.X.5. 認証失敗メールの取り扱い

2.4. 調査結果まとめ
2.5．略称一覧42

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.1. 調査概要
 本 調 査 で は 、 す で に DMARC 認 証 に 対 応 し た メ ール サー ビ スお よび メ ール ク ライ ア ン ト に つ いて 、
認証結果をどのようにドメイン管理者や利用者に認知させているか、なりすましメールと正当なメールをどのように利用者に区別させるかの調査を実施した。具体的には以下のとおりである。

- 既存メールサービスに関する調査- 調査結果まとめ43

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.2. 調査対象メールサービスおよび調査項目 1/2
 DMARC認証に対応した代表的なメールサービスとして、海外サービスはGmail、Fastmail、Outlook on the web（以下、Outlook）を、国内サービスはYahoo!メール、So-net Web
メール、Active! mailを調査した（表1）。
表1 調査対象のメールサービスのなりすましメールに関する公開情報
区分

海外

国内

メールサービス

公開情報URL❶ Gmail

https://support.google.com/a/answer/2466580?hl=ja❷ Fastmail

https://www.fastmail.help/hc/en-us/articles/1500000280461-Senderauthentication❸ Outlookhttps://learn.microsoft.com/ja-jp/microsoft-365/security/office-365security/message-headers-eop-mdo?view=o365-worldwide❹ Yahoo!メール

https://mail.yahoo.co.jp/antispam/dmarc.html❺ So-net Webメール

https://www.so-net.ne.jp/option/mail/basic/?page=tab_domaincheck❻ Active! mailhttps://www.qualitia.com/jp/product/am/function.html

44

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.2. 調査対象メールサービスおよび調査項目 2/2
 前頁のメールサービスについて、以下の仕様および設定の調査をした（表2）。
表2 調査対象のメールサービスの調査項目
区分

基本仕様

表示仕様

ポリシー処理仕様

仕様および設定

調査内容の詳細

宣言ポリシー

提供サービスのメールドメインにおいて、DMARCポリシー設定がnone、quarantine、rejectのいずれかであるか。

DMARC認証

提供サービスで受信したメールにおいて、DMARC認証しているかどうか。

ポリシー処理提供サービスで受信したメールにおいて、DMARC認証に失敗したメールをポリシーに従った処理をするかどうか。

集計レポート

提供サービスで受信したメールにおいて、DMARC集計レポートを提供しているかどうか。

失敗レポート

提供サービスで受信したメールにおいて、DMARC失敗レポートを提供しているかどうか。

ヘッダー

提供サービスで受信したメールにおいて、ヘッダーにどのような認証結果を付与するか。
具体的には、Received-SPFヘッダーやAuthentication-Resultsヘッダーが想定される。

ヘッダー以外提供サービスで受信したメールにおいて、認証結果をヘッダー以外でどのように表示するか。

アイコン

提供サービスで受信したメールにおいて、なりすましではないと判断されたメッセージに対して、正当性を示すアイコンを表示するかどうか。

ポリシーなし提供サービスで受信したメールにおいて、DMARC未対応ドメインからのメールをどのように取り扱うか。

p=none

提供サービスで受信したメールにおいて、DMARCポリシーがnoneであるドメインからのメールをどのように取り扱うか。

p=quarantine

提供サービスで受信したメールにおいて、DMARCポリシーがquarantineであるドメインからのメールをどのように取り扱うか。

p=reject

提供サービスで受信したメールにおいて、DMARCポリシーがrejectであるドメインからのメールをどのように取り扱うか。

警告表示

提供サービスで受信したメールにおいて、なりすましメールと判定された場合にどのような警告が表示されるか。
45

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.1.1. Gmailの調査結果
 Gmailは、Googleが運営するフリーメールサービスであり、ドメイン名はgmail.comである。
2022年12月時点で、Gmailでは、宣言ポリシー、DMARC認証、ポリシー処理、集計レポート、失敗レポートの対応状況は以下のとおりである（表3）。
表3 GmailのDMARC基本仕様
宣言ポリシーDMARC認証

ポリシー処理集計レポート

失敗レポート

none

●

●

●

なし

46

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.1.2. Gmailのヘッダー認証結果表示 1/2
 Gmailでは、DMARC認証の結果および関連情報を以下のヘッダーへ付与する。具体的に付与されるヘッダーおよび記載内容は以下のとおりである（表4、次頁図1）。
表4 GmailのDMARC関連の認証結果表示仕様
ヘッダー名

認証技術

記載内容
SPF認証結果

Received-SPF

SPF

エンベロープFromドメイン
送信元IPアドレス（client-ip=タグ）
DMARC認証結果

DMARC

ポリシー
処理結果
ヘッダーFromドメイン（header.from=タグ）
SPF認証結果

Authentication-Results

SPF

エンベロープFromドメイン
送信元IPアドレス
DKIM認証結果

DKIM

署名ドメイン（header.i=タグ）
署名セレクター名（header.s=タグ）

その他

ARC認証結果
47

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.1.2. Gmailのヘッダー認証結果表示 2/2
 Gmailのヘッダーでは、Received-SPFヘッダーとAuthentication-Resultsヘッダーの2種類が付与されていた。Authentication-Resultsヘッダーではその他情報として、ARC認証結果が記述されていた。なお、Gmailでは、BIMIによるアイコン表示に対応しているものの、BIMIに関連した情報はこれらのヘッダーには確認できなかった。
図1 Gmailのヘッダー例

48

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.1.3. Gmailのヘッダー以外の認証結果表示
 Gmailでは、DMARC認証の結果をヘッダー以外の方法で確認できる。表示内容は以下のとおりである（図2、図3）。
図2 「メッセージのソースを表示」で確認できるDMARC認証結果

図3 メッセージ表示で確認できるDMARC認証結果
49

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.1.4. Gmailのアイコン表示
 Gmailでは、以下のような仕様でDMARC認証の結果をアイコン表示で確認できる。アイコン表示の閲覧方法、表示画面およびその詳細については以下のとおりである（表5）。
表5 Gmailにおけるアイコン表示
閲覧方法
Webメール

専用アプリ

表示画面

表示機能の有無

表示条件・備考

メッセージ一覧なし

メッセージ表示●

BIMI対応ドメインのみ。VMC認証が必須 （図４）

メッセージ一覧●

BIMI対応ドメインのみ。VMC認証が必須 （図5）

メッセージ表示●

BIMI対応ドメインのみ。VMC認証が必須 （図6）

図4 Gmailアイコン表示例

図5 Gmailアイコン表示例

図6 Gmailアイコン表示例（Webメール・メッセージ表示）（専用アプリ・メッセージ一覧）（専用アプリ・メッセージ表示）50

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.1.5. Gmailの認証失敗メールの取り扱い 1/2
 Gmailでの、DMARC認証に失敗メールに対しての取り扱い仕様について整理する。公開情報に記載がない場合、テストアカウントでの動作から推定した。結果は以下のとおりである（表6）。
表6 GmailにおけるDMARC認証失敗したメールの取り扱い
ポリシー
ポリシーなし

none

取り扱い

備考

受信する
受信しない場合がある。また、メッ
セージ表示の際に警告を表示する（次頁図7、図8）

SMTPプロトコルでのレスポンスは以下のとおり。
421-4.7.0 This message does not pass authentication
checks (SPF and DKIM both do not pass).
SMTPプロトコルでのレスポンスは以下のとおり。

quarantine

受信しない

550-5.7.26 This message does not pass authentication
checks (SPF and DKIM both do not pass).
SMTPプロトコルでのレスポンスは以下のとおり。

reject

受信しない

550-5.7.26 This message does not pass authentication
checks (SPF and DKIM both do not pass).

51

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.1.5. Gmailの認証失敗メールの取り扱い 2/2
 DMARC認証結果を含めてなりすましメール（迷惑メール）と判定された場合に表示される警告
メッセージは、以下のとおりである(図7、図8）。
図7 Gmailのなりすましメールに対する警告例（Webメール）

図8 Gmailのなりすましメールに対する警告例（専用アプリ）52

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.2.1. Fastmailの調査結果
 Fastmailは、Fastmail Pty. Ltd.が運営するメールサービスであり、ドメイン名は
fastmail.comである。2023年1月時点で、Fastmailでは、宣言ポリシー、DMARC認証、ポリシー処理、集計レポート、失敗レポートの対応状況は以下のとおりである（表7）。
表7 FastmailのDMARC基本仕様
宣言ポリシーDMARC認証

ポリシー処理集計レポート

失敗レポート

none

●

なし

●

なし

53

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.2.2. Fastmailのヘッダー認証結果表示 1/2
 Fastmailでは、DMARC認証の結果および関連情報を以下のヘッダーへ付与する。具体的に付与されるヘッダーおよび記載内容は以下のとおりである（表8、次頁図9）。
表8 FastmailのDMARC関連の認証結果表示仕様
ヘッダー名

認証技術

DMARC

SPF

Authentication-Results

DKIM

その他

記載内容
DMARC認証結果
ポリシー（policy.published-domain-policy=タグ）
処理結果（policy.applied-disposition=タグ）
評価結果（policy.evaluated-disposition=タグ）
ヘッダーFromドメイン（header.from=タグ）
SPF認証結果
エンベロープFromドメイン（smtp.mailfrom=タグ）
HELOドメイン（smtp.helo=タグ）
DKIM認証結果
署名ドメイン（header.i=タグ）
署名セレクター名（header.s=タグ）
署名の暗号アルゴリズム（header.a=タグ）
署名鍵のサイズ（x-bit=タグ）
送信元IPアドレス（smtp.remote-ip=タグ）
ARC認証結果
BIMI認証結果
BIMI対象ドメイン（header.d=タグ）
BIMIセレクター名（header.selector=タグ）
VMCの検証結果（policy.authority=タグ）
VMCのURI（policy.authority-uri=タグ）
54

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.2.2. Fastmailのヘッダー認証結果表示 2/2
 Fastmailのヘッダーでは、Authentication-Resultsヘッダーのみが付与されていたが、単一のヘッダーではなく、複数ヘッダーに分かれていた。Authentication-Resultsヘッダーでは
その他情報として、ARC認証結果およびBIMIに関連した情報が記述されている。
図9 Fastmailのヘッダー例

55

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.2.3. Fastmailのヘッダー以外の認証結果表示
 Fastmailでは、DMARC認証の結果をヘッダー以外の方法で確認できる機能はなかった。

56

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.2.4. Fastmailのアイコン表示
 Fastmailでは、以下のような仕様でDMARC認証の結果をアイコン表示で確認できる。アイコン
表示の閲覧方法、表示画面およびその詳細については以下のとおりである（表9）。
表9 Fastmailにおけるアイコン表示
閲覧方法
Webメール

専用アプリ

表示画面

表示機能の有無

メッセージ一覧なし

メッセージ表示●

メッセージ一覧なし

メッセージ表示●

表示条件・備考

BIMI対応ドメインのみ
VMC認証は不要 （図10）

BIMI対応ドメインのみ
VMC認証は不要 （図11）

図１０ Fastmailアイコン表示例（Webメール・メッセージ表示）

図１１ Fastmailアイコン表示例（専用アプリ・メッセージ表示）57

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.2.5. Fastmailの認証失敗メールの取り扱い
 Fastmailでは、DMARC認証に失敗メールに対しての取り扱い仕様について整理する。なお、公開情報に記載がない場合は、テストアカウントでの動作から推定した結果を記載する（表10）。
表10 FastmailにおけるDMARC認証失敗したメールの取り扱い
ポリシー

取り扱い

備考

ポリシーなし受信する

Authentication-Results ヘッダーでは、” policy.applieddisposition=none” と記載。

none

受信する

Authentication-Results ヘッダーでは、” policy.applieddisposition=none” と記載。

quarantine

受信するが、迷惑メール扱いの場合がある

利用者の設定（Spam ProtectionのProtection Level）による。

reject

受信するが、迷惑メール扱いの場合がある

利用者の設定（Spam ProtectionのProtection Level）による。

58

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.3.1. Outlookの調査結果
 Outlookは、Microsoftが運営するメールサービスであり、ドメイン名はoutlook.comである。
2023年1月時点で、Outlookでは、宣言ポリシー、DMARC認証、ポリシー処理、集計レポート、
失敗レポートの対応状況は以下のとおりである（表11）。
表11 OutlookのDMARC基本仕様
宣言ポリシーDMARC認証

ポリシー処理集計レポート

失敗レポートquarantine

●

●

●

なし

59

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.3.2. Outlookのヘッダー認証結果表示 1/2
 Outlookでは、DMARC認証の結果および関連情報を以下のヘッダーへ付与する。具体的に付与されるヘッダーおよび記載内容は以下のとおりである（表12、次頁図12）。
表8 OutlookのDMARC関連の認証結果表示仕様
ヘッダー名

認証技術

記載内容
DMARC認証結果

DMARC
Authentication-Results

ヘッダーFromドメイン（header.from=タグ）
処理結果
DKIM認証結果

DKIM
署名ドメイン（header.d=タグ）
SPF認証結果
エンベロープFromドメイン
Received-SPF

SPF
HELOドメイン（helo=タグ）
送信元IPアドレス（client-ip=タグ）60

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.3.2. Outlookのヘッダー認証結果表示 2/2
 Outlookのヘッダーでは、Received-SPFヘッダーとAuthentication-Resultsヘッダーの2種類が付与されていた。Authentication-ResultsヘッダーではSPF関連情報、DKIM署名のセレクター情報は記述されていなかった。
図12 Outlookのヘッダー例

61

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.3.3. Outlookのヘッダー以外の認証結果表示
 Outlookでは、DMARC認証の結果をヘッダー以外の方法で確認できる機能はなかった。

62

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査

2.3.3.4. Outlookのアイコン表示
 Outlookでは、以下のとおり、DMARC認証の結果はアイコン表示できない（表13）。
表13 Outlookにおけるアイコン表示
閲覧方法

表示画面

表示機能の有無

メッセージ一覧なし

メッセージ表示なし

メッセージ一覧なし

メッセージ表示なし

Webメール専用アプリ

63

表示条件・備考❹ チェックサイト

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.3.5. Outlookの認証失敗メールの取り扱い
 Outlookでは、DMARC認証に失敗メールに対しての取り扱い仕様について整理する。なお、公開情報に記載がない場合は、テストアカウントでの動作から推定した結果を記載する（表14）。
表14 OutlookにおけるDMARC認証失敗したメールの取り扱い
ポリシー

取り扱い

備考

ポリシーなし受信する

Authentication-Results ヘッダーでは、”action=none” と記載
また、DMARC認証結果は”dmarc=bestguesspass”と記載

none

受信する

Authentication-Results ヘッダーでは、”action=none” と記載

quarantine

受信するが、迷惑メール扱いの場合がある

Authentication-Results ヘッダーでは、”action=quarantine”と記載

reject

受信するが、迷惑メール扱いの場合がある

Authentication-Results ヘッダーでは、”action=oreject” と記
載64

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.4.1. Yahoo!メールの調査結果
 Yahoo!メールは、Yahoo!JAPANが運営するメールサービスであり、ドメイン名はyahoo.co.jpである。2022年12月時点で、Yahoo!メールでは、宣言ポリシー、DMARC認証、
ポリシー処理、集計レポート、失敗レポートの対応状況は以下のとおりである（表15）
表15 Yahoo!メールのDMARC基本仕様
宣言ポリシーDMARC認証

ポリシー処理集計レポート

失敗レポートquarantine

●

●

なし

なし

65

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.4.2. Yahoo!メールのヘッダー認証結果表示 1/2
 Yahoo!メールでは、DMARC認証の結果および関連情報を以下のヘッダーへ付与する。具体的に付与されるヘッダーおよび記載内容は以下のとおりである（表16、次頁図13）。
表16 Yahoo!メールのDMARC関連の認証結果表示仕様
ヘッダー名

認証技術

記載内容
SPF認証結果
エンベロープFromドメイン

Received-SPF

SPF
送信元IPアドレス（client-ip=タグ）
送信元IPアドレスの逆引きドメイン（receiver=タグ）
DMARC認証結果
ポリシー
DMARC

Authentication-Results

ポリシー適用率
ポリシードメイン
ヘッダーFromドメイン（header.from=タグ）
DKIM認証結果

DKIM
署名ドメイン（header.i=タグ）

66

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.4.2. Yahoo!メールのヘッダー認証結果表示 2/2
 Yahoo!メールのヘッダーでは、Received-SPFヘッダーとAuthentication-Resultsヘッダーの2種類が付与されていた。Authentication-Resultsヘッダーではその他情報として、
DomainKeys認証結果が記述されていた。なお、Authentication-Resultsヘッダーでは
SPF関連情報、DKIM署名のセレクター情報は記述されていなかった。
図13 Yahoo!メールのヘッダー例

67

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.4.3. Yahoo!メールのヘッダー以外の認証結果表示
 Yahoo!メールでは、DMARC認証の結果をヘッダー以外の方法で確認できる。表示内容は以下のとおりである（図14、図15）。
図14 メール表示画面で確認できるDMARC認証結果

図15 「このメールの認証情報」で確認できるDMARC認証結果
68

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.4.4. Yahoo!メールのアイコン表示 1/2
 Yahoo!メールでは、以下のような仕様でDMARC認証の結果をアイコン表示で確認できる。アイ
コン表示の閲覧方法、表示画面およびその詳細については以下のとおりである（表17、次頁図16～19）。
表17 Yahoo!メールにおけるアイコン表示
閲覧方法

表示画面

表示機能の有無

表示条件・備考

メッセージ一覧●

独自で管理するドメインのみ

メッセージ表示●

独自で管理するドメインのみ

メッセージ一覧●

独自で管理するドメインのみ

メッセージ表示●

独自で管理するドメインのみ

Webメール専用アプリ

69

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.4.4. Yahoo!メールのアイコン表示 2/2
図１6 Yahoo!メールアイコン表示例（Webメール・メッセージ一覧）

図１7 Yahoo!アイコン表示例（Webメール・メッセージ表示）

図１8 Yahoo!メールアイコン表示例（専用アプリ・メッセージ一覧）

図１9 Yahoo!メールアイコン表示例（専用アプリ・メッセージ表示）70

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.4.5. Yahoo!メールの認証失敗メールの取り扱い
 Yahoo!メールでは、DMARC認証に失敗メールに対しての取り扱い仕様について整理する。なお、
公開情報に記載がない場合は、テストアカウントでの動作から推定した結果を記載する（表18）。
表18 Yahoo!メールにおけるDMARC認証失敗したメールの取り扱い
ポリシー

取り扱い

ポリシーなし

受信する

none

受信する

quarantine
reject

備考

受信するが、迷惑メール扱いの場合がある

一部、例外のケースも見受けられる

受信するが、拒否あるいは迷惑メール扱いの場合がある

一部、例外のケースも見受けられる

71

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.5.1. So-net Webメールの調査結果
 So-net Webメールは、ソニーネットワークコミュニケーションズが運営するメールサービスであり、ドメイン名は （※）.so-net.ne.jpである。2023年1月時点で、So-net Webメールでは、
宣言ポリシー、DMARC認証、ポリシー処理、集計レポート、失敗レポートの対応状況は以下のとおりである（表19）
表19 So-net WebメールのDMARC基本仕様
宣言ポリシーDMARC認証

ポリシー処理集計レポート

失敗レポートNone ※

●

●

なし

なし

出所）組織ドメインso-net.ne.jpにおいてDMARCレコード（p=none）が設定されている。
72

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.5.2. So-net Webメールのヘッダー認証結果表示
 So-net Webメールでは、DMARC認証の結果および関連情報を以下のヘッダーへ付与する。具
体的に付与されるヘッダーおよび記載内容は以下のとおりである（表20、図20）。
表２０ So-net WebメールのDMARC関連の認証結果表示仕様
ヘッダー名

認証技術
DMARC

Authentication-Results

SPF

DKIM

記載内容
DMARC認証結果
ヘッダーFromドメイン（header.from=タグ）
SPF認証結果
エンベロープFromドメイン
DKIM認証結果
署名ドメイン（header.d=タグ）

 So-net Webメールのヘッダーでは、Authentication-Resultsヘッダーのみが付与されていた。なお、Authentication-Resultsヘッダーでは送信元IPアドレス、DKIM署名のセレク
ター情報は記述されていなかった。
図２０ So-net Webメールのヘッダー例

73

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.5.3. So-net Webメールのヘッダー以外の認証結果表示
 So-net Webメールでは、DMARC認証の結果をヘッダー以外の方法で確認機能はなかった。

74

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.5.4. So-net Webメールのアイコン表示
 So-net Webメールでは、以下のような仕様でDMARC認証の結果をアイコン表示で確認できる。
アイコン表示の閲覧方法、表示画面およびその詳細については以下のとおりである（表21、図21）。
表21 So-net Webメールにおけるアイコン表示
閲覧方法

表示画面

表示機能の有無

メッセージ一覧●

メッセージ表示●

メッセージ一覧ーメッセージ表示ー

表示条件・備考
自社オフィシャルメールのみ （図21）

Webメール専用アプリ

図21 So-net Webメールアイコン表示例（Webメール・メッセージ一覧）75

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.5.5. So-net Webメールの認証失敗メールの取り扱い
 So-net Webメールでは、DMARC認証に失敗メールに対しての取り扱い仕様について整理する。
なお、公開情報に記載がない場合は、テストアカウントでの動作から推定した結果を記載する（表22）。
表22 So-net WebメールにおけるDMARC認証失敗したメールの取り扱い
ポリシー

取り扱い

ポリシーなし

受信する

none

受信する

quarantine

受信する

reject

受信する

備考

76

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.6.1. Active! mailの調査結果
 Active! mailは、QUALITIAが運営する法人向けメールサービスであり、ドメイン名は顧客の独
自ドメインである。2023年2月時点で、Active! mailでは、宣言ポリシー、DMARC認証、ポリシー処理、集計レポート、失敗レポートの対応状況は以下のとおりである（表23）。
表23 Active! mailのDMARC基本仕様
宣言ポリシーDMARC認証

ポリシー処理集計レポート

失敗レポートドメインによる

●

●

●※

なし

※今後提供予定。
77

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.6.2. Active! mailのヘッダー認証結果表示
 Active! mailでは、DMARC認証の結果および関連情報を以下のヘッダーへ付与する。具体的に付与されるヘッダーおよび記載内容は以下のとおりである（表24、図22）。
表２4 Active! mailのDMARC関連の認証結果表示仕様
ヘッダー名

認証技術
DMARC

Authentication-Results

SPF

DKIM

記載内容
DMARC認証結果
ヘッダーFromドメイン（header.from=タグ）
SPF認証結果
DKIM認証結果
署名ドメイン（header.d=タグ）
DMARC認証結果

 Active! mail の ヘ ッ ダ ー で は 、 Authentication-Results ヘ ッ ダ ー の み が 付 与 さ れ て い た 。
なお、Authentication-Resultsヘッダーでは送信元IPアドレス、DKIM署名のセレクター情報は記述されていなかった。
図２2 Active! mailのヘッダー例

78

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.6.3. Active! mailのヘッダー以外の認証結果表示
 Active! mailでは、DMARC認証の結果をヘッダー以外の方法で確認できる。表示内容は以下のとおりである（図23、図24、図25）。
図23 メール表示画面で確認できる
DMARC認証結果

図24 メッセージ表示で確認できる
DMARC認証結果表示

図25 メッセージ表示で確認できるSPFおよびDKIM認証結果表示79

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.6.4. Active! mailのアイコン表示
 Active! mailでは、以下のような仕様でDMARC認証の結果をアイコン表示で確認できる。アイ
コン表示の閲覧方法、表示画面およびその詳細については以下のとおりである（表25、図26）。
表25 Active! mailにおけるアイコン表示
閲覧方法
Webメール

専用アプリ

表示画面

表示機能の有無

表示条件・備考

メッセージ一覧●

BIMI対応ドメインのみ。VMC認証が必須 （図26）

メッセージ表示なし

メッセージ一覧ーメッセージ表示ー

図26 Active! mailアイコン表示例（Webメール・メッセージ一覧）80

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.3.6.5. Active! mailの認証失敗メールの取り扱い
 Active! mailでは、DMARC認証に失敗メールに対しての取り扱い仕様について整理する。なお、
公開情報に記載がない場合は、テストアカウントでの動作から推定した結果を記載する（表26）。
表26 Active! mailにおけるDMARC認証失敗したメールの取り扱い
ポリシー

取り扱い

ポリシーなし

受信する

none

受信する

quarantine
reject

備考

隔離フォルダへ振り分ける
受信しない

SMTPプロトコルでのレスポンスは以下のとおり
550 5.7.1 <Rejected by DMARC policy(fail)>... Access denied DMARC認証結果を含めてなりすましメールと判定された場合に表示されるアイコンや警告メッ
セージは、以下のとおりである（図27）。
図27 Active! mailのなりすましメールに対する警告例（Webメール）

81

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.4.1. 調査結果まとめ
 本調査の既存メールサービスについては、いずれもDMARC認証に対応しているものの、ポリシーに従った処理を実装していないサービスも存在した（表27）。
 また、ポリシーに従った処理を実装しているサービスにおいても、サービス全体での処理結果の一貫性はなく、個別のメッセージや利用者の設定に左右される形で認証に失敗したメッセージが処理された。
表27 既存メールサービスのDMARC関連仕様のまとめ
メールサービス

宣言ポリシーDMARC認証

ポリシー処理集計レポート

失敗レポート

Gmail

none

●

●

●

なし

Fastmail

none

●

なし

●

なし

Outlookquarantine

●

●

●

なし

Yahoo!メールquarantine

●

●

なし

なし

none

●

なし

なし

なし

ドメインによる

●

●

△

なし

So-net Webメール
Active! mail● : 実 装 あり、 △: 実 装 予 定82

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.4.2. 調査結果まとめ 1/4
 DMARC認証結果をユーザーが確認する方法としては、大きく分類して「メッセージ一覧（フォルダ内のメール一覧）」「メッセージ表示（選択したメールの本文表示）」「ヘッダー表示（選択したメールの詳細ヘッ
ダー表示）」「警告表示（なりすましであることの注意喚起）」の4つであった。
 閲覧方法については、「Webメール」「専用アプリ」の2つ用意されているが、「専用アプリ」の場合は、表示エリアが大きくないことからヘッダー表示に対応しているメールサービスはなかった（表28）。また、表示する内容については、正当なメールに対してアイコン表示する方法もいくつかのメールサービスでは見られた（表28）。
表28 既存メールサービスの表示方法のまとめ
メールサービス
Gmail
Fastmail
OutlookYahoo!メール
So-net Webメール
Active! mail

閲覧方法

メッセージ一覧

メッセージ表示

ヘッダー表示

警告表示

Webメール

なし

◎

●

●

専用アプリ

◎

◎

なし

●

Webメール

なし

◎

●

なし

専用アプリ

なし

◎

なし

なし

Webメール

なし

なし

●

なし

専用アプリ

なし

なし

なし

なし

Webメール

◎

◎

●

なし

専用アプリ

◎

◎

なし

なし

Webメール

◎

なし

●

なし

専用アプリ

―

―

―

―

Webメール

◎

なし

●

●

専用アプリ

―

―

―

―
◎ : ア イ コン 表示あり、●: 表 示 あり

83

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.4.2. 調査結果まとめ 2/4
 認証結果を記述したメールヘッダーとしては、「Received-SPF」「AuthenticationResults」の2つを利用している傾向があり、前者はSPF認証結果に関する情報のみ、後者はDKIMやDMARCを含む多くの認証結果に関する情報を記述することができる。そのため、調査対象の全てのメールサービスでAuthentication-Resultsを採用していた（表29）。
 BIMIに対応しているメールサービスは、GmailとFastmailであるが、認証結果ヘッダーにBIMIに関連した情報を記述していたのはFastmailのみであった（表29）。
表29 既存メールサービスの認証結果ヘッダーのまとめ
メールサービス

Received-SPF

Authentication-Results

Gmail

●

●

Fastmailなし◎

Outlook●●Yahoo!メール●●

So-net Webメールなし●

Active! mailなし●
◎ : B I M I 関 連 情 報あり、 ●: D M A R C関連情 報あり、なし : ヘ ッ ダ ー な し84

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.4.2. 調査結果まとめ 3/4
 SPF認証結果に関する情報としては、主に「認証結果」「エンベロープFromドメイン」「送信元IPアドレス」の3つが挙げられる。それぞれのメールサービスでの認証結果ヘッダーへの記載状況は以下のとおりである（表30）。
表30 既存メールサービスのSPF認証結果に関する記載情報のまとめ
認証結果

エンベロープFrom
ドメイン

送信元IPアドレス

Gmail

●

●

●

Fastmail●●●

HELOドメイン

Outlook●●●

HELOドメイン

Yahoo!メール●●●

送信元IPアドレスの逆引
きドメイン

So-net Webメール

●

●

なし

Active! mail

●

なし

なし

メールサービス

その他● : 情 報 あり、なし : 情 報 な し85

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.4.2. 調査結果まとめ 4/4
 DKIM認証結果に関する情報としては、主に「認証結果」「署名ドメイン」「署名セレクター名」の3つが挙げられる。それぞれのメールサービスでの認証結果ヘッダーへの記載状況は以下のとおりである（表31）。
表31 既存メールサービスのDKIM認証結果に関する記載情報のまとめ
メールサービス

認証結果

署名ドメイン

署名セレクター名

Gmail

●

●

●

Fastmail●●●

Outlook●●なし

Yahoo!メール

●

●

なし

So-net Webメール

●

●

なし

Active! mail

●

●

なし

その他

署名アルゴリズム
署名鍵のサイズ● : 情 報 あり、なし : 情 報 な し86

2. 個人UXの改善・情報共有に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

2.5. 略称一覧
表32 略称一覧
本報告書でも表記
DMARC

正式名称・意味など
Domain-based Message Authentication, Reporting, and Conformance
送信ドメイン認証技術の一つ。SPFとDKIM両者を利用したメールのドメイン認証を補強する技術で
ある。

DKIM

DomainKeys Identified Mail
送信ドメイン認証技術の一つ。送信元が付した電子署名により送信元情報の真偽及び電子メールの本文の改変を検知することができる。

SPF

Sender Policy Framework
送信ドメイン認証技術の一つ。エンベロープ情報の From メールアドレスのドメイン名をチェックし、
当該 DNS に確認を行い送信元情報の真偽を確認する。

FQDN

Fully Qualified Domain Name
TCP / IP ネットワーク上で、ドメイン名・サブドメイン名・ホスト名をすべて省略せずに指定した記述
形式のことを指す。

OD

Organizational Domain
組織ドメインと呼ばれる、wwwなどのラベルを持たない登録ドメイン（ネイキッドドメイン）を指す。

BIMI

Brand Indicators for Message Identification
Webメールやメールアプリで、DMARC認証が成功し、なりすまされていないメールに対して、その送信者ドメインに関連したロゴを表示する仕組み。

VMC

Verified Mark Certificate
BIMIで表示するロゴが送信者ドメインの所有するロゴであることを証明する証明書。
87

3. SPF/DKIM/DMARCのOSS調査・
パフォーマンス調査
3.1. 調査概要
3.2. 一般的なDMARC認証機能の導入方法
3.3. 調査実施概要
3.4. 性能調査
3.5. 機能調査
3.6. 略称一覧

88

３. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.1. 調査概要
 本調査では、メールサーバ側でDMARC認証・DKIM署名機能を導入するために必要なオープン
ソースソフトウェアの性能および機能調査を実施した。具体的には以下のとおりである。
- 一般的なDMARC認証機能の導入方法- 調査実施概要- 性能調査 OpenDMARC＋OpenDKIM- 性能調査 Fastmail Authentication Milter- 機能調査89

３. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.2. 一般的なDMARC認証機能の導入方法 1/4
 一般的な受信メールサーバとしてPostfix（https://www.postfix.org/）を例にして、
DMARCに関連する認証方式であるSPF認証、DKIM認証およびDMARC認証を可能にするための導入方法を以下に示す。
 Postfixではバージョン2.3以降、Sendmail8のMilter (mail filter) プロトコルをサポートしており、このプロトコルはMTAの外側のアプリケーションでメールの内容だけでなくSMTPのイ
ベント (接続、切断)、SMTP コマンド (HELO、MAIL、RCPT、DATAなど) を検査するために利用する。Postfixを利用したメールサーバでは、一般的にこの機能を有効化することで、SPF認証、DKIM認証およびDMARC認証に対応できる。
 メール送信サーバの場合は、送信ユーザーから送信されたメッセージに対してDKIM署名を付与するため、Milterプロトコルを利用して、Milterプログラムにメッセージデータを転送する。Milter
プログラムはあらかじめ管理するDKIM署名用の秘密鍵を用いてDKIM-Signatureヘッダーを生成・付与する（次頁 図1.a）。
 なお、DKIM署名は受信時にその正当性を検証するため、DKIM署名を付与してからInternetへ送出するまでにメッセージの書き換えをしないことが重要である。もし、何らかの理由によりメッ
セージの書き換えをする場合は、書き換え後にDKIM再署名をして、受信時のDKIM認証の失敗を
防止する。
90

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査

3.2. 一般的なDMARC認証機能の導入方法 2/4
図1.a

送信ユーザー

SMTP-AUTH

MSA（milter クライアント）（Milter プロトコル）
ライブラリ（libmilter）

Milter プログラム（milter サーバ）

HELO、 MAIL、 RCPT、 DATA、 etc
DKIM
署名付与

SMTP

Internet
91

DKIM
秘密鍵

❹ チェックサイト

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.2. 一般的なDMARC認証機能の導入方法 3/4
 メール受信サーバの場合は、Internetから受信したメッセージに対してDKIM認証をするため、Milterプロトコルを利用して、MilterプログラムにSMTPコマンドやメッセージデータを転送する。
Milterプログラムはそれらの情報から、必要に応じてDNSからSPFレコード、DKIMレコードおよびDMARCレコードを取得して、それぞれSPF認証、DKIM認証およびDMARC認証を実施する（次頁 図1.b）。
 なお、SPF認証は送信元IPアドレスとSPFレコードを突合して、送信元IPアドレスの正当性を検証するため、Internetから受信する前にセキュリティゲートウェイシステムが存在する場合は、認証に利用する送信元IPアドレスが本来のものとは異なるため、SPF認証が失敗する場合がある。
 同様に、DKIM認証はDKIM署名の正当性を検証するため、セキュリティゲートウェイシステムがメッセージの書き換えをする場合は、DKIM認証が失敗する場合がある。
 これらの理由により、DMARC認証も失敗する場合がある。一般的には、メール受信サーバでMilterプログラムを利用する場合は、Internetに最も近い段階で連携する必要がある。
 なお、セキュリティゲートウェイシステムがこれらSPF認証、DKIM認証およびDMARC認証を実施できる場合は、それらの機能をセキュリティゲートウェイシステムで利用することができる。

92

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.2. 一般的なDMARC認証機能の導入方法 4/4
図1.bInternet

DNS
SPF レコードDKIM レコード
DMAR Cレコード

SMTP（Milter プロトコル）
ライブラリ（libmilter）
HELO、 MAIL、 RCPT、 DATA、 etc

MTA（milter クライアント）

SMTP/LMTP

メールボックス
93

Milter プログラム（milter サーバ）

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.3. 調査実施概要 1/5
 本調査では、3つのオープンソースソフトウェアについて性能・機能を調査した。対象となるオープン
ソースソフトウェアの概要は以下のとおりである（表1）。
表１ 対象オープンソースソフトウェア
OpenDMARC

Fastmail
Authentication Milter

調査時期

OpenDKIM

2022年12月

開発元情報

The Trusted Domain
Project

Fastmail Pty. Ltd.

The Trusted Domain
Project

開発言語

C言語

Perl

C言語

SPF認証機能●●―DKIM認証機能―●●

DMARC認証機能●●―

DMARCレポート機能

●

―

―

DKIM署名機能――●

認証結果のヘッダー付与

●

●

●

その他関連機能

Sender ID認証ADSP認証
ARC認証
BIMI認証94

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.3. 調査実施概要 2/5
 受信側での性能調査では、SPF認証、DKIM認証およびDMARC認証を全て同一サーバで実行して性能比較をするため、「Postfix単体」「OpenDMARC＋OpenDKIM」「Fastmail
Authentication Milter」の3パターンで調査を実施した。
 機能調査では、SPF認証仕様およびDKIM認証仕様を確認するため、「OpenDMARC」「Fastmail Authentication Milter」「OpenDKIM」それぞれが提供する機能のみで調査した。
 その他調査では、異なる方式でDKIM署名付与を実行して性能比較をするため、「OpenDKIM（RSA 2048bit）」「OpenDKIM（RSA 3072bit）」「OpenDKIM（RSA 4096bit）」「OpenDKIM（ed25519 256bit）」の4パターンで調査を実施した。
 これら性能調査および機能調査においては、さくらのクラウドの環境をテスト環境として利用した。
テスト環境のスペックおよび構成は以下のとおりである（次頁 表2、図2）。
 調査実施方法については、それぞれの調査対象を接続したPostfixサーバ（テスト環境）に対して、
JMeterを実行して計測した。テスト環境の性能項目および機能項目については以下のとおりである（次々頁 表3）。

95

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.3. 調査実施概要 3/5
表2 テスト環境のスペック
項目

テスト環境の情報利用インフラさくらのクラウド

サーバOS

Rocky Linux 8.6 64bit

CPU/コア数

3 vCPU

メモリ容量

6GB

ディスク

SSD 20GB

ネットワーク帯域

100Mbps

MTAソフトウェア

Postfix 3.5.8-4┗ OpenDMARC

OpenDMARC 1.4.1.1-3┗ Fastmail
Authentication
MilterFastmail Authentication
Milter 3.20221121┗ OpenDKIM

OpenDKIM 2.11.0-0.28

図2 テスト環境の構成
テスト環境（さくらのクラウド）
SMTP
JMeterPostfix

SMTP

SMTP
sink

LMTP

LMTP
sink

/dev/null

96

MilterProtocolMilter

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.3. 調査実施概要 4/5
表3 テスト環境の性能項目および機能項目
大項目

小項目

概要

性能項目

処理通数

単位時間あたりのメッセージ処理数の平均値。

CPU使用率

テスト実行時間内のCPU使用率（system+user）の平均値。

空きメモリ率

テスト実行時間内の空きメモリ率の平均値。

SPFルックアップ数

検証対象ドメインのSPFレコード探索において、ルックアップ制限があるかどうか。

DKIM検証数

検証対象メッセージのDKIM署名の検証処理において、処理数の制限があるかどうか。

DKIM楕円曲線暗号

ed25519-sha256に対応しているかどうか。

機能項目

97

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.3. 調査実施概要 5/5
 なお、比較のためPostfix単体でテスト実行した結果は以下の通りである（表4、図3、図4、図5）。
表４ 「Postfix単体」の性能調査結果

図4 「Postfix単体」の性能調査結果（CPU使用率）

実行
スレッド数

処理通数
（通/秒）

CPU使用率（%）

空きメモリ率
（%）

エラー率
（%）

50

47.0

26.2

6.6

0.0

100

92.6

48.4

4.3

0.0

200

165.9

69.3

13.0

0.0

500

214.0

75.3

10.0

0.0

20
0

700

201.8

72.8

10.7

0.1

1,000

202.8

76.6

10.5

0.1

100
80
60
40

214.0

200.0

76.6

500

700

1,000

26.2
100

200

図5 「Postfix単体」の性能調査結果（空きメモリ率）
14

201.8

202.8

12

13

10

150.0

50.0

72.8

CPU使用率

165.9

10

8

92.6

100.0

75.3

48.4

50

図3 「Postfix単体」の性能調査結果（処理通数）
250.0

69.3

6

700

1,000

4.3

2

0.0

10.5

6.6

4

47.0

10.7

0
50

100

200

500

700

1,000

50

処理通数

100

200

500

空きメモリ率98

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.4.1. 性能調査 OpenDMARC＋OpenDKIM
 OpenDMARCおよびOpenDKIMはThe Trusted Domain Projectが開発したオープン
ソースソフトウェアで、前者はSPF認証およびDMARC認証機能を提供し、後者はDKIM認証機能を提供する。
 以下、PostfixにOpenDMARC、OpenDKIMを接続した場合の性能調査結果を示す（表5、図6）。
表5 OpenDMARCおよびOpenDKIMを接続した場合の性能調査結果
実行
スレッド数

処理通数
（通/秒）

50

10.2

10.6

35.9

0.0

100

14.4

13.9

30.5

0.0

200

16.2

15.6

30.6

0.0

500

25.8

23.2

17.2

0.0

700

29.3

25.2

18.5

3.5

1,000

30.0

CPU使用率 空きメモリ率（%）（%）

図６ 「Postfix単体」との性能比較グラフ（処理通数）

49.9

13.1

エラー率
（%）

250.0

214.0

201.8

202.8

200.0

165.9
150.0

92.6

100.0

50.0

10.1

47.0

10.2

14.4

16.2

25.8

29.3

30.0

0.0
50

100

200

処理通数（Postfix単体）

99

500
処理通数

700

1,000

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.4.2. 性能調査 Fastmail Authentication Milter
 Fastmail Authentication MilterはFastmail Pty. Ltd.が開発したオープンソースソフト
ウェアで、SPF認証、DKIM認証およびDMARC認証機能を提供する。
 以下、PostfixにFastmail Authentication Milterを接続した場合の性能調査結果を示す（表6、図7）。
表6 Fastmail Authentication Milterを接続した場合の性能調査結果
実行
スレッド数

処理通数
（通/秒）

50

23.6

70.2

35.5

0.0

100

33.3

89.3

16.8

0.0

200

29.5

83.0

10.6

0.0

500

32.9

87.5

8.7

0.1

700

32.3

83.2

12.2

3.1

1,000

32.1

CPU使用率 空きメモリ率
（%）
（%）

81.3

13.7

図7 「Postfix単体」との性能比較グラフ（処理通数）

エラー率
（%）

250.0

214.0

201.8

202.8

200.0

165.9
150.0

92.6

100.0

50.0

3.8

47.0

23.6

33.3

29.5

32.9

32.3

32.1

0.0
50

100

200

処理通数（Postfix単体）

100

500
処理通数

700

1,000

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.5.1. 機能調査 SPFルックアップ数
 SPFに関連するRFC7208（https://datatracker.ietf.org/doc/rfc7208/）では、
DNS参照負荷を考慮してメカニズム・モディファイアのDNSルックアップ数に制限を設けている。
具体的には、検証対象ドメインのSPFレコード探索時に、最大10回のDNSルックアップ数で実装するという記述がある。
 3つのオープンソースソフトウェアのうち、SPF認証機能がある「OpenDMARC」「Fastmail
Authentication Milter」についての動作は以下のとおりである（表7）。
表7 SPFルックアップ数制限の機能調査
OpenDMARC

Fastmail
Authentication Milter

OpenDKIM

SPFルックアップ数
制限の有無

なし

あり

ー

ルックアップ数が10を超えた場合のSPF認証結果

passpermerrorー1013. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.5.2. 機能調査 DKIM検証数
 DKIMに関連するRFC6376（https://www.rfc-editor.org/rfc/rfc6376/）では、
DKIM検証負荷を考慮して複数のDKIM-Signatureヘッダーが存在する場合にはどの署名を検証するかどうかを選択できるとしている。具体的には、DKIM署名の検証処理において、処理数の制限を設けることができる。
 3つのオープンソースソフトウェアのうち、DKIM認証機能がある「Fastmail Authentication
Milter」「OpenDKIM」についての動作は以下のとおりである（表8）。
表8 DKIM検証数制限の機能調査
OpenDMARC

Fastmail
Authentication Milter

OpenDKIM

DKIM検証数数制限の
有無

ー

なし

あり

DKIM署名数が大量に存在する場合のDKIM認証結果

ー全てのDKIM署名を検証する

3つのDKIM署名を検証して、残りを無視する102

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.5.3. 機能調査 その他の機能 1/２
 DKIMに関連するRFC8463（https://datatracker.ietf.org/doc/rfc8463/）では、既存の電子署名アルゴリズムあるrsa-sha256に加えて、ed25519-sha256を採用している。
 後者の電子署名アルゴリズムで生成された鍵ペアの鍵長は256bitであるが、前者の鍵ペアの鍵長で比較した場合にはrsa-sha256の3072bitに相当する強度があると言われている。
 一方で、公開鍵の文字列が非常に短く、計算量も小さく済む。
 OpenDKIMは、電子署名アルゴリズムとしてrsa-sha256およびed25519-sha256両方に対応しているため、rsa-sha256の場合は「2048bit」「3072bit」「4096bit」の3つの鍵のサイズ
で、ed26619-sha256では「256bit」の鍵サイズで、DKIM署名処理の性能を比較した （図8）。
図8 RSAとed25519のDKIM署名性能比較グラフ（処理通数）
140.0

128.9
111.3

120.0
100.0

79.8
82.6 80.7
76.3

80.0
60.0
40.0

43.0

42.6

125.3

125.6

108.4

91.7

110.2
90.4

130.1

123.2

105.5

126.8

127.9
108.9

91.7

88.0

43.1

41.8

20.0
0.0
50
処理通数（RSA 2048bit）

100

200

500

処理通数（RSA 3072bit）

処理通数（RSA 4096bit）
103

700

1,000

処理通数（ed25519 256bit）

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.5.3. 機能調査 その他の機能 1/2
 DKIM認証機能がある「Fastmail Authentication Milter」「OpenDKIM」についての対応状況は以下のとおりである（表9）。
 現在のDKIMの電子署名アルゴリズムはrsa-sha256（2048bit）が主流であり、ed25519sha256は限定的である。しかし、将来的にはrsa-sha256（3072bit）やed25519sha256に対応した送信メールサーバが増えると考えられる。
 また、過渡期については、両方の電子署名アルゴリズムで認証が成功するように、両方のDKIM署
名が2つ付与されることも考えられる。いずれについても、性能の悪化やDKIM認証の偽陽性が発生しないような実装・対応したソフトウェアを利用することが必要である。
表9 DKIMの電子署名アルゴリズムの対応状況調査
OpenDMARC

Fastmail
Authentication Milter

OpenDKIM

検証機能（rsa）

ー●●

検証機能（ed25519）

ー

未対応

未対応

検証機能（両方）

ー

未対応

未対応

署名機能（rsa）

ー

ー●

署名機能（ed25519）

ー

ー

●

署名機能（両方）

ー

ー

未対応

104

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.6. 略称一覧 1/3
表10 略称一覧
本報告書でも表記
DMARC

正式名称・意味など
Domain-based Message Authentication, Reporting, and Conformance
送信ドメイン認証技術の一つ。SPFとDKIM両者を利用したメールのドメイン認証を補強する技術で
ある。

DKIM

DomainKeys Identified Mail
送信ドメイン認証技術の一つ。送信元が付した電子署名により送信元情報の真偽及び電子メールの本文の改変を検知することができる。

SPF

Sender Policy Framework
送信ドメイン認証技術の一つ。エンベロープ情報の From メールアドレスのドメイン名をチェックし、
当該 DNS に確認を行い送信元情報の真偽を確認する。

Sender ID

SPFとCaller IDの両技術の仕様を統合した送信ドメイン認証技術の一つ。

ADSP

Author Domain Signing Practices
送信ドメイン認証技術の一つ。

ARC

Authenticated Received Chain
電子署名の技術を利用し、メールが再配送された場合でも認証結果を示す AuthenticationResultsヘッダーを辿れるようにすることで、認証の連鎖を帰納的に確認できるようにする技術。

105

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.6. 略称一覧 ２/3
表10 略称一覧
本報告書でも表記
FQDN

正式名称・意味など
Fully Qualified Domain Name
TCP / IP ネットワーク上で、ドメイン名・サブドメイン名・ホスト名をすべて省略せずに指定した記述
形式のことを指す。

OD

Organizational Domain
組織ドメインと呼ばれる、wwwなどのラベルを持たない登録ドメイン（ネイキッドドメイン）を指す。

RUA

Reporting URI(s) for aggregate data
DMARCを含む送信ドメイン認証結果について、ある程度の期間分をまとめて受信メールサーバからドメイン管理者にフィードバックされる統計情報。

RUF

Reporting URI(s) for failure data
送信されたメールがSPFまたはDKIMに一致せず、受信者側でDMARC認証に失敗した場合に生成されて、受信メールサーバからドメイン管理者にフィードバックされるフォレンジック情報。

BIMI

Brand Indicators for Message Identification
Webメールやメールアプリで、DMARC認証が成功し、なりすまされていないメールに対して、その送信者ドメインに関連したロゴを表示する仕組み。

VMC

Verified Mark Certificate
BIMIで表示するロゴが送信者ドメインの所有するロゴであることを証明する証明書。

Miltermail filter
Sendmailが開発したメー ルフィルタプラグインの仕組み。
106

3. SPF/DKIM/DMARCのOSS調査・パフォーマンス調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

3.6. 略称一覧 3/3
表10 略称一覧
本報告書でも表記
RSA（暗号）

正式名称・意味など
発明した３人の名前「R. L. Rivest、A. Shamir、L. Adleman」に由来する暗号方式で、大きな数
字を素因数分解するのは困難であることを利用したアルゴリズム。

ed25519

エドワーズ曲線デジタル署名の実装の一つであり、ハッシュ関数としてSHA-512（SHA-2）を使い、曲線としてCurve25519を用いるアルゴリズム。

107

4. DMARC設定等のチェックサイトの開発・構築
に関する調査4.1. 調査概要
4.2. 調査対象一覧
4.3． DMARCチェックサイトの機能要件
4.4. 運用の課題および懸念点
4.5. 調査結果のまとめ
4.6. 略称一覧

108

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.1. 調査概要
 本調査では、国内ISPでのDMARC導入を支援するための政府主導のDMARCチェックサイトの開発および運用に向けた調査を実施した。具体的には以下のとおりである。
- 海外DMARCチェックサイト一覧- 国内DMARCチェックサイト一覧- DMARCチェックサイトの機能要件
 また、実際に本チェックサイトを運用する際の課題および懸念点を合わせて整理する。

109

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査

4.２. 調査対象一覧
 本調査における対象は、海外チェックサイト、国内チェックサイトから、以下を対象とした。
表1 調査対象のチェックサイト一覧
区分

チェックサイト

公開情報URL❶ Internet.nl

https://internet.nl/❷ MXToolBox

https://mxtoolbox.com/❸ DMARC Inspector

https://dmarcian.com/dmarc-inspector/❹ Domain Scannerhttps://easydmarc.com/tools/domain-scanner❺ DMARC Validator

https://www.mailhardener.com/tools/dmarc-validator❻ MECSAhttps://mecsa.jrc.ec.europa.eu/en/technical❼ ナリタイhttps://naritai.jp/notice_check_dmarc.html

海外

国内

110

❹ チェックサイト

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.1.1. Internet.nl 【海外】
 Internet.nlは、オランダ政府およびインターネットコミュニティが運営するサイトで、DMARCを含む最新のインターネット標準に準拠しようとするサイトやドメイン管理者への貢献が目的である。
図1 Internet.nl ウェブサイト（https://internet.nl/)111

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.1.2. Internet.nl 【海外】 チェック項目と結果の通知
 Internet.nl では、入力した「ドメイン名」に対してDMARC関連設定を含めた以下の項目についてチェックができる（表2）。
表2 Internet.nl チェック項目とその概要
チェック項目チェック内容DMARCとの関連

IPv6

AAAAレコードの設定、到達性

DNSSECDNSSECの対応状況

DMARC, DKIM and SPF

DMARCレコードの存在、DMARCポリシー、
DKIMレコードの存在、SPFレコードの存在、SPFポリシー

STARTTLS and DANESTARTTLS有効性、TLSバージョン、暗号強度、暗号スイート、
証明書、DANEの存在

RPKI

ROAの存在、ROVの確認●

 Internet.nl では、チェック結果をWebブラウザに表示・レスポンスする（チェックに5〜200秒）。

112

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.2.1. MXToolBox 【海外】
 MXToolBoxは、MXToolBox, Inc.が運営するサイトで、DMARCを含むネットワーク診断や検索ツールを提供することで、さまざまなインフラの問題解決を支援することが目的である。
図2 MXToolBoxウェブサイト（https://mxtoolbox.com/DMARC.aspx)

113

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.2.2. MXToolBox 【海外】 チェック項目と結果の通知
 MXToolBox では、入力した「ドメイン名」に対してDMARC関連設定を含めた以下の項目についてチェックができる。なお、チェック項目「DKIM」については、「セレクター名」も合わせて入力する必要がある（表3）。
表3 MXToolBox チェック項目とその概要
チェック項目チェック内容DMARCとの関連

MX Lookup

MXレコードの存在、DMARCレコードの存在、DMARCポリシー

Blacklists

主要RBLのリストに含まれるかDiagnostics

逆引き設定状況、TLSサポート、SMTPコネクション/トランザクションタイム、オープンリレーチェック

DMARC

DMARC レコードの存在、各タグの設定状況●

SPF

SPFレコードの存在、各タグの設定状況、ルックアップ可否、ルック
アップ数

●

DKIM

DKIMレコードの存在●

DNS Lookup

Aレコードの存在●

 MXToolBoxでは、チェック結果をWebブラウザに表示・レスポンスする（チェックに数秒から30秒）。
114

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.3.1. DMARC Inspector 【海外】
 DMARC Inspectorは、dmarcianが運営するサイトでDMARC設定状況を分析し、電子メー
ルの制御となりすましメール対策の課題解決を促すことが目的である。
図3 dmarcianウェブサイト（https://dmarcian.com/dmarc-inspector/）115

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.3.2. DMARC Inspector 【海外】 チェック項目と結果の通知
 DMARC Inspectorでは、入力した「ドメイン名」に対してDMARC関連設定を含めた以下の項
目についてチェックができる（表4）。
表4 DMARC Insperctor チェック項目とその概要
チェック項目チェック内容DMARCとの関連

DMARC

DMARC レコードの存在、各タグの設定状況●

 DMARC Inspectorでは、チェック結果をWebブラウザに表示・レスポンスする（数秒）。

116

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.4.1. Domain Scanner 【海外】
 Domain Scannerは、EasyDMARCが運営するサイトでDMARCを含む設定状況を分析することができる。
図4 Domain Scannerウェブサイト（https://easydmarc.com/tools/domain-scanner）

117

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.4.2. Domain Scanner 【海外】 チェック項目と結果の通知
 Domain Scannerでは、入力したドメイン名に対してDMARC関連設定を含めた以下の項目についてチェックができる（表5）。
表5 Domain Scanner チェック項目とその概要
チェック項目チェック内容DMARCとの関連

DMARC

DMARC レコードの存在、各タグの設定状況●

SPF

SPFレコードの存在、ルックアップ数、ネスト数、CIDRの範囲

●

DKIM

DKIMレコードの存在（ただし、EasyDMARCシステムで管理するセレクター名のみ）

●

BIMI

BIMIレコードの存在、ロゴ画像形式、VMC妥当性、VMC付随情報（有効期限、組織名、商標番号など）、ロゴ画像ビュー●

 Domain Scannerでは、チェック結果をWebブラウザに表示・レスポンスする（数秒）。

118

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.5.1. DMARC Validator 【海外】
 DMARC Validatorは、MAILHARDENERが運営するサイトでRFC7489の全ての要件についてDMARCレコードの探索およびレコードの検証ができる。
図5 DMARC Validatorウェブサイト（https://www.mailhardener.com/tools/dmarc-validator）

119

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.5.2. DMARC Validator 【海外】 チェック項目と結果の通知
 DMARC Validatorでは、入力したドメイン名に対してDMARC関連設定を含めた以下の項目についてチェックができる（表6）。
表6 DMARC Validator チェック項目とその概要
チェック項目チェック内容DMARCとの関連

DMARC

DMARC レコードの存在、各タグの設定状況●

RUA or RUF

レポート受信先●

 DMARC Validatorでは、チェック結果をWebブラウザに表示・レスポンスする（数秒）。

120

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.6.1. MECSA 【海外】
 MECSA （My Email Communications Security Assessment）は、JRC (Joint
Research Centre) によって開発されたDMARCを含むプロバイダー間の電子メール通信のセキュリティを評価するための ツールである。
図6 MECSAのウェブサイト（https://mecsa.jrc.ec.europa.eu/en/technical)

121

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.6.2. MECSA 【海外】 チェック項目と結果の通知
 MECSAでは、入力したドメイン名に対してDMARC関連設定を含めた以下の項目についてチェックができる（表7）。
表7 MECSA チェック項目とその概要
チェック項目チェック内容DMARCとの関連

STARTTLS

STARTTLS接続可否

X.509 certificates

サーバ証明書確認SPF

SPFレコードの存在、SPFポリシー

●

DKIM

NSサーバからの応答確認

●

DMARC

DMARC レコードの存在、DMARCポリシー

●

DANE

DANEレコードの存在

DNSSECDNSSECによる保護の有無、SPFレコードのDNSSECによる保護の有無、DMARCレコードのDNSSECによる保護の有無、MXレ
コードのDNSSECによる保護の有無、各MXドメインのDNSSECによる保護の有無、各MXドメインのTLSAレコードのDNSSECによる保護の有無MTA-STSMTA-STSレコードの存在、MTA-STSポリシーを取得、各MXドメ
インのMTA-STSポリシーの一致●

 MECSAでは、Pythonスクリプトを実行し、チェック結果をコンソールに出力・レスポンスする（数十秒）。
122

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.7.1. ナリタイ 【国内】
 ナリタイは、ナリタイ製作委員会により運営されるサイトで、指定されたメールアドレスにテストメー
ルを送信することで、差出人ドメインのDMARC認証結果をメールで返答するサービスである。
図7 ナリタイのウェブサイト（https://naritai.jp/notice_check_dmarc.html）

123

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.7.2. ナリタイ 【国内】 チェック項目と結果の通知
 ナリタイでは、入力したドメイン名に対してDMARC関連設定を含めた以下の項目についてチェックができる（表8）。
表8 ナリタイ チェック項目とその概要
チェック項目チェック内容DMARCとの関連

DMARC

DMARC認証結果、認証ドメイン、ポリシー●

SPF

SPF認証結果、接続元IPアドレス

●

DKIM

DKIM認証結果、署名ドメイン●

 ナリタイでは、チェック結果を差出人メールアドレスに返信・レスポンスする（数秒から30秒）。

124

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.8. 個別調査結果まとめ 1/3
 本調査の既存チェックサイトについては、DMARC設定だけではなくSPF設定やDKIM設定のチェックまで範囲を広げているサイトが多い（表9、表10、表11）。これは、DMARC認証を成功させるためには、必然的にSPF認証もしくはDKIM認証が求められるためである。
表9 既存チェックサイトのDMARC関連チェック項目のまとめ
チェックサイトレコード有無ポリシー設定各タグ設定

Internet.nl

●

●

なし

MXToolBox●▲●

DMARC Inspector

●

▲

●

Domain Scanner

●

▲

●

DMARC Validator

●

なし

なし

MECSA

●

●

なし

ナリタイ

―

―

―

● : チェック項目あり

125▲ : 各タグのチェック項目がある

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.8. 調査結果まとめ 2/3
 SPF認証のチェック項目では、ルックアップ制限内であるかどうかを調査するサイトがいくつか見られており、これはSPF設定の失敗事例としてよく知られていることが理由と考えられる。
表10 既存チェックサイトのSPF関連チェック項目のまとめ
チェックサイトレコード有無ポリシー設定各タグ設定

ルックアップ制限

Internet.nl

●

●

なし

なし

MXToolBox

●

▲

●

●

DMARC Inspector

なし

なし

なし

なし

Domain Scanner

●

▲

●

●

DMARC Validator

なし

なし

なし

なし

MECSA

●

●

なし

なし

ナリタイ

―

―

―

―

● : チェック項目あり

126▲ : 各タグのチェック項目がある

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.2.8. 調査結果まとめ 3/3
 DKIM認証のチェック項目では、DMARC設定やSPF設定とは異なり、ドメイン名だけでは探索できないが、3サイトのうち2サイトは、公開鍵情報を探索する目的でセレクター名を入力する必要がある。他方1サイト（Domain Scanner）については、EasyDMARCを運営するサイトが顧客のDKIM設定管理を運用している場合、セレクター名を入力せずにチェックが可能である。
表11 既存チェックサイトのDKIM関連チェック項目のまとめ
チェックサイトレコード有無Internet.nl●

MXToolBox●

DMARC Inspectorなし

Domain Scanner●

DMARC Validator

なし

MECSA

●

ナリタイ
● : チェック項目あり

127▲ : 各タグのチェック項目がある

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.3.1. DMARCチェックサイトの機能要件 【DNS設定チェック】 既存チェックサイトの調査結果を踏まえ、チェックサイトに「ドメイン名」を入力するフォームを用意して、評価ボタンをクリックすることで、以下の項目を評価することが望ましい（表12）。また、評価結果はウェブサイトに表示することが望ましい。なお、チェック項目「DKIM」をチェックするためには、署名に利用する公開鍵情報を指定する目的で「セレクター名」も合わせて入力する必要がある。
表12 チェックサイトに必要と考えられるDNS設定評価項目一覧
評価項目

評価ポイント

評価方法・内容

1.存在性（FQDN）

ラベル”_dmarc”を先頭に付与したドメイン名のTXTレコードが存在するかどうかを評価する
ドメイン名の組織ドメインについて、ラベル”_dmarc”を先頭に付与したドメイン名のTXTレコードが存在するかどうかを評価する
1もしくは2で確認されたレコードがDMARCレコードとして有効であるかどうかを評価する
3で有効と評価されたレコードのポリシーが”quarantine”あるいは”reject”であるかどうかを評価する
3で有効と評価されたレコードの各タグが適切であるかどうかを評価する
3で有効と評価されたレコードのruaタグおよびrufタグで指定されたURIが適切であるかを評価する
ドメイン名のTXTレコードのうち、SPFレコードの構文として有効なものが唯一つ存在するかどうかを評価する
7で確認されたレコードのディレクティブ（a, mx, include, redirectなど）が有効であるかを評価する
7で確認されたレコードのルックアップ数が制限以下であるかを評価する
ドメイン名およびセレクター名で構成されたDKIMレコードが存在するかどうかを評価する
10で確認されたレコードがDKIMレコードとして有効であるかどうかを評価する
10で確認されたレコードの公開鍵の強度が十分であるかを評価する
ドメイン名およびセレクター名で構成されたBIMIレコードが存在するかどうかを評価する
13で確認されたレコードのlタグで指定されたロゴ画像が妥当であるかどうかを評価する
13で確認されたレコードのaタグで指定されたVMCが妥当であるかどうかを評価する

2.存在性（OD）
DMARC 3.構文評価
4.ポリシー評価
5.タグ評価
6.レポート先評価
7.存在性
SPF
8.ルックアップ可否
9.ルックアップ数
10.存在性
DKIM
11.構文評価
12.強度
13.存在性BIMI
14.ロゴ画像評価
15.VMC妥当性評価

128

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.3.2. DMARCチェックサイトの機能要件 【送信メール判定チェック】 チェックサイトに記載されたメールアドレスにテストメールを送信することで、以下の項目を評価する（表13）。評価結果は差出人メールアドレス（ヘッダーFromドメイン）に返送する。
表13 チェックサイトに必要と考えられる送信メール判定評価項目一覧
評価項目

評価ポイント

1.認証結果2.DKIMアライメント
DMARC
3.SPFアライメント
4.措定される処理結果
5.認証結果6.SPFドメイン
SPF
7.スコープ
8.接続元IPアドレス
9.認証結果10.署名ドメイン
DKIM
11.セレクター名
12.失敗理由
13.認証結果
BIMI
14.ロゴ画像
15.VMC評価

評価方法・内容
DMARCの認証結果を記載する。
DKIMイン・アライメントかどうかを評価する。DMARCが有効でない場合は推定する。
SPFイン・アライメントかどうかを評価する。DMARCが有効でない場合は推定する。
DMARCポリシーに従った処理結果を評価する。DMARCが有効でない場合は評価しない。
SPFの認証結果を記載する。
SPF評価に利用したドメイン名を記載する。
エンベロープFromドメインかEHLO/HELOドメインかを記載する。
SPF評価に利用したIPアドレスを記載する。
DKIMの認証結果を記載する。
DKIM評価に利用したドメイン名を記載する。
DKIM評価に利用したセレクター名を記載する。
DKIMの認証結果がpass出ない場合の理由を記載する。
BIMIの認証結果を記載する。
表示するロゴ画像を記載する。
VMCの有効期限、組織名、商標番号

129

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.4. 運用の課題および懸念点
 上記に挙げた機能要件を有するDMARCチェックサイトを運用するにあたり、以下の課題や懸念があるため、これらを考慮して、設計することが望ましい。
1. 運用サイトのドメイン調査したDMARCチェックサイトの多くは民間組織での運用である（6サイトのうち、4サイト）。
サイト運用が民間ではなく政府の場合は、サイトドメインは政府ドメイン（.GO.JP）もしくはそのサブドメインで永続的に運営する必要がある。運用サイトのドメイン名が政府ドメイン以外にならざるを得ない場合は、ドロップキャッチによる悪用を防止する体制を整える。
2. 安定的な稼働のためのアクセス制限
調査したDMARCチェックサイトは原則として無料で利用なツールであるが、大量通信やサイバー攻撃への防御を想定した外部仕様・システム設計が必要である。具体的な例は以下の通りである。
‐ 接続元情報によるアクセス数制限の実施（大量通信対策）‐ 評価結果表示のレスポンス遅延（大量通信対策、ボットアクセス対策）
3. 技術規格のアップデートへの対応
DMARC技術規格およびBIMI技術規格については将来的に更新される可能性があるため、定期的な見直しをする必要がある。また、DKIMに関しては、署名として利用が推奨される鍵ペアの強度や電子署名アルゴリズムを見直す必要がある。
130

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.5. 調査結果のまとめ
 本調査では、海外の6つのDMARCチェックサイトおよび国内の1つのDMARCチェックツールを調査した。DMARCチェックサイトを開発・運用する場合には、それぞれの評価項目のうち、DMARCに関連する項目のみを網羅するような機能要件が望ましい。
 DNS設定に関する評価はウェブサイトで評価結果が表示されるインターフェースが主流である。
 さらに、実際に正規なメールシステムから送信されたメールの認証結果のフィードバックはメール
返送するチェックサイトもあった。
 利用者の利便性を考慮し、これらと同様の仕様で構築、運用することが望ましい。
 DKIMに関連する項目については、署名に利用する公開鍵情報を探索する目的で、ドメイン名と合わせてセレクター名も入力項目として用意することが望ましい。
 本調査結果で整理した機能要件をもとにして、DMARCチェックサイトを開発・運用することが求め
られる。

131

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.6. 略称一覧 1/2
表14 略称一覧
本報告書でも表記
DMARC

正式名称・意味など
Domain-based Message Authentication, Reporting, and Conformance
送信ドメイン認証技術の一つ。SPFとDKIM両者を利用したメールのドメイン認証を補強する技術で
ある。

DKIM

DomainKeys Identified Mail
送信ドメイン認証技術の一つ。送信元が付した電子署名により送信元情報の真偽及び電子メールの本文の改変を検知することができる。

SPF

Sender Policy Framework
送信ドメイン認証技術の一つ。エンベロープ情報の From メールアドレスのドメイン名をチェックし、
当該 DNS に確認を行い送信元情報の真偽を確認する。

FQDN

Fully Qualified Domain Name
TCP / IP ネットワーク上で、ドメイン名・サブドメイン名・ホスト名をすべて省略せずに指定した記述
形式のことを指す。

OD

Organizational Domain
組織ドメインと呼ばれる、wwwなどのラベルを持たない登録ドメイン（ネイキッドドメイン）を指す。

RUA

Reporting URI(s) for aggregate data
DMARCを含む送信ドメイン認証結果について、ある程度の期間分をまとめて受信メールサーバからドメイン管理者にフィードバックされる統計情報。

132

4. DMARC設定等のチェックサイトの開発・構築に関する調査❶ メール環境❷ 個人ＵＸ❸ ＯＳＳ調査❹ チェックサイト

4.6. 略称一覧 2/2
表14 略称一覧
本報告書でも表記
RUF

BIMI

VMC

正式名称・意味など
Reporting URI(s) for failure data
送信されたメールがSPFまたはDKIMに一致せず、受信者側でDMARC認証に失敗した場合に生成されて、受信メールサーバからドメイン管理者にフィードバックされるフォレンジック情報。
Brand Indicators for Message Identification
Webメールやメールアプリで、DMARC認証が成功し、なりすまされていないメールに対して、その送信者ドメインに関連したロゴを表示する仕組み。
Verified Mark Certificate
BIMIで表示するロゴが送信者ドメインの所有するロゴであることを証明する証明書。

RBL

Real-time Block List
迷惑メール（スパムメール）の中継・発信元のIPアドレスをまとめたブロックリスト。

X.509 証明書

X.509は、公開鍵証明書の標準形式の一つ。

CIDR

Classless Inter-Domain Routing
クラスを使わないIPアドレスの割り当てと、経路情報の集成を行う技術。

MTA-STS

SMTP MTA Strict Transport Security
メールの配送経路上のメールサーバ間の暗号化を強制化する技術の一つ。

133

DMARC技術 関連調査結果報告
2023年11月6日 初版

先進技術・セキュリティ事業本部
本資料の記載は、「令和4年度総務省事業ISPにおけるネットワークセキュリティ技術の導入に関する調査」を基にしています。
134