Penjelasan Persyaratan DMARC p=reject untuk BIMI
Penjelasan Persyaratan DMARC p=reject untuk BIMI
Sebagian besar kegagalan implementasi BIMI dapat ditelusuri ke satu penyebab: kebijakan DMARC yang tidak tepat. Organisasi terlalu fokus pada pembuatan file logo SVG dan mengabaikan persyaratan autentikasi yang menentukan apakah logo tersebut akan ditampilkan atau tidak.
BIMI adalah protokol keamanan, bukan fitur branding. Penyedia mailbox hanya menampilkan logo Anda setelah mereka memverifikasi secara kriptografis bahwa pesan berasal dari domain Anda [1].
Artikel ini menjelaskan prasyarat DMARC untuk BIMI, membandingkan tiga kebijakan enforcement, dan menentukan cara mempersiapkan domain Anda.
Apa itu DMARC?
Domain-based Message Authentication, Reporting, and Conformance (DMARC) adalah standar autentikasi email yang mencegah pengirim tidak sah menggunakan domain Anda di header From.
DMARC dibangun di atas dua protokol dasar:
- SPF (Sender Policy Framework): Memverifikasi bahwa alamat IP pengirim diotorisasi oleh pemilik domain.
- DKIM (DomainKeys Identified Mail): Menerapkan tanda tangan kriptografis pada setiap pesan sehingga penerima dapat mengonfirmasi bahwa pesan tidak dimodifikasi selama transit.
Record DMARC memberi instruksi kepada server penerima, seperti Gmail dan Yahoo, cara menangani pesan yang gagal melewati SPF dan DKIM.
Tiga Kebijakan DMARC
Anda mempublikasikan record DMARC sebagai TXT record di zona DNS Anda. Tag p= mendefinisikan kebijakan enforcement.
1. p=none (Mode Pemantauan)
Server penerima mengirimkan pesan yang gagal ke inbox dan mengirimkan laporan agregat ke alamat yang Anda tentukan. Gunakan kebijakan ini untuk mengidentifikasi sumber pengiriman yang sah sebelum Anda beralih ke enforcement.
Status BIMI: ❌ Ditolak. Penyedia mailbox tidak menampilkan logo BIMI untuk domain dengan p=none.
2. p=quarantine (Mode Enforcement)
Server penerima mengarahkan pesan yang gagal ke folder spam atau junk.
Status BIMI: ✅ Diterima. Ini adalah kebijakan minimum yang memenuhi syarat untuk BIMI. Kebijakan harus berlaku untuk 100% pesan. Sertakan pct=100 atau hapus tag pct (default-nya adalah 100).
3. p=reject (Mode Enforcement Ketat)
Server penerima menolak pesan yang gagal. Pesan tidak akan dikirimkan. Status BIMI: ✅ Diterima. Ini adalah kebijakan yang direkomendasikan untuk BIMI.
Mengapa BIMI Membutuhkan Enforcement
Persyaratan ini ada untuk mencegah spoofing visual. Ketika penyedia mailbox menampilkan logo Anda di samping pesan, mereka menyatakan kepada penerima bahwa pesan tersebut autentik [2].
Jika BIMI menerima p=none, penyerang dapat memalsukan domain Anda dan menyebabkan penyedia mailbox menampilkan logo Anda di samping pesan phishing. Mewajibkan p=quarantine atau p=reject menjamin bahwa pemilik domain telah memblokir email yang tidak terautentikasi sebelum logo diberikan.
Pertimbangan Subdomain
Perusahaan sering menggunakan subdomain untuk aliran email yang berbeda, seperti marketing.company.com atau receipts.company.com. BIMI mengharuskan domain organisasi berada pada enforcement.
Jika domain organisasi Anda mempublikasikan p=reject tetapi menimpa subdomain dengan sp=none, BIMI akan gagal untuk email yang dikirim dari subdomain tersebut. Enforcement harus berlaku untuk domain organisasi dan subdomainnya.
Cara Mengaudit Infrastruktur Anda
Konfirmasi status DMARC Anda sebelum Anda membuat file SVG atau mengajukan Verified Mark Certificate (VMC).
Gunakan makeBIMI untuk mengaudit domain Anda. Tool ini mengkueri record DNS Anda, mengevaluasi konfigurasi SPF dan DMARC Anda, dan melaporkan apakah domain Anda memenuhi persyaratan enforcement untuk BIMI.
Setelah domain Anda lolos audit, buat file SVG yang sesuai dan hubungi broker CA seperti veriBIMI untuk mendapatkan sertifikat Anda.
Referensi
[1] M. Blank, et al. “Brand Indicators for Message Identification (BIMI).” IETF Datatracker, RFC 9091, https://datatracker.ietf.org/doc/html/rfc9091 [2] DMARC.org. “Overview.” DMARC, https://dmarc.org/overview/