DMARC levyntarkistuslaite

Tiedätkö, onko spoofoitu posti verkkoalueeltasi hylätty, karanteenissa vai vain raportoitu, ja onko raportteja todella saapunut.

Toiminta

Policy löydös seuraa RFC 9989: tietue on _dmarc.<domain> luetaan ensin; kun ei ole olemassa DNS Tree Walk (kohta 4.10) tiedustelee vanhempien nimet, enintään kahdeksan kyselyä, pysähtyy tietue merkitty psd=y tai psd=n, ja määrittää Organizational Domain löydöistä (4.10.2).
Subdomainiin sovelletaan periytyvän tietueen sp tunnistetta (np näytetään olemattomille subdomaineille); ilman sp:a p-tunnistetta sovelletaan. Levyä, jossa ei ole voimassa olevaa p-tunnistetta, käsitellään p=none:nä vain silloin, kun siinä on rua osoite, täsmälleen kuten vastaanottajat tekevät.
Tunnisteet jäsennetään määrityksen mukaan: p, sp, np, pct, rua, ruf, adkim, aspf, fo, rf, ri, psd. Jos rua/ruf-kohde on organisaation verkkotunnuksen ulkopuolella, tarkistetaan valtuutustietue <policy domain>._report._dmarc.<destination>.
Tulokset pidetään erillään: käyttökelpoinen tietue, ei mitään tietoja kävellessä, käyttökelvoton tietue (monilevy tai ei p ja nro rua), väliaikainen DNS vika tai nimi, jota ei voida arvioida. Etsiminen pysähtyy kahdeksaan kyselyyn ja 6 sekuntia.

Vanhentunut RFC 7489 -heuristi (lyhyt luettelo kaksimerkkisistä julkisista loppuliitteistä) on tarkoitettu vertailuun eikä koskaan päätä politiikasta.
DKIM valitsinta ei löydetä pelkästään DNS, joten DKIM itse ei tarkisteta.
Raportin toimittamista ja sisältöä ei todenneta; ainoastaan DNS puolella.
Yksi ratkaisija (Cloudflare) on käytössä; väliaikainen vika ilmoitetaan sellaisenaan, ei koskaan puuttuvana tietueena.

p=none kuukausia: Tarkastellaan kokonaisraportteja, hyväksytään lailliset lähettäjät SPF:n ja DKIM:n kautta, siirrytään sitten p=quarantine:een pct=10:lla ja nostetaan sitä asteittain.
Ei raportteja: Lisätään rua= osoite. Jos se on toisella alalla, että verkkotunnus on julkaistava valtuutus kirjaa tämä työkalu tarkistaa.