Email

Pemeriksa Autentikasi Email

Jaringan: DoHBaru

Alat ini sendiri tersedia dalam bahasa Inggris; halaman ini menjelaskannya dalam bahasa Anda.

Gunakan Pemeriksa Autentikasi Email

Fungsinya

Masukkan domain untuk melihat seberapa baik domain itu terlindungi dari spoofing: pohon include SPF beserta jumlah lookup-nya, kebijakan DMARC, ukuran kunci DKIM, MTA-STS, TLS-RPT, BIMI, dan MX.

Nama DNS yang Anda cari dikirim ke relai DNS PhishDestroy (/api/dns-resolve.php), yang kemudian melakukan permintaan ke Cloudflare atau Google DNS melalui HTTPS.

Cara menggunakan Pemeriksa Autentikasi Email

  1. Masukkan domain. Ketik domain, alamat email, atau URL. Alat ini hanya mengambil domainnya, membuang www. di depan dari URL, dan menghapus awalan seperti _dmarc.
  2. Tambahkan selector DKIM. Jika Anda memiliki pesan dari domain tersebut, salin nilai s= dari header DKIM-Signature-nya ke kolom selector. Hingga 10 selector diperiksa.
  3. Jalankan pemeriksaan. Tekan Check (Periksa), atau Try common DKIM selectors untuk menguji 15 nama yang sering dipakai. Penghitung menunjukkan berapa kueri DNS yang terpakai.
  4. Baca tabel Summary. Setiap record mendapat pass, warn, fail, info, atau error dengan temuan satu baris. Bagian di bawahnya menampilkan record mentah dan pohon include SPF.
  5. Manfaatkan hasilnya. Domain tanpa SPF dan tanpa kebijakan DMARC yang diberlakukan mudah dipalsukan. Ingat hal itu saat Anda menilai pesan yang mengaku berasal dari domain tersebut.

Contoh

Domain yang tidak mengirim email

Masukan
example.com
Hasil (direkam pada 2026-10-20)
Checked example[.]com · 6 DNS queries through the relay (Cloudflare)

Summary
RECORD	STATUS	FINDING
SPF	pass	"v=spf1 -all": no server may send mail as example[.]com, so any message from it is forged
DMARC	warn	p=reject, sp=reject
DKIM	info	Not checked: DKIM keys can only be found by selector (see the DKIM-Signature s= of a message)
MTA-STS	info	No MTA-STS record (optional): senders may deliver over unencrypted or unverified TLS
TLS-RPT	info	No TLS-RPT record (optional): no reports about TLS delivery failures
BIMI	info	No BIMI record (optional). DMARC is at enforcement
MX	info	Null MX "0 .": the domain accepts no mail (RFC 7505)
SPF
DNS-QUERYING TERMS
0 of 10
VOID LOOKUPS
0 of 2
UNLISTED SENDERS GET
fail (-all)
v=spf1 -all

Include and redirect tree (lookups are numbered in evaluation order; include, a, mx, ptr, exists and redirect count, RFC 7208 §4.6.4)

example[.]com · 0 lookups here, 0 in this branch
fail -all
DMARC

Found at _dmarc.example[.]com

v=DMARC1;p=reject;sp=reject;adkim=s;aspf=s

warn no rua: the owner receives no aggregate reports
TAG	VALUE	MEANING
v	DMARC1	version
p	reject	policy for the domain itself — reject: failing mail is refused
sp	reject	policy for subdomains (default: p) — reject: failing mail is refused
adkim	s	DKIM alignment: r = same organization, s = exact domain (default r)
aspf	s	SPF alignment: r = same organization, s = exact domain (default r)
DKIM

DNS cannot list DKIM keys: each one sits under a selector chosen by the sender (selector._domainkey.example[.]com). Enter the s= value from a message's DKIM-Signature header, or press “Try common
…

SPF v=spf1 -all, DMARC p=reject, dan MX kosong (0 .): domain tersebut menyatakan bahwa ia tidak mengirim maupun menerima email, sehingga setiap pesan yang berasal darinya dianggap palsu. DMARC hanya diberi label "warn" karena catatan tersebut tidak memiliki alamat rua=, sehingga pemiliknya tidak menerima laporan agregat; kebijakan itu sendiri (p=reject, sp=reject) diterapkan sepenuhnya.

Apa yang diperiksa

SinyalApa artinya
Record SPFRecord yang tidak ada dinilai fail. +all meloloskan setiap server dan ?all atau tanpa all tidak memberi perlindungan; -all atau ~all adalah yang diharapkan.
Jumlah lookup dan void SPFinclude, a, mx, ptr, exists, dan redirect masing-masing memakan satu lookup DNS. Lebih dari 10 lookup, atau lebih dari 2 yang tidak menghasilkan apa pun, merusak SPF dengan permerror.
Kebijakan DMARCp=none hanya memantau, quarantine mengirim email yang gagal ke spam, dan reject menolaknya. Peringatan juga mencakup pct di bawah 100, sp=none, dan alamat rua yang tidak ada.
DMARC yang diwarisiJika subdomain tidak memiliki record, record domain organisasi dibaca dan ditandai sebagai diwarisi.
Kunci DKIMDitampilkan per selector dengan tipe dan ukurannya. RSA di bawah 1024 bit dinilai fail, di bawah 2048 diberi peringatan, dan p= yang kosong berarti kunci telah dicabut.
MTA-STS dan TLS-RPTRecord opsional yang meminta pengirim memakai TLS terverifikasi dan melaporkan kegagalan. Jika tidak ada, Anda mendapat catatan, bukan kesalahan.
BIMIRecord logo merek yang opsional. Record ini hanya berlaku jika DMARC berada pada quarantine atau reject dengan pct=100.
MXMencantumkan server email. Null MX (0 .) berarti domain tidak menerima email; NXDOMAIN berarti domain tidak ada.

Contoh lainnya

URL alih-alih domain

Masukan
https://www.example.net/login
Hasil

Catatan bahwa www.example.net diperiksa sebagai example.net, lalu 6 kueri DNS: SPF pass untuk "v=spf1 -all", DMARC warn untuk p=reject, sp=reject tanpa alamat rua, DKIM tidak diperiksa, tidak ada record MTA-STS, TLS-RPT, atau BIMI, dan null MX.

Domain yang tidak ada

Masukan
nothing.example
Hasil

SPF fail (tidak ada record SPF), DMARC fail (tidak ada record DMARC), dan MX fail karena nothing.example tidak ada (NXDOMAIN). Baris BIMI mencatat bahwa DMARC belum diberlakukan (enforcement).

Nama record DKIM

Masukan
google._domainkey.example.org
Hasil

Selector google dimasukkan ke kolom selector dan example.org diperiksa. Baris DKIM berbunyi "google: revoked" karena record kuncinya memiliki p= yang kosong.

Pertanyaan yang Sering Diajukan

Apa yang dicari oleh Email Authentication Checker?

Record SPF dan setiap include dan redirect yang ditariknya, dengan menghitung term yang melakukan kueri DNS terhadap batas 10 dan void lookup terhadap batas 2 (RFC 7208). Alat ini juga membaca record DMARC, dengan beralih ke domain organisasi jika perlu, kunci DKIM untuk selector yang Anda berikan, serta record MTA-STS, TLS-RPT, BIMI, dan MX.

Apa yang tidak dapat dilihat pemeriksa ini?

DNS tidak dapat mencantumkan daftar kunci DKIM: setiap kunci berada di bawah selector yang dipilih pengirim, jadi masukkan nilai s= dari header DKIM-Signature sebuah pesan atau coba selector yang umum; jika tidak ditemukan, itu tidak membuktikan apa pun. File kebijakan MTA-STS dan logo BIMI tidak diunduh, dan makro SPF yang bergantung pada pengirim tidak diekspansi.

Apa yang dikirim melalui jaringan?

Hanya nama DNS yang dibentuk dari domain yang Anda masukkan, seperti _dmarc.example.com, yang dikirim ke relai DNS PhishDestroy, yang menanyakannya ke Cloudflare atau Google melalui DNS over HTTPS. Satu pemeriksaan memakai sekitar 5 hingga 25 kueri; relai mengizinkan 60 per menit.

Apakah hasil yang kuat berarti email dari domain ini asli?

Tidak. Pemeriksa ini membaca kebijakan yang dipublikasikan domain, bukan pesan tertentu. Untuk melihat apakah sebuah email lolos SPF, DKIM, dan DMARC, buka sumber pesannya di EML Analyzer.

Mengapa DMARC ditandai warn padahal p=reject?

Peringatan juga mencakup pengaturan yang melemahkan cakupan atau pelaporan: tidak ada alamat rua untuk laporan agregat, pct di bawah 100, atau sp=none untuk subdomain. Kebijakan reject itu sendiri tetap berlaku.

Apa itu void lookup?

Kueri DNS saat mengevaluasi SPF yang tidak menghasilkan record yang dapat dipakai, misalnya term a: atau mx: yang namanya tidak memiliki alamat atau server email. SPF mengizinkan dua; yang ketiga membuatnya gagal dengan permerror.

Penjelasan Istilah

Penelitian PhishDestroy