[ Raportit ja tutkinta ]

DMARC mittarit, joita CISO voi käyttää valvonnan kattavuuden arvioimiseen

Arvioi käyttöönottoa, laillisen lähettäjän toimintaa ja raportoinnin näkyvyyttä erikseen sen sijaan, että luottaisit yhteen vaikuttavaan läpäisyprosenttiin.

EmailAuth -tutkimusryhmä

[Avainkohdat]

  • Erillinen varaston käyttöönotto, havaittu todennus ja palvelun testaus.
  • Pidä kriittisten palveluiden tulokset ja havaitsemattomat reitit näkyvissä.
  • Jokainen vakuutusmittari tarvitsee toistettavan laajuuden ja omistajan.
Tällä sivulla

CISO:n on tiedettävä, kattavatko organisaation toimialueen ohjausobjektit aiotut varat ja toimivatko tärkeät lailliset palvelut edelleen. Globaali DMARC prosenttiosuus ei vastaa kumpaankaan kysymykseen yksinään. Luo pieni joukko toimenpiteitä, jotka erottavat käyttöönoton, havaitun todennuksen, todisteiden tuoreuden ja ratkaisemattomat poikkeukset.

Seuraavat toimenpiteet ovat toimintasuosituksia. Ne käyttävät protokollaa ja raportointirajoja RFC:issä 9989 ja 9990, mutta ne eivät ole standardoituja DMARC yhteensopivuuspisteitä.

Aloita omistamastasi varastosta

Viitteet: RFC 9989 §4.10.1, RFC 9989 §5.4.

Määritä verkkotunnuspopulaatio tilitettävän inventaarion perusteella, mukaan lukien lähettävät verkkotunnukset, ei-lähettävät tuotemerkit, delegoidut palvelut ja asiaankuuluvat aliverkkotunnukset. Kirjaa ylös omistaja, käyttötarkoitus, käytännön havainnointitulos ja viimeisin vahvistuspäivä. Laske eksplisiittiset tietueet ja peritty tehokas käytäntö erikseen, jos tällä erolla on merkitystä.

Käyttöönottomitta voidaan todentaa soveltamisalaan kuuluvat toimialueet aiotulla tehokkaalla käytännöllä jaettuna kaikilla soveltamisalan sisäisillä toimialueilla. Selitä, mitä varmennettu tarkoittaa ja mitkä käytännöt vastaavat organisaation tavoitetta. Tietueen julkaiseminen ei vastaa täytäntöönpanon pyytämistä, eikä täytäntöönpanon pyytäminen takaa samanlaista kohtelua jokaiselta vastaanottajalta.

Mittaa laillisen palvelun toimintaa

Viitteet: RFC 9990 §3.1.1.8, RFC 9989 §5.3.5, RFC 9989 §5.3.8.

Ylläpidä vahvistettua sovellusten välistä mainosjakaumaa. Tallenna kunkin kriittisen palvelun odotetut henkilöllisyydet, vastuullinen omistaja, viimeisin edustajatesti ja havaitut yhdenmukaiset tulokset. Näytä palvelut, joita ei ole havaittu ajanjakson aikana, sen sijaan, että myöntäisit niille passin.

Laske sovellettavien kelvollisten käytäntöjen ja suoritettujen arvioiden havaintoihin perustuva läpäisyprosentti summaamalla viestimäärät tasatulla läpäisyllä SPF tai DKIM tulos ja jakaminen sisällytetyillä sanomahavainnoilla. Tilaa vastaanottimen kattavuus, aikaikkuna, kaksoiskappaleiden käsittely ja luokituskriteerit. Erottele tämä prosentti palvelun kattavuusmittarista, jonka nimittäjä on sovellukset viestien sijaan.

Työskentele harhaanjohtavan keskiarvon kautta

Synteettinen esimerkki: markkinointipalvelussa on 99 990 ohitettua havaintoa, kun taas vahvistetulla laskureitillä on kymmenen epäonnistunutta havaintoa. Yhdistetty läpäisyprosentti on 99,99 prosenttia. Laskureitin havaittu läpäisyprosentti on nolla kymmenestä, ja yhdessä kahdesta listatusta palvelusta on ratkaisematon todennusongelma.

Nämä tosiasiat oikeuttavat kiireellisen laskureittitutkimuksen, vaikka otsikkoprosentti on korkea. Ne eivät todista, että kaikki kymmenen laskua hylättiin tai että jokainen laskun vastaanottaja toimitti raportin. Näytä laskun omistajan vahvistus, näyteviestin todisteet ja palautuksen tila mittarin vieressä.

Lisää näkyvyys- ja poikkeustoimenpiteitä

Seuraa tärkeiden toimittajien viimeisintä katettua ajanjaksoa ja saapumisviivettä. Näytä luokittelemattomat havaitut määrät, testaamattomat kriittiset reitit ja myöhässä olevat omistuspäätökset. Muutos osallistuvissa toimittajissa voi muuttaa prosenttiosuutta ilman, että lähettäjissä on parannusta. Merkitse tällaiset muutokset sen sijaan, että yhdistäisit ne trendiksi.

Poikkeuksia varten mittaa ikä, liiketoiminnan kriittisyys, seuraava toimenpide ja vanheneminen avoimien lippujen määrän sijaan. Yksittäinen pitkäaikainen poikkeus, joka vaikuttaa maksun työnkulkuun, saattaa ansaita enemmän huomiota kuin monet nopeasti ratkaistut vähävaikutteiset havainnot. Älä kutsu kaikkia tuntemattoman lähteen virheitä estettyiksi hyökkäyksiksi.

Tee hallituksen yhteenveto tarkastettavaksi

Säilytä jokaisen julkaistun numeron populaatio, osoittaja, nimittäjä, laskelman versio, todistepäivä ja vastuullinen omistaja. Sisällytä yksityiskohtainen selvitys kriittisistä palveluista ja tunnetuista puutteista. Käytä ei käytettävissä, kun nimittäjä on nolla tai todisteita ei ole.

Valvontalausunnossa tulee kertoa, mitä on konfiguroitu, mitä on havaittu toimivan ja mikä on epävarmaa. Tarkista verkkotunnushankintojen, palveluntarjoajien siirtojen tai uusien lähetyssovellusten jälkeen. Vahva mittausohjelma tekee muutokset näkyväksi ja luo erityisiä korjauspäätöksiä; se ei muuta epätäydellistä tietojoukkoa yleiseksi turvallisuustakuuksi.

Jatka tutkintaa

Käytä koontiraportin esittely taustalla oleville kentille ja kohdistusdiagnoosiopas kun raakatodennuksen onnistuminen ei täytä DMARC .

Pidä kuva todisteiden sisällä

Paikallinen synteettinen laskelma antaa 99 990/100 000 = 99,99 % kokonaishyväksynnän, mutta 0/10 = 0 % laskuille. Toinen kahdesta nimetystä palvelusta on edelleen ongelmallinen toimitetun skenaarion mukaan. Tämä ei ole mitattu kiinteistön kattavuuspiste, toimitus-tappioluku tai toimialan vertailuarvo.

[ Takeaway ]

Erillinen varaston käyttöönotto, havaittu todennus ja palvelun testaus. Pidä kriittisten palveluiden tulokset ja havaitsemattomat reitit näkyvissä. Jokainen vakuutusmittari tarvitsee toistettavan laajuuden ja omistajan.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Ylläpidä toimialue- ja sovellusluetteloita.

Version osoittaja- ja nimittäjäsäännöt. Seuraa toimittajan tuoreutta ja puuttuvia reittejä.

Seuraavat vaiheet

  1. Ylläpidä toimialue- ja sovellusluetteloita.
  2. Version osoittaja- ja nimittäjäsäännöt.
  3. Seuraa toimittajan tuoreutta ja puuttuvia reittejä.

CISO / SecOps

Erillinen käyttöönotto havaitusta toiminnasta.

Tarkista vanhentuneet poikkeukset ja vanhentumispäivät. Vaadi toistettavia todisteita varmuuden takana.

Seuraavat vaiheet

  1. Erillinen käyttöönotto havaitusta toiminnasta.
  2. Tarkista vanhentuneet poikkeukset ja vanhentumispäivät.
  3. Vaadi toistettavia todisteita varmuuden takana.

Perustaja / ei-tekninen

Pidä kriittisten palvelujen omistajat näkyvissä.

Haasta vihreät keskiarvot piilottamalla epäonnistuneet reitit. Rahastokorjaus sidottu liiketoimintavaikutuksiin.

Seuraavat vaiheet

  1. Pidä kriittisten palvelujen omistajat näkyvissä.
  2. Haasta vihreät keskiarvot piilottamalla epäonnistuneet reitit.
  3. Rahastokorjaus sidottu liiketoimintavaikutuksiin.

[ UKK ]

Usein kysytyt kysymykset

Onko yleinen DMARC läpäisyprosentti kattavuuspiste?

Ei. Se kuvaa määritettyä havaittua populaatiota, ei toimialueen tai palveluiden luettelon täydellisyyttä.

RFC 9989 §5.3.8

Mikä on käyttöönoton nimittäjä?

Omistettu, eksplisiittisesti rajattu verkkotunnuksen mainosjakauma, jossa on selitetty perinnöllinen ja eksplisiittinen käytäntökäsittely.

Miksi palveluita seurataan erikseen?

Pienimääräinen kriittinen reitti voi kadota suuren volyymin terveen virran sisään.

Osoittaako hylkäyspolitiikka yleistä estoa?

Ei. Se on vaadittu käytäntö, ja vastaanottajat säilyttävät käsittelyn harkinnan.

RFC 9989 §5.4

Mitä havaitsemattomien palvelujen pitäisi näyttää?

Ei havaittu tai testattu, omistajan ja todentamissuunnitelman kanssa.

Voiko mittari parantaa ilman korjausta?

Kyllä. Vastaanottimen peittoalue, liikennejakauma ja luokituksen muutokset voivat muuttaa sitä.

Pitäisikö tuntemattomat viat laskea estettyiksi hyökkäyksiksi?

Ei. Valtuutus, tarkoitus ja todellinen käsittely edellyttävät erillistä näyttöä.

Mikä tekee lautamittarista puolustettavan?

Toistettava määritelmä, päivätty todisteet, palvelun perusteet ja nimenomaiset rajoitukset.

[ Lähteet ]

Lähteet

  1. RFC 9989

    Osat §4.10.1 · §5.3.5 · §5.3.8 · §5.4

  2. RFC 9990

    Osat §3.1.1.8

[ Sanasto ]

Sanasto

Palvelun kattavuus
Mittari, jonka ilmoitettu populaatio on sovelluksia tai reittejä, joka eroaa viestin havainnoinnin läpäisyasteesta.
Havaittu läpäisyaste
Mukana olevien havaintojen laskennallinen osuus, joka täyttää tasatun ohituspolun säännön, ilmoitetun raportin kattavuuden sisällä.

RFC 9990 §3.1.1.8 RFC 9989 §5.3.5

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