[ Raportit ja tutkinta ]

Valitse hyödylliset nimittäjät DMARC mittareille

Valitse nimittäjä, joka vastaa aiottuun kysymykseen, ja paljasta, mitä se sulkee pois.

EmailAuth -tutkimusryhmä

[Avainkohdat]

  • Nimeä kysymys, kohortti ja laskentayksikkö ennen laskemista.
  • Pidä tuntematon liikenne ja nollanimittäjän tilat eksplisiittisinä.
  • Version luokituksen muutokset ja myöhään saapuvat säädöt.
Tällä sivulla

A DMARC prosenttiosuus on hyödyllinen vain, kun sen nimittäjä on määritetty. Sama osoittaja voi kuvata todennuksen onnistumista, hyväksytyn lähettäjän tilaa tai havaittua valvontaa sen alapuolella olevan väestön mukaan. Kirjoita kysymys ja laskentasääntö ennen kaavion valitsemista.

Erota kysymykset

Viitteet: RFC 9989 §5.3.5, RFC 9990 §3.1.1.9.

Havaitun DMARC läpäisynopeuden saamiseksi käytä läpäiseviä kohdistettuja sanomahavaintoja jaettuna kaikilla samassa laajuudessa olevilla viestihavainnoilla. Hyväksyttyjen palvelujen kuntoa varten rajaa sekä osoittaja että nimittäjä vahvistettuun lailliseen kohorttiin. Laske käsittelyluokat sijoittelujakaumaa varten kutsumatta niitä todennustuloksiksi.

Sovellettavan voimassa olevan käytännön ja suoritettujen tarkistusten kanssa kohdistettu SPF ohittaa tai linjassa DKIM pass voi täyttää viestitason DMARC -säännön. Vain sellaisten viestien laskeminen, joissa molemmat hyväksyvät, tuottaa tiukemman mittarin, ja ne on merkittävä vastaavasti. Raaka autentikoinnin onnistuminen ilman linjaus vastaa täysin toiseen kysymykseen.

Ilmoita laajuus ja poissulkemiset

Viitteet: RFC 9990 §3.1.1.8, RFC 9990 §3.5.4.

Ilmoita käytäntö ja tekijän toimialueet, raportointivastaanottimet, UTC-väli, ajankohtainen aika ja kopioinnin poistokäytäntö. Tuntemattoman liikenteen ennätyskäsittely, virheelliset raportit, päällekkäisyydet ja myöhästymiset. Summa kunkin mukana olevan rivin määrä; rivien määrä ei ole havaittujen viestien määrä.

Käytä nollaa nimittäjiä, jos ne eivät ole käytettävissä, älä nolla prosenttia tai 100 prosenttia. Palvelulla, jolla ei ole havaintoja, ei ole mitattua läpäisyprosenttia tälle alueelle. Pienien volyymimäärien pitäisi näyttää lukemat, jotta lukija voi erottaa yhden vian kahdessa havainnossa vakaasta suuremmasta populaatiosta.

Vertaa kahta laillista näkemystä

Havainnollinen tietojoukko: 900 havaintoa kuuluu varmennettuihin laillisiin palveluihin, joista 891 läpäisee. Muut 100 havaintoa on luokittelemattomia, joista 20 läpäisee. Havaittu yleinen läpäisyprosentti on 911/1 000 eli 91,1 prosenttia. Todennettu-laillinen läpäisyprosentti on 891/900 eli 99 prosenttia. Molemmat ovat voimassa niille ilmoitettuille kohorteille; kumpikaan ei anna lupaa kutsua 100 luokittelematonta havaintoa haitallisiksi.

Jos luokittelu myöhemmin muuttuu, versioi mittari sen sijaan, että tarkistaisit hiljaa nimittäjää. Nouseva prosenttiosuus voi heijastaa poissuljettuja tietoja paremman todennuksen sijaan. Säilytä vanha laajuus ja selitä, tarkoittaako muutos korjausta, uutta näyttöä vai raportointioikaisua.

Vältä tukemattomia kattavuusvaatimuksia

Raportoitujen havaintojen jakaminen lähettäjien toimituksiin ei automaattisesti tuota vastaanottajan kattavuutta, koska populaatiot ja yksiköt voivat vaihdella. Käytä laajennettua täsmäytystapaa ennen kuin kuvaat kattavuutta numeerisesti. Näytä osallistuneet toimittajat ja puuttuvat odotetut reitit, kun puolustettavissa oleva yleinen nimittäjä ei ole käytettävissä.

Yhdistä operatiivisia päätöksiä varten selkeästi määritelty kokonaishinta kriittisten palvelujen hintoihin, tuntemattomaan volyymiin ja todisteiden tuoreuteen. Tallenna laskentakysely, syöttöversio ja poikkeussäännöt. Toisen analyytikon pitäisi pystyä toistamaan luku ja ymmärtämään kysymys, johon se todella vastaa.

Kirjoita metrisopimus

Anna kullekin mittarille vakaa nimi, liiketoimintakysymys, laskentayksikkö, laajuussuodatin ja omistaja. Sisällytä työstetty pienilukulaite odotetuine tuloksineen ja nollahavainnointitapaus. Ilmoita, milloin raportointijakso on väliaikainen ja kuinka myöhässä olevat raportit tarkistavat sitä. Erota laskelman muutos taustalla olevan postin muutoksesta, jotta historialliset vertailut pysyvät ymmärrettävissä. Tarkista sopimus ihmisten kanssa käyttämällä numeroa poliittisiin päätöksiin; teknisesti oikea prosenttiosuus voi silti vastata väärään liiketoimintakysymykseen.

Jatka tutkintaa

Käytä koontiraportin esittely tulkita taustalla olevia kenttiä ja kohdistusdiagnoosiopas kun raakatodennuspassi ei täytä DMARC .

Pidä päätös rajallisena

Paikallinen laskelma säilyttää sekä 911 / 1 000 = 91,1 % kokonaismäärästä että 891 / 900 = 99 % vahvistetun laillisen läpäisyn. Nollalla havaintoja se palauttaa ei saatavilla, ei prosenttiosuutta. Kohorttitunnisteet ovat toimitettuja oletuksia; harjoitus ei luokittele varsinaista liikennettä.

[ Takeaway ]

Nimeä kysymys, kohortti ja laskentayksikkö ennen laskemista. Pidä tuntematon liikenne ja nollanimittäjän tilat eksplisiittisinä. Version luokituksen muutokset ja myöhään saapuvat säädöt.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

Valitse roolisi ja seuraa käytännön toimia.

IT / Mail Admin

Asiakirjan kyselyn laajuus ja poissulkemiset.

Säilytä taustalla olevat havainnot ja käytä yllä olevaa työnkulkua erottamaan todellinen vikavaihe oletuksista.

Seuraavat vaiheet

  1. Asiakirjan kyselyn laajuus ja poissulkemiset.
  2. Säilytä nollanimittäjätilat.
  3. Versio myöhässä ja tiedot on luokiteltu uudelleen.

CISO / SecOps

Erota todennus luovutuksesta.

Pidä kattavuus, alkuperä ja jäljellä oleva epävarmuus näkyvissä ennen kuin luotat näihin havaintoihin turvallisuuspäätöksessä.

Seuraavat vaiheet

  1. Erota todennus luovutuksesta.
  2. Pidä luokittelematon tilavuus näkyvissä.
  3. Vaadi toistettavia metrimääritelmiä.

Perustaja / ei-tekninen

Kysy mihin kysymykseen prosentti vastaa.

Yhdistä tämä raportointitehtävä omistamaansa liiketoimintapäätökseen ja vaadi sen vaikutukseen suhteutettua näyttöä.

Seuraavat vaiheet

  1. Kysy mihin kysymykseen prosentti vastaa.
  2. Tarkista lukumäärät ja kriittisten palvelujen kohortit.
  3. Haasta selittämättömät nimittäjämuutokset.

[ UKK ]

Usein kysytyt kysymykset

Mikä kuuluu läpäisyprosentin nimittäjään?

Kaikki sisälsivät viestihavaintoja samasta ilmoitetusta laajuudesta kuin osoittaja.

Voiko nimittäjä olla XML-rivien lukumäärä?

Vain tarkoituksella merkitylle rivimittaukselle, ei viestin havainnoinnin läpäisyasteelle.

RFC 9990 §3.1.1.8

Mitä nollahavainnon pitäisi näyttää?

Ei saatavilla tai ei havaittu, nollalla lasketulla prosenttiosuudella.

Onko vain laillinen korko epärehellinen?

Ei, jos kohortti on vahvistettu ja sen poissulkemiset ovat nimenomaisia.

Ovatko luokittelemattomat havainnot välttämättä hyökkäyksiä?

Ei. Luokituksen epävarmuuden on pysyttävä näkyvissä.

Miksi näyttää luvut prosenttiosuuksien lisäksi?

Ne paljastavat vähäisen volatiliteetin ja vaikuttaneen postin laajuuden.

Voiko nopeus parantua ilman, että todennus paranee?

Kyllä. Kattavuus, poissulkemiset tai luokittelu voivat muuttaa nimittäjää.

Mikä tekee laskennasta tarkastettavan?

Tallennetut syöttöversiot, laajuus, osoittaja- ja nimittäjämääritykset, duplikoinnin ja poikkeussäännöt.

[ Lähteet ]

Lähteet

  1. RFC 9989

    Osat §5.3.5

  2. RFC 9990

    Osat §3.1.1.8 · §3.1.1.9 · §3.5.4

[ Sanasto ]

Sanasto

Nimittäjä
Ilmoitettu väestö alle suhteessa; sen on käytettävä samaa yksikköä ja laajuutta kuin sen osoittaja.
Nolla havaintoja
Tyhjä mitattu kohortti, jonka läpäisysuhdetta ei ole määritelty, ei fiktiivinen nolla tai täydellinen pistemäärä.

Yrityksen alkuperä

Miksi parhaat rahoituslaitokset ja hallitukset lopettivat sähköpostin suojauksen hallintapaneelinsa.

Perinteiset sähköpostin todennusalustat myyvät sinulle kojelaudan ja pyytävät insinöörejäsi tekemään työtä. Korkeiden panosten ympäristöissä manuaalinen valvonta tarkoittaa viivästynyttä täytäntöönpanoa, konfiguraatioiden siirtymistä ja valvomattomia varjoalueita.

EmailAuth on agentti sähköpostin alkuperäalusta. Agenttimme valvovat p=reject, pidä kolmannen osapuolen lähettäjät kohdakkain ja siirrä verkkotunnuksesi täyteen RFC 9989 noudattaminen, uusi DMARC standardi, jossa on in-the-loop -tarkastettavuus.

hallitukset Suuret yritykset Tason 1 rahoituslaitokset

SaaS · Dedikoitu vuokrasopimus · Ilmarakoinen on-prem · BYOK-salaus

Tietokanta