Email Authentication (SPF, DKIM, DMARC)
Sekumpulan standar berbasis DNS, SPF, DKIM, dan DMARC, yang memungkinkan server penerima email memverifikasi bahwa sebuah pesan benar-benar berasal dari domain yang diklaimnya dan menentukan tindakan yang harus diambil jika tidak.
Definisi
Email authentication adalah kombinasi tiga standar yang dipublikasikan melalui DNS, SPF (Sender Policy Framework), DKIM (DomainKeys Identified Mail), dan DMARC (Domain-based Message Authentication, Reporting and Conformance), yang bersama-sama memungkinkan server penerima email memverifikasi bahwa sebuah pesan benar-benar berasal dari domain yang diklaimnya. SPF dan DKIM masing-masing memberikan sinyal teknis, sementara DMARC mengaitkan sinyal-sinyal tersebut dengan domain pengirim yang terlihat dan memberi tahu server penerima tindakan apa yang harus diambil ketika sebuah pesan gagal memenuhi pemeriksaan tersebut.
SPF bekerja dengan mempublikasikan sebuah rekaman DNS yang mencantumkan secara tepat server mail mana saja yang berwenang mengirim email atas nama sebuah domain, sehingga server penerima dapat memeriksa apakah pesan benar-benar berasal dari sumber yang disetujui. DKIM menambahkan tanda tangan kriptografis pada email keluar menggunakan kunci privat, memungkinkan penerima memverifikasi dengan kunci publik yang cocok yang dipublikasikan di DNS bahwa pesan tidak diubah dalam perjalanan dan benar-benar berasal dari sistem yang memegang kunci tersebut. DMARC kemudian menyelaraskan hasil SPF dan DKIM dengan domain yang ditampilkan pada alamat 'From' yang terlihat dan mempublikasikan sebuah kebijakan, none, quarantine, atau reject, yang menginstruksikan server penerima apa yang harus dilakukan terhadap pesan yang gagal keselarasan tersebut, sekaligus menghasilkan laporan agregat yang menunjukkan kepada pemilik domain siapa saja yang mengirim email menggunakan domain mereka. Sebuah standar opsional terkait bernama BIMI memungkinkan logo merek terverifikasi tampil di samping pesan yang terautentikasi pada kotak masuk yang mendukungnya setelah DMARC diterapkan secara ketat.
Tanpa rekaman-rekaman ini dikonfigurasi dengan benar, tidak ada yang menghentikan penyerang mengonfigurasi server pengirim mereka sendiri untuk menampilkan alamat 'From' yang sama persis dengan domain tepercaya, karena protokol email asli tidak pernah dirancang untuk memverifikasi identitas pengirim. Celah ini adalah mekanisme teknis di balik sebagian besar email spoofing dan sebagian besar brand impersonation serta business email compromise, karena pesan palsu yang mengaku dari sebuah bank, lembaga pemerintah, atau eksekutif perusahaan jauh lebih meyakinkan daripada pesan dari alamat yang jelas tidak terkait. Bank, perusahaan asuransi, dan lembaga pemerintah Indonesia sering menjadi target peniruan justru karena mereka adalah institusi yang banyak dipercaya, menjadikan penerapan penuh email authentication sebagai kontrol yang berarti untuk melindungi baik nasabah maupun staf internal, dan semakin menjadi ekspektasi dalam panduan keamanan komunikasi OJK dan ISO 27001.
Penerapannya biasanya bertahap: organisasi umumnya memulai DMARC dalam mode monitor saja, meninjau laporan agregat untuk memastikan setiap sumber pengirim yang sah, server mail internal, platform pemasaran, alat helpdesk, telah diotorisasi dengan benar, sebelum memindahkan kebijakan ke quarantine dan akhirnya reject. Langsung melompat ke kebijakan reject tanpa peninjauan ini berisiko memblokir email sah yang belum teridentifikasi. Setiap domain dan subdomain yang dimiliki organisasi harus tercakup, termasuk yang tidak pernah mengirim email, karena subdomain yang tidak dilindungi adalah target mudah bagi penyerang untuk dipalsukan.
Sekilas info
- Jenis
- Kontrol keamanan email
- Juga dikenal sebagai
- SPF, DKIM, DMARC
Cara kerjanya
- 1
Rekaman SPF: sebuah rekaman DNS mencantumkan server mail mana saja yang berwenang mengirim email atas nama domain.
- 2
Tanda tangan DKIM: email keluar ditandatangani secara kriptografis dengan kunci privat, dan penerima memverifikasinya terhadap kunci publik yang dipublikasikan di DNS.
- 3
Pemeriksaan keselarasan: DMARC mengaitkan hasil SPF dan DKIM dengan domain yang ditampilkan pada alamat 'From' yang terlihat.
- 4
Penerapan kebijakan: rekaman DMARC memberi tahu server penerima apa yang harus dilakukan terhadap pesan yang gagal keselarasan, none, quarantine, atau reject.
- 5
Pelaporan: DMARC menghasilkan laporan agregat yang menunjukkan setiap sumber yang mengirim email atas nama domain, baik yang sah maupun curang.
- 6
Tampilan merek (opsional): setelah DMARC diterapkan secara ketat, standar BIMI dapat menampilkan logo merek terverifikasi di samping pesan yang terautentikasi.
Poin utama
- SPF, DKIM, dan DMARC bekerja bersama, tidak ada satu pun yang cukup dengan sendirinya
- Tanpa ketiganya, siapa pun dapat mengonfigurasi server untuk menampilkan alamat 'From' yang sama persis dengan domain tepercaya
- DMARC adalah satu-satunya dari ketiganya yang menginstruksikan server penerima tindakan apa yang harus diambil saat gagal
- Sebagian besar penerapan dimulai dalam mode monitor DMARC sebelum berpindah ke kebijakan reject yang diterapkan secara ketat
- Ini adalah mekanisme teknis di balik sebagian besar email spoofing dan banyak brand impersonation serta business email compromise
- Setiap domain dan subdomain yang dimiliki harus tercakup, termasuk yang tidak pernah mengirim email
Praktik terbaik
- Publikasikan rekaman SPF yang mencantumkan setiap sumber pengirim yang sah dan jaga agar tetap di bawah batas 10 DNS lookup
- Aktifkan penandatanganan DKIM pada semua aliran email keluar, termasuk alat pemasaran dan transaksional, bukan hanya server mail utama
- Mulai DMARC pada p=none untuk memantau lalu lintas dan meninjau laporan agregat sebelum menerapkan kebijakan secara ketat
- Pindah ke p=quarantine lalu p=reject setelah setiap pengirim sah dikonfirmasi dan diotorisasi
- Tinjau laporan agregat DMARC secara berkala untuk menangkap pengirim baru atau tidak sah sejak dini
- Kunci domain dan subdomain yang tidak digunakan dengan kebijakan reject agar tidak dapat dipalsukan
Contoh nyata
Sebuah bank di Indonesia menerapkan DMARC dalam mode monitor dan menemukan dari laporan agregat bahwa vendor pemasaran pihak ketiga telah mengirim newsletter nasabah atas nama bank tanpa terdaftar dalam rekaman SPF-nya. Bank menambahkan vendor tersebut sebagai pengirim resmi, lalu memindahkan kebijakannya ke quarantine yang diterapkan secara ketat, menutup celah yang seharusnya dapat dimanfaatkan penyerang untuk mengirim pesan palsu yang meyakinkan dari domain asli bank tersebut.
Bagaimana Claro membantu
Panduan Claro untuk sending domain tenant memperkuat praktik terbaik SPF, DKIM, dan DMARC sehingga email simulasi dan pelatihan itu sendiri menjadi contoh autentikasi yang benar, dan simulasi phishing Claro mencakup skenario pengirim palsu yang melatih karyawan memeriksa domain pengirim sebenarnya, bukan hanya nama tampilan, memperkuat kebiasaan yang tepat untuk menangkap upaya spoofing yang belum sepenuhnya ditutup oleh kebijakan DMARC organisasi Anda sendiri.
Pertanyaan yang sering diajukan
Apa perbedaan antara SPF dan DKIM?
SPF mencantumkan server mail mana saja yang boleh mengirim untuk sebuah domain, diperiksa terhadap server yang benar-benar mengirimkan pesan. DKIM menandatangani konten pesan itu sendiri secara kriptografis, sehingga perubahan atau penerusan melalui server yang tidak terdaftar tetap dapat diverifikasi. Keduanya memberikan sinyal independen yang saling melengkapi.
Mengapa saya membutuhkan DMARC jika sudah punya SPF dan DKIM?
SPF dan DKIM hanya menghasilkan sinyal lolos atau gagal; tidak satu pun memberi tahu server penerima apa yang harus dilakukan terhadap pesan yang gagal. DMARC mengaitkan keduanya dengan domain pengirim yang terlihat dan mempublikasikan kebijakan penegakan sebenarnya, ditambah pelaporan yang mengungkap siapa saja yang mengirim atas nama domain Anda.
Apa fungsi BIMI?
BIMI memungkinkan logo merek terverifikasi tampil di samping email terautentikasi perusahaan pada kotak masuk yang mendukungnya, tetapi mensyaratkan DMARC sudah diterapkan pada quarantine atau reject, sehingga ini adalah manfaat dari penerapan penuh, bukan penggantinya.
Berapa lama penerapan penuh email authentication membutuhkan waktu?
Sebagian besar organisasi menerapkannya bertahap selama beberapa minggu hingga bulan, dimulai dengan SPF dan DKIM, lalu DMARC dalam mode monitor sementara setiap pengirim sah dikonfirmasi, sebelum akhirnya menerapkan kebijakan quarantine atau reject.
Istilah terkait
Email Spoofing
Memalsukan alamat pengirim email sehingga tampak berasal dari orang atau domain tepercaya, biasanya dengan mengeksploitasi domain yang tidak memiliki perlindungan SPF, DKIM, dan DMARC yang memadai.
Phishing
Phishing adalah serangan rekayasa sosial ketika pelaku menyamar sebagai pengirim tepercaya untuk menipu korban agar membocorkan kredensial, mengirim uang, atau memasang malware.
Brand Impersonation
Taktik phishing di mana penyerang meniru identitas merek, nada bicara, dan gaya komunikasi perusahaan terkenal agar pesan penipuan tampak sah.
Business Email Compromise
Penipuan keuangan bertarget di mana penyerang menyamar sebagai eksekutif, pemasok, atau rekan kerja tepercaya melalui email untuk memperdaya karyawan agar mentransfer uang atau data sensitif.
Kurangi risiko manusia Anda
Claro mengukur dan menurunkan risiko yang dijelaskan istilah-istilah ini, dalam bahasa Inggris dan Bahasa Indonesia.
Minta demo