Analizează un fișier .eml: antete, lanțul „Received”, linkuri, hash-uri ale atașamentelor, neconcordanțe privind expeditorul.
Nou
Instrument de verificare a autenticării adreselor de e-mail
Rețea: DoHNou
Instrumentul în sine este în limba engleză; această pagină îl explică în limba ta.
Folosește Instrument de verificare a autenticării adreselor de e-mail
Ce face
Introduceți un domeniu pentru a vedea cât de bine este protejat împotriva falsificării: arborele de includere SPF cu numărul de interogări, politica DMARC, dimensiunile cheilor DKIM, MTA-STS, TLS-RPT, BIMI și MX.
Numele DNS pe care le căutați sunt trimise către serverul de retransmitere DNS PhishDestroy (/api/dns-resolve.php), care interoghează Cloudflare sau Google DNS prin HTTPS.
Cum se utilizează Instrument de verificare a autenticării adreselor de e-mail
- Introduceți un domeniu. Introduceți un domeniu, o adresă de e-mail sau o adresă URL. Instrumentul păstrează doar domeniul, elimină prefixul „www.” din adresele URL și îndepărtează prefixele precum „_dmarc”.
- Adăugați selectori DKIM. Dacă ai un mesaj provenit de la acest domeniu, copiază valoarea „s=” din antetul „DKIM-Signature” al acestuia în câmpul „Selectori”. Se verifică până la 10 elemente.
- Efectuați verificarea. Apăsați „Verificare” sau încercați selectorii DKIM obișnuiți pentru a testa 15 nume frecvente. Contorul indică numărul de interogări DNS efectuate.
- Citiți tabelul rezumativ. Fiecare înregistrare primește calificativul „pass”, „warn”, „fail”, „info” sau „error”, însoțit de o concluzie pe o singură linie. Secțiunile de mai jos prezintă înregistrările brute și arborele de includeri SPF.
- Folosiți rezultatul. Un domeniu fără SPF și fără o politică DMARC aplicată este ușor de falsificat. Ține cont de acest lucru atunci când evaluezi un mesaj care pretinde că provine de la acesta.
Exemplu
Un domeniu care nu trimite e-mailuri
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 și un MX nul (0 .): domeniul declară că nu trimite și nici nu primește e-mailuri, astfel încât orice mesaj provenit de la acesta este falsificat. DMARC este marcat doar cu „warn” deoarece înregistrarea nu conține o adresă rua=, astfel încât proprietarul nu primește rapoarte agregate; politica în sine (p=reject, sp=reject) este aplicată integral.
Ce verifică
| Semnal | Ce înseamnă asta |
|---|---|
| Înregistrare SPF | O înregistrare lipsă reprezintă o eroare. Comanda +all permite accesul tuturor serverelor, iar ?all sau no all nu oferă nicio protecție; -all sau ~all funcționează așa cum te-ai aștepta. |
| Căutarea SPF și numărul de tranzacții anulate | Include, a, mx, ptr, exists și redirecționează fiecare căutare DNS. Dacă se efectuează mai mult de 10 căutări sau dacă mai mult de 2 dintre acestea nu returnează niciun rezultat, SPF-ul se blochează cu o eroare permanentă (permerror). |
| Politica DMARC | p=none monitorizează doar mesajele; opțiunea „quarantine” trimite mesajele cu erori în folderul „spam”, iar opțiunea „reject” le respinge. Avertismentele se referă, de asemenea, la un procent sub 100, la setarea sp=none și la lipsa unei adrese RUA. |
| DMARC moștenit | Dacă un subdomeniu nu are nicio înregistrare, se citește înregistrarea domeniului organizațional și se marchează ca fiind moștenită. |
| Cheia DKIM | Se afișează pentru fiecare selector, împreună cu tipul și dimensiunea. O cheie RSA sub 1024 de biți reprezintă o eroare, sub 2048 de biți reprezintă un avertisment, iar un câmp „p=” gol înseamnă că cheia a fost revocată. |
| MTA-STS și TLS-RPT | Înregistrări opționale care solicită expeditorilor să utilizeze TLS verificat și să raporteze eșecurile. Dacă acestea lipsesc, se afișează o notă, nu o eroare. |
| BIMI | O înregistrare opțională a logo-ului mărcii. Aceasta este luată în considerare doar atunci când DMARC este setat pe „carantină” sau „respingere” cu pct=100. |
| MX | Afișează lista serverelor de e-mail. Un MX nul (0 .) înseamnă că domeniul nu acceptă e-mailuri; NXDOMAIN înseamnă că domeniul nu există. |
Alte exemple
O adresă URL în loc de un domeniu
https://www.example.net/loginO mențiune: www.example.net este verificat ca example.net, apoi au fost efectuate 6 interogări DNS: SPF este valid pentru „v=spf1 -all”, DMARC generează o avertizare pentru p=reject, sp=reject fără o adresă RUA, DKIM nu este verificat, nu există înregistrări MTA-STS, TLS-RPT sau BIMI, iar MX este nul.
Un domeniu care nu există
nothing.exampleEroare SPF (nu există înregistrare SPF), eroare DMARC (nu există înregistrare DMARC) și eroare MX deoarece nothing.example nu există (NXDOMAIN). Rândul BIMI indică faptul că DMARC nu este activat.
Numele unei înregistrări DKIM
google._domainkey.example.orgSelectorul „google” se introduce în câmpul „selecționere”, iar „example.org” este bifat. Rândul DKIM afișează „google: revocat”, deoarece înregistrarea cheii are un câmp „p=” gol.
Întrebări frecvente
Ce verifică instrumentul de verificare a autenticității e-mailurilor?
Înregistrarea SPF și fiecare includere și redirecționare pe care o preia, luând în calcul termenii care generează interogări DNS în limita de 10 și căutările nevalide în limita de 2 (RFC 7208). De asemenea, citește înregistrarea DMARC, recurgând la domeniul organizațional, cheile DKIM pentru selectorii pe care îi furnizați, precum și înregistrările MTA-STS, TLS-RPT, BIMI și MX.
Ce nu poate vedea verificatorul?
DNS-ul nu poate afișa lista cheilor DKIM: fiecare se află sub un selector ales de expeditor, așa că introduceți valoarea „s=” din antetul DKIM-Signature al unui mesaj sau încercați selectorii obișnuiți; o eroare nu dovedește nimic. Fișierul de politici MTA-STS și logo-ul BIMI nu sunt descărcate, iar macro-urile SPF care depind de expeditor nu sunt expandate.
Ce se transmite prin rețea?
Doar numele DNS generate pe baza domeniului introdus de utilizator, cum ar fi _dmarc.example.com, sunt redirecționate către serverul de retransmitere DNS PhishDestroy, care interoghează Cloudflare sau Google prin intermediul protocolului DNS over HTTPS. O verificare necesită între 5 și 25 de interogări; serverul de retransmitere permite 60 de interogări pe minut.
Un rezultat bun înseamnă că un e-mail provenit de la acest domeniu este autentic?
Nu. Instrumentul de verificare analizează politica publicată a domeniului, nu un mesaj anume. Pentru a vedea dacă un e-mail a trecut verificările SPF, DKIM și DMARC, deschideți sursa acestuia în EML Analyzer.
De ce apare avertismentul DMARC chiar și cu p=reject?
Avertismentele se referă, de asemenea, la setările care afectează negativ acoperirea sau raportarea: lipsa adresei RUA pentru rapoartele agregate, procentul sub 100 sau setarea „sp=none” pentru subdomenii. Politica de respingere rămâne în vigoare.
Ce este o căutare nulă?
O interogare DNS efectuată în timpul evaluării SPF care nu returnează nicio înregistrare utilă, de exemplu un termen de tip „a:” sau „mx:” al cărui nume nu are adrese sau servere de e-mail. SPF permite două astfel de termeni; un al treilea determină eșecul evaluării, generând o eroare permanentă (permerror).