BIMIとは？ブランドロゴ表示の仕組みとVMC証明書

BIMIのロゴ表示が変わる条件

BIMIの適格性とロゴの表示は別物です。表示を決めるのは受信側です。そのため、構文上正しいレコードを公開しても、特定の受信トレイではロゴが表示されないことがあります。

結果は次の条件で変わります。

• DMARCポリシー：BIMIの実装ガイダンスでは、DMARCポリシーをquarantineまたはrejectにする必要があります。監視のみのp=noneはこの条件を満たしません。RFC 9989でDMARCから旧来のpctタグは削除されましたが、現行のBIMIガイダンスは今も100未満の値を認めていません。
• DMARCアライメント：配信される個々のメッセージがDMARCに合格する必要があります。有効なBIMIレコードがあっても、SPFやDKIMのアライメント失敗は補えません。
• ロゴの形式：ロゴのURLは、BIMI SVG Tiny Portable/Secureプロファイルに準拠したファイルを指す必要があります。通常のSVGには、BIMIプロファイルで許可されていない要素が含まれることがあります。
• 証明書のポリシー：受信側によっては、ロゴを表示する前にVerified Mark Certificate（VMC）などの認められた証明書を求めます。証明書の購入や公開の前に、受信側プロバイダーの最新のBIMIドキュメントを確認してください。
• メールボックスプロバイダーの対応：BIMIを実装していないプロバイダーでは、送信側のDNS設定にかかわらずロゴは表示されません。
• 受信側のローカルポリシー：BIMIに対応するプロバイダーでも、信頼性のチェックや不正対策を独自に追加できます。BIMIがそれらに優先することはありません。

ポリシー強化、SVG変換、ホスト型レコード、検証の手順を1つのガイド付きワークフローで進めたい場合は、PalisadeのマネージドBIMI機能をご覧ください。ロゴを表示するかどうかの最終判断は、引き続き受信側が行います。

ロゴを得るためだけに、ドメインをp=quarantineやp=rejectに移行しないでください。まず正規の送信元を洗い出し、重要なメールストリームで認証のアライメントが取れていることを確認します。

この機会は数値で測れます。Palisadeの100,000ドメインのBIMI導入データは、ポリシー強化の準備が整っていながらBIMIレコードを未公開のドメインがどれだけあるかを示しています。再利用できるファネル図と、ダウンロード可能な集計もあります。

BIMIに対応しているプロバイダー

主要な受信トレイのプロバイダーはこの規格を採用しています。Gmail、Yahoo、AppleはいずれもBIMIをプラットフォームに組み込んでいます。GmailとApple Mailはマーク証明書が必要ですが、Yahooは自己宣言型のレコードでもロゴを表示します。また、GoogleはGmailのBIMI対応を2023年5月に拡大し、参加する送信者の横に認証済みのチェックマークを追加しました。有効なレコードを公開すれば、各プロバイダーの表示判断の範囲内で、これらのサービスの利用者にブランドロゴが表示されます。

エンゲージメント面の利点は、この視認性にあります。Red SiftとEntrustによる2021年の消費者調査では、メッセージにブランドロゴが表示されると、開封率が最大39%高くなりました。ただし、これは保証ではなく傾向を示すデータです。ロゴを表示するかどうかは受信側が決め、結果は読者層やプロバイダーによって異なります。

BIMIレコードの設定例

BIMIレコードは通常、セレクタと_bimiラベルの下にTXTレコードとして公開します。BIMI Groupは通常のセレクタとしてdefaultを挙げていますが、メッセージにBIMI-Selectorヘッダーがあれば、受信側はそのセレクタを使えます。

Host: default._bimi.yourdomain.com
Type: TXT
Value: v=BIMI1; l=https://assets.yourdomain.com/logo.svg; a=https://assets.yourdomain.com/mark.pem

これは説明用の例です。この例のURLは公開しないでください。承認済みのロゴは自社でホストし、対象の受信側が証明書を求める場合は、自社のマークに発行された証明書の場所を使う必要があります。

この例では：

• v=BIMI1は、BIMIレコードの識別子です。
• l=は、BIMIに準拠したSVGロゴのHTTPSの場所を示します。
• a=は、マーク証明書のHTTPSの場所を示します。

公開DNSの結果からわかるのは、レコードが見えるかどうかです。特定の本番メッセージがDMARCに合格したことや、受信側がロゴを取得したこと、表示を選んだことまでは証明できません。

BIMIの適格性がSPFだけでなくDKIMに左右される理由

Gmailは、ブランドの身元が確認済みであることを示すため、BIMIの上に青い認証済みチェックマークを重ねて表示します。この時期はよく誤って伝えられます。GmailでBIMIのロゴアバターが一般提供されたのは2021年7月で、青いチェックマークの開始は2023年5月です。

開始から数週間のうちに、セキュリティ研究者のChris Plummer氏が、UPSのロゴとGoogleの青いチェックマークが付いた詐欺のなりすましメールを示しました。原因は、BIMIがSPFに頼っていた点にあります。DMARCは、アライメントの取れたSPFチェックとDKIMチェックのどちらかが成功すれば合格します。UPSはSPFレコードで共有型の外部メール配信基盤を許可していたため、同じ基盤を経由してメッセージを送った攻撃者は、アライメントの取れたSPF合格を得られました。それがDMARCを満たし、BIMIとチェックマークの対象になったのです。これはSPFアップグレード攻撃と呼ばれることがあります。本来は信頼できないはずのメッセージが、信頼できるものに格上げされたという意味です。

2023年6月、Googleは記者に対し、アライメントの取れたSPF合格だけでは不十分とし、BIMIとチェックマークの対象になるにはDKIMを必須にすると説明しました。DKIM署名はメッセージに結び付いた暗号学的ハッシュで、ドメインの秘密鍵で署名されます。そのため、標的がたまたまSPFレコードに載せている基盤を経由しても、送信者が信頼を引き継ぐことはできません。ただしGoogleは、この変更を公開中のBIMIドキュメントに反映していません。Googleの現行のBIMI設定ガイドは今も、DMARCの前にSPFまたはDKIMを設定する必要があるとしており、チェックマーク自体はVerified Mark Certificateにひも付けています。

その曖昧さがあっても、送信ドメインにとっての実務上の結論は変わりません。Googleの送信者ガイドラインは、Gmailアカウントへ日に5,000通を超えて送信する場合にSPFとDKIMの両方を求めており、チェックマークにはさらにVMCが必要です。チェックマークを目指す前に、ドメインがアライメントの取れたDKIMで署名し、VMCを持っていることを確認してください。証明書と費用の流れは、Gmailの青い認証済みチェックマークの取得方法をご覧ください。

次に確認すること

手元にある情報から始めます。

• ドメイン名しかない場合は、BIMIルックアップツールで、公開中のBIMIレコードと、ロゴや証明書のURLを確認します。
• ロゴを準備している場合は、最終的にホストするファイルがBIMIのSVGプロファイルに準拠しているか検証します。デザインの元データは、公開用のBIMIファイルと分けて管理します。
• 配信済みのテストメッセージがある場合は、その認証結果を確認します。RFC 8601は、認証の評価結果を伝えるAuthentication-Resultsヘッダーフィールドを定義しています。BIMIを疑う前に、実際の送信経路でアライメントの取れたSPFまたはDKIMの合格があることを確認してください。
• メールボックスプロバイダーがロゴを表示しない場合は、そのプロバイダーが公開するBIMI要件と、実際のメッセージ経路、DNSレコード、ロゴファイル、証明書を照らし合わせます。DNSだけでプロバイダーの判断を推測しないでください。

まず公開中のBIMIレコードを確認

送信ドメインがあり、公開DNSレコードの現在の内容を確かめたいなら、最初にBIMIルックアップを使うのが適切です。

BIMIレコードを確認

公開情報のルックアップでは、本番の送信元のDMARC合格や、すべての受信側のBIMI対応、メールボックスプロバイダーがロゴを表示することまでは証明できません。

BIMIの準備状況を実際の送信データと結び付ける

今日正しいレコードでも、後でアライメントに失敗しうる送信元をすべて特定できるわけではありません。ポリシー変更が別のアプリケーションやサブドメインに影響するかどうかもわかりません。PalisadeはDMARCソフトウェアです。DMARC集計レポートのデータを分析し、送信元と認証やアライメントの問題を特定して、優先度付きの修正チケットを作成します。根拠がそろえば次のポリシー段階を提案できますが、根拠を確認してDNSを変更するのは人です。

Palisadeを始める

Palisadeは、DMARCポリシーを自律的に変更することはなく、ロゴの表示や受信トレイへの到達も保証しません。