[ Raportit ja tutkinta ]

Miksi korkea DMARC läpäisyprosentti voi piilottaa epäonnistuneen laillisen palvelun?

Löydä vähäisen volyymin laillisia vikoja, jotka katoavat korkean yhteenlasketun läpäisynopeuden sisällä.

EmailAuth -tutkimusryhmä

[Avainkohdat]

  • Käytä laskennallisesti painotettuja tasattuja tuloksia havaittulle populaatiolle.
  • Tarkista vahvistetut tärkeät palvelut otsikon määrästä riippumatta.
  • Raportointivaje ei ole automaattinen ohituspalvelu.
Tällä sivulla

Korkea haalari DMARC läpäisyprosentti voi olla rinnakkain rikkinäisen liiketoiminnan kannalta kriittisen palvelun kanssa. Suurempi virta hallitsee aritmetiikkaa, kun taas pienempi virta voi sisältää salasanan nollauksia, laskuja tai kiireellisiä hälytyksiä. Tarkista tunnetut lailliset palvelut erikseen ennen kuin hyväksyt muutoksen otsikkohinnalla.

Määrittele mikä menee läpi

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

Käytä DMARC-arvioituja tasattuja tuloksia raaka-aineiden sijaan SPF tai DKIM menestystä yksin. Sovellettavan voimassa olevan käytännön ja suoritettujen tarkistusten kanssa yhden kohdistetun mekanismin läpäiseminen riittää sanomatason DMARC hyväksymiseen. molempien vaatiminen luo eri mittarin. Dispositio on erillinen: viestiä voidaan käsitellä vastaanottajan poikkeuksen alaisena ilman, että siitä tulee todennuspassia.

Paino rivit niiden viestimäärän mukaan. Yksi terve rivi, joka edustaa tuhansia havaintoja, ja epäonnistunut rivi, joka edustaa kymmentä, eivät ole samankokoisia populaatioita. Merkitse hinta koskien kerättyjä havaintoja, ei jokaista lähetettyä viestiä.

Jaa hyväksytty lähetysvarasto

Kartoita havaitut identiteetit palveluihin käyttämällä palveluntarjoajan määrityksiä, tunnettuja reittejä ja valtuutettuja viestinäytteitä. Lähde-IP itsessään voidaan jakaa tai edustaa huolitsijaa. Säilytä luokittelematon liikenne sen sijaan, että määrität omistajuuden arvauksen perusteella.

Tallenna kunkin kriittisen palvelun osalta havaittu määrä, kohdistetut läpäisy- ja epäonnistumismäärät, vastaanottimen kattavuus ja viimeisin testitulos. Pidä tuntematon ja epäilty luvaton liikenne erillään vahvistetusta laillisesta kohortista. Luokittelumuutosten tulee olla päivättyjä, jotta parantunut nopeus ei voi olla seurausta epämiellyttävien tietojen poissulkemisesta.

Tutki pientä puroa

Esimerkkitapaus: markkinointipalvelussa on 99 900 ohimenevää havaintoa ja salasanan palautuspalvelussa 100 epäonnistunutta havaintoa. Yhdistetty läpäisyprosentti on 99,9 prosenttia, kun taas havaittu salasanan palautusprosentti on nolla. Kokonaismäärä on matemaattisesti oikea, mutta toiminnallisesti epätäydellinen.

Tämä ei todista, että jokainen salasanan palautus hylättiin tai että kaikki kyseisen palvelun viestit ovat saapuneet raportoiville vastaanottajille. Se oikeuttaa välittömän reittitason tutkimuksen. Tarkista nykyiset raakaviestit, kohdistetut identiteetit, palveluntarjoajan asetukset ja asiaankuuluvat yhdyskäytävät sen sijaan, että juhlisit kokonaisprosenttia.

Aseta päätösportit vaikutuksen ympärille

Käytä otsikon arvoa kontekstissa ja vaadi sitten todisteita tärkeistä palveluista ennen politiikan kiristämistä. Pienen volyymin palvelu ilman havaintoja vaatii testin tai dokumentoidun aukon, ei oletetun läpäisyn. Priorisoi korjaaminen liiketoimintavaikutusten, oikeutuksen ja nykyisten epäonnistumisten perusteella.

Sulje palveluongelma uusilla päästä päähän -testeillä ja myöhemmillä raporttihavainnoilla, kun niitä on saatavilla. Säilytä sekä kokonaismittari että palvelunäkymä käyttöraportissa. Hyödyllinen yhteenveto tekee tärkeän poikkeuksen näkyväksi sen sijaan, että se sallisi terveen volyymin piilottaa sen.

Tee poikkeukset näkyväksi toimintakatsauksessa

Listaa jokainen kriittinen palvelu omistajan, odotetun identiteetin, havaittujen vikojen ja nykyisen tutkinnan tilan kanssa. Näytä lukumäärä, vaikka pyöristäminen tekisi kokonaiskaaviosta täydellisen. Sisällytä viimeisin onnistunut kontrolloitu testi ja kaikki reitit, joita se ei käyttänyt. Omistajan tulee nimenomaisesti hyväksyä jäljellä oleva aukko sen sijaan, että hän sallisi luokittelemattoman palvelun kadota tarkastelusta. Tarkista lähettäjän tai mallin muutosten jälkeen, koska aikaisempi ohitettu näyte ei vahvista, että äskettäin muokattu reitti merkitsee ja kohdistuu edelleen oikein.

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 antaa 99 900 / 100 000 = 99,9 % kokonaishyväksynnän ja 0 / 100 = 0 % hypoteettiselle salasanan palautuskohortille. Välitön päätös on tutkia tämä kriittinen reitti, ei päätellä kaikkien 100 viestin hylkäämistä. Nämä ovat keksittyjä opetuslaskuja, eivät asiakastelemetriaa.

[ Takeaway ]

Käytä laskennallisesti painotettuja tasattuja tuloksia havaittulle populaatiolle. Tarkista vahvistetut tärkeät palvelut otsikon määrästä riippumatta. Raportointivaje ei ole automaattinen ohituspalvelu.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Laske kohdistetut määräpainotetut hinnat.

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

Seuraavat vaiheet

  1. Laske kohdistetut määräpainotetut hinnat.
  2. Vahvista palvelun omistajuus.
  3. Testaa uudelleen tietty epäonnistunut reitti.

CISO / SecOps

Vaadi palvelutason muutosportit.

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

Seuraavat vaiheet

  1. Vaadi palvelutason muutosportit.
  2. Pidä tuntematon liikenne erillään.
  3. Tarkista luokituksen muutokset ja kattavuus.

Perustaja / ei-tekninen

Nimeä kriittiset vähäisen volyymin palvelut.

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

Seuraavat vaiheet

  1. Nimeä kriittiset vähäisen volyymin palvelut.
  2. Tarkista poikkeukset otsikkoprosentin ohella.
  3. Priorisoi asiakkaisiin vaikuttavat epäonnistumiset.

[ UKK ]

Usein kysytyt kysymykset

Voiko 99,9 prosentin läpäisy silti piilottaa vakavan ongelman?

Kyllä. Pieni kriittinen virta voi epäonnistua, kun taas suuri terve virta hallitsee kokonaisuutta.

Pitääkö sekä SPF että DKIM läpäistä DMARC ?

Ei. Ohjattu kohdistettu SPF tai DKIM mekanismi riittää.

RFC 9989 §5.3.5

Voiko raaka DKIM passi silti epäonnistua kohdistus?

Kyllä. Allekirjoitusalueen on oltava samassa linjassa tekijän verkkotunnuksen kanssa sovellettavassa tilassa.

RFC 9989 §4.4.1

Todistaako virheiden määrä, että viestit on hylätty?

Ei. Todennustulokset ja vastaanottimen käsittely ovat eri havaintoja.

RFC 9989 §5.4

Pitäisikö hintojen keskiarvo rivit olla yhtä suuret?

Ei. Paino rivin mukaan lasketaan viestien havainnointisuhteessa.

RFC 9990 §3.1.1.8

Voiko lähde-IP yksin määrittää palvelun omistajan?

Ei luotettavasti. Vahvista määritysten ja viestien todisteilla.

Miten kriittisen palvelun, jossa ei ole tietoja, pitäisi ilmestyä?

Todisteita vaativana kattavuusaukona, ei automaattista hyväksyntää.

Mikä todistaa huoltokorjauksen?

Nykyiset kontrolloidut reittitestit ja myöhemmät tukihavainnot kattavuusrajoilla ilmoitettuineen.

[ Lähteet ]

Lähteet

  1. RFC 9989

    Osat §4.4.1 · §5.3.5 · §5.4

  2. RFC 9990

    Osat §3.1.1.8 · §3.1.1.9

[ Sanasto ]

Sanasto

Laske painotus
Kunkin sisällytetyn raporttirivin painottaminen sen edustamien viestihavaintojen määrällä.

RFC 9990 §3.1.1.8

Kriittisen palvelun kohortti
Varmennettujen reittien operatiivinen ryhmittely, joiden liiketoiminnalliset vaikutukset ansaitsevat yksittäisen arvioinnin volyymista riippumatta.

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