I-parse ang isang .eml file: mga header, kadena ng Received, mga link, mga hash ng kalakip, hindi pagtutugma ng nagpadala.
Bago
Tagapagsuri ng Pagpapatotohanan ng Email
Network: DoHBago
Ang kasangkapan mismo ay nasa Ingles; ipinaliwanag ito ng pahinang ito sa iyong wika.
Gamitin angTagapagsuri ng Pagpapatotohanan ng Email
Ano ang ginagawa nito
Ipasok ang isang domain upang makita kung gaano ito protektado laban sa panlilinlang: ang SPF include tree kasama ang bilang ng paghahanap nito, ang DMARC policy, ang laki ng mga susi ng DKIM, ang MTA-STS, ang TLS-RPT, ang BIMI at ang MX.
Ang mga DNS name na hinahanap mo ay ipinapadala sa PhishDestroy DNS relay (/api/dns-resolve.php), na nagtatanong sa Cloudflare o Google DNS over HTTPS.
Paano gamitin ang Tagapagsuri ng Pagpapatotohanan ng Email
- Ipasok ang isang domain. I-type ang isang domain, isang email address, o isang URL. Pinapanatili lamang ng tool ang domain, tinatanggal ang www. sa simula ng URL, at inaalis ang mga prefix tulad ng _dmarc.
- Magdagdag ng mga DKIM selector. Kung mayroon kang mensahe mula sa domain, kopyahin ang halaga ng s= mula sa DKIM-Signature header nito at ilagay sa patlang ng mga selector. Hanggang sampu ang sinusuri.
- Patakbuhin ang pagsusuri. Press Check, o subukan ang mga karaniwang DKIM selector para subukan ang 15 madalas na pangalan. Ipinapakita ng counter kung ilang DNS query ang nagamit.
- Basahin ang talahanayan ng buod.. Bawat tala ay nakakakuha ng pass, warn, fail, info, o error na may isang linyang paghahanap. Ipinapakita ng mga seksyon sa ibaba ang mga hilaw na tala at ang puno ng pagsasama ng SPF.
- Gamitin ang resulta. Ang isang domain na walang SPF at may ipinatutupad na DMARC policy ay madaling i-spoof. Tandaan iyon kapag sinusuri mo ang isang mensaheng nag-aangking nagmula rito.
Halimbawa
Isang domain na hindi nagpapadala ng anumang mail
example.comChecked 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 at isang null MX (0.0): ipinapahayag ng domain na hindi ito nagpapadala o tumatanggap ng mail, kaya ang anumang mensahe mula rito ay peke. Ang DMARC ay naka-markang warn lamang dahil walang rua= address ang rekord, kaya hindi nakakatanggap ang may-ari ng mga aggregate report; ang mismong patakaran (p=reject, sp=reject) ay ganap na ipinatutupad.
Ano ang sinusuri nito
| Sinyales | Ano ang ibig sabihin nito |
|---|---|
| Rekord ng SPF | Ang nawawalang tala ay isang pagkabigo. Pinapayagan ng +all ang bawat server na makalusot, at ang ?all o no all ay hindi nagbibigay ng proteksyon; ang -all o ~all ay kung ano ang inaasahan mo. |
| Pag-lookup ng SPF at bilang ng mga void | Kasama ang include, a, mx, ptr, exists, at redirect sa bawat gastos ng DNS lookup. Kapag higit sa 10 lookup, o higit sa 2 na walang ibinalik, nababasag ang SPF na may permerror. |
| Patakaran ng DMARC | Ang p=none ay para sa mga monitor lamang; ipinapadala ng quarantine ang nabibigong mail sa spam at tinatanggihan ito ng reject. Saklaw din ng mga babala ang pct na mas mababa sa 100, ang sp=none, at ang nawawalang address ng rua. |
| Minana na DMARC | Kung ang isang subdomain ay walang rekord, binabasa ang rekord ng pang-organisasyong domain at minamarkahan bilang minana. |
| DKIM na susi | Ipinapakita bawat selector kasama ang uri at laki. Ang RSA na mas mababa sa 1024 bits ay isang kabiguan, sa mas mababa sa 2048 ay isang babala, at ang p= na walang laman ay nangangahulugang binawi ang susi. |
| MTA-STS at TLS-RPT | Opsyonal na mga tala na humihiling sa mga nagpapadala na gumamit ng napatunayang TLS at mag-ulat ng mga pagkabigo. Kung wala ang mga ito, makakatanggap ka ng tala, hindi ng error. |
| BIMI | Isang opsyonal na tala ng logo ng tatak. Bibilangin lamang ito kapag ang DMARC ay nasa quarantine o reject na may pct=100. |
| MX | Ina-listahan ang mga mail server. Ang null MX (0.) ay nangangahulugang hindi tumatanggap ng mail ang domain; ang NXDOMAIN ay nangangahulugang hindi umiiral ang domain. |
Karagdagang mga halimbawa
Isang URL sa halip na isang domain
https://www.example.net/loginIsang tala na ang www.example.net ay tinitingnan bilang example.net, pagkatapos ay 6 na DNS query: Pass sa SPF para sa "v=spf1 -all", babala sa DMARC para sa p=reject, sp=reject nang walang address ng rua, hindi nasuri ang DKIM, walang MTA-STS, TLS-RPT o rekord ng BIMI, at null na MX.
Isang domain na hindi umiiral
nothing.exampleSPF fail (walang rekord ng SPF), DMARC fail (walang rekord ng DMARC) at MX fail dahil hindi umiiral ang nothing.example (NXDOMAIN). Ang hanay ng BIMI ay nagpapahiwatig na ang DMARC ay hindi naka-enforce.
Isang pangalan ng talaan ng DKIM
google._domainkey.example.orgAng selector na google ay pumapasok sa patlang ng mga selector at naka-check ang example.org. Ang hanay ng DKIM ay nagbabasa ng "google: revoked" dahil ang key record ay may bakanteng p=.
Madalas na tanong
Ano ang hinahanap ng Email Authentication Checker?
Ang SPF record at bawat include at redirect na kinukuha nito, binibilang ang mga DNS-querying terms laban sa limitasyong 10 at ang void lookups laban sa 2 (RFC 7208). Binabasa rin nito ang rekord ng DMARC, bumabalik sa organisasyonal na domain, ang mga susi ng DKIM para sa mga selector na ibinibigay mo, at ang mga rekord ng MTA-STS, TLS-RPT, BIMI, at MX.
Ano ang hindi makita ng tagasuri?
Hindi maaaring ilista ng DNS ang mga DKIM key: bawat isa ay nasa ilalim ng selector na pinili ng nagpadala, kaya ilagay ang halagang s= mula sa DKIM-Signature header ng mensahe o subukan ang mga karaniwang selector; ang hindi pagtama ay hindi nagpapatunay ng anumang bagay. Hindi na-download ang MTA-STS policy file at ang BIMI logo, at hindi na-expand ang mga SPF macro na nakadepende sa nagpadala.
Ano ang ipinapadala sa network?
Ang mga DNS name lamang na nabuo mula sa domain na inilagay mo, tulad ng _dmarc.example.com, ang napupunta sa PhishDestroy DNS relay, na nagtatanong sa Cloudflare o Google gamit ang DNS over HTTPS. Ang isang pagsusuri ay gumagamit ng humigit-kumulang 5 hanggang 25 query; pinapayagan ng relay ang 60 bawat minuto.
Ibig bang sabihin ng malakas na resulta na tunay ang isang email mula sa domain na ito?
Hindi. Binabasa ng tagasuri ang inilathalang patakaran ng domain, hindi isang partikular na mensahe. Upang makita kung nakapasa ang isang email sa SPF, DKIM, at DMARC, buksan ang pinagmulan nito sa EML Analyzer.
Bakit naka-markang warn ang DMARC kahit na p=reject?
Kasama rin sa mga babala ang mga setting na nagpapahina sa saklaw o pag-uulat: walang rua address para sa pinagsama-samang ulat, pct na mas mababa sa 100 o sp=none para sa mga subdomain. Patuloy pa ring nalalapat ang mismong patakaran sa pagtanggi.
Ano ang void lookup?
Isang DNS query na ginawa habang ini-evaluate ang SPF na nagbabalik ng walang magagamit na rekord, halimbawa ang a: o mx: na termino na ang pangalan ay walang mga address o mail server. Pinapayagan ng SPF ang dalawa; ang ikatlo ay magfa-fail na may permerror.