[ Alueelliset vaatimukset ]

Tutki hallituksen verkkotunnusten todennusta arvovaltaisten verkkotunnusluetteloiden avulla

Käytä virallista verkkotunnusluetteloa rajoitettuna kehyksenä ja erottele sitten rekisterijäsenyys sähköpostin käytöstä ja käytäntöjen noudattamisesta.

EmailAuth -tutkimusryhmä · 4 min lukuaika

[Avainkohdat]

  • Käytä virallista verkkotunnusluetteloa rajoitettuna kehyksenä ja erottele sitten rekisterijäsenyys sähköpostin käytöstä ja käytäntöjen noudattamisesta.
  • Rekisterin jäsenyys, DNS -havainnot ja hallituksen noudattaminen ovat erillisiä väitteitä.
Tällä sivulla

Hallituksen toimialueen tutkimus tarvitsee määritellyn populaation, ennen kuin se tarvitsee läpäisykaavion. Rekisteröity verkkotunnus voi palvella verkkosivustoa, eläkkeellä olevaa ohjelmaa tai ei-lähetystarkoitusta. Sen läsnäolo virallisessa luettelossa on alkuperä, ei todiste siitä, että jokainen viraston viesti käyttää kyseistä verkkotunnusta tai todentaa onnistuneesti.

Valitse ja pysäytä virallinen kehys

CISA :n dotgov-tietovarasto erottaa liittovaltion rekisteröintiä sisältävän current-federal.csv-tiedoston current-full.csv-tiedostosta, joka kattaa laajemman .gov-alueen. Sen README sanoo, että luettelot sisältävät toisen tason verkkotunnuksia Ready- ja On Hold -tiloissa, eivät jokaista isäntänimeä; se myös varoittaa, että rekisteröityjen verkkotunnusten ei tarvitse tarjota verkkopalvelua. Käytä näitä rajoja tutkimuksen otsikossa ja sisällyttämissäännöissä. Liittovaltio ei ole automaattisesti sama kuin toimeenpanovalta.

Säilytä todellisen kokoelman todelliset tiedostotavut, lähde-URL-osoite, hakuaika ja sisällön hash sekä kaikki saatavilla olevat versiotunnisteet. Älä vain tallenna linkkiä muuttuvaan päähaaratiedostoon. Säilytä alkuperäiset kentät ja dokumenttien normalisointi, kaksoiskappaleiden käsittely ja poissulkemiset. Tämä artikkeli ei sisällä väestön tilannekuvaa tai valtion DNS mittausta.

Korjaa valinta ennen tulosten tarkistamista

Valitse laskenta tai ilmoita otossääntö, otoskoko ja satunnainen siemen tai deterministinen järjestys ennen tulosten keräämistä. Käsin valittu tuttujen nimien pari on havainnollistava tapaustutkimus, ei edustava näyte. Heidän rekisterijäsenyytensä etsiminen jälkikäteen on valinnan jälkeistä vahvistusta, ei todisteita siitä, että heidät on otettu luettelosta.

Levytoimisto, komponentti ja verkkotunnus erikseen. Kolme yhden viraston omistamaa aluetta ovat kolme toimialueen havaintoa, mutta eivät kolmea itsenäistä virastoa. Säilytä ei-aktiiviset, ratkaisemattomat ja poissuljetut rivit syillä sen sijaan, että pudotat ne hiljaa. Älä korvaa epäonnistunutta havaintoa kätevämmällä onnistuneella verkkotunnuksella.

Säilytä kyselyn todisteet loogisen tunnuksen sijaan

Tallenna jokaiselle valitulle riville tarkka kysytty omistaja ja tyyppi, ratkaisija, UTC-pyyntöaika, vastaus- tai siirtovirhe, DNS tila, vastauksen omistaja/tyyppi/tiedot, asiaankuuluvat liput ja TTL. Säilytä käsittelemättömät vastaukset jäsennysversiolla ja sen normalisointisäännöillä. Onnistunut HTTP-pyyntö ei yksinään luo onnistunutta DNS vastausta. Googlen dokumentoitu JSON-sovellusliittymä erottaa Status-, Answer- ja muut vastauskentät. DNS tila ja kuljetustila kuuluvat erillisiin sarakkeisiin.

TXT vastausta varten säilytä merkkijonojen rajat ja rekonstruoi loogisen tietueen sisältö oikein. Älä erehdy a CNAME kohteen tiedot suoraa vastausta varten tallentamatta ketjua. Tarkka _dmarc kysely ei ole täydellinen toteutus RFC 9989 politiikan löytö. Jos tämä on tutkimuksen laajuus, merkitse se tarkka omistajan havainnointi tehokkaan käytännön sijaan jokaiselle aliverkkotunnukselle.

Tarkista kuvitteellinen kolmirivinen pääkirja

Nämä varatut nimet ja tulokset on tarkoitettu menetelmän havainnollistamiseen, ei CISA luettelon jäsenten tai verkoston havaintoihin. Kaikki rivit käyttävät tyyppiä TXT ; Resolver-identiteettiä ja kokoelman aikaleimoja ei tarkoituksella toimiteta, koska kyselyä ei suoritettu.

  • agency-a.example : ehdotettu edustaja A, komponentti Alpha, omistaja _dmarc.agency-a.example . Oletetaan NOERROR yhdellä TXT ehdokkaalla v=DMARC1; p=reject. Luokittele kirjaimellinen hylkäysehdokas odottamassa täydellistä syntaksia ja löydön vahvistusta; älä päättele vaatimustenmukaisuutta, lähettäjän kattavuutta tai vastaanottajan hylkäämistä.
  • programme-a.example : ehdotettu virasto A, komponentti Alpha, omistaja _dmarc.programme-a.example . Oletetaan NOERROR ilman asiaankuuluvaa vastausta. Tarkista CNAME /viittaus/valtuutettu konteksti ennen NODATA luokittelua; Älä oleta toimivaa politiikkaa.
  • agency-b.example : ehdotettu edustaja B, komponentti Beta, omistaja _dmarc.agency-b.example . Oletetaan pyynnön aikakatkaisu ilman DNS vastausta. Record tuntematon ja puuttuvat todisteet; älä muunna sitä puuttuvaksi tai virheelliseksi käytännöksi.

Reskontrassa on kolme verkkotunnusriviä ja kaksi ehdotettua toimistotunnistetta, mutta se ei sisällä todellista nimittäjää tai hyväksymisprosenttia. Yksi kirjaimellinen hylkääjäehdokas ei ole mitattu hallituksen hyväksymisaste. Oikeassa raportissa on näytettävä erikseen valitut, yritetyt, tulkittavissa olevat ja ratkaisemattomat laskut, selitettävä nimittäjät ja säilytettävä virheet.

Erota havaittava politiikka toiminnallisista tuloksista

RFC 9989 kuvaa käytäntöjen syntaksia, etsintää ja vastaanottimen käsittelyä. Julkaistu asetus ei pakota jokaista vastaanotinta käsittelemään eikä osoita, ovatko oikeat reitit kohdakkain. RFC 9990 kuvailee erillistä viestipohjaista aggregoitua näyttöä omalla raportoinnin kattavuudellaan. DNS tilannekuva tai kokonaisprosentti ei todista, että jokainen kansalainen on saanut ilmoituksen.

Hallituksen toimeksiannot edellyttävät erillistä arvovaltaista soveltuvuustutkimusta. Älä käännä rekisterin jäsenyys, hylkäystunniste tai onnistunut jäsennys lainmukaisuusmerkiksi. Jos pyydetty päätelmä tarvitsee lähettäjän inventaariota tai vastaanottajan todisteita, ilmoita aukko sen sijaan, että täytä se oletetulla menestyksellä.

Määrittele toistettava julkaisupaketti

Ennen kuin julkaiset todelliset empiiriset havainnot, säilytä jäädytetty kehys, esikeräyssuunnitelma, poissulkemiset, raakavastaukset, normalisoidut rivit, jäsennysversio, virheloki, kokoelmaikkuna ja väittämien väliset kartoitukset. Uusi kokoelma mittaa uutta aikaikkunaa; se ei vahvista takautuvasti historiallista ajoa, joka ei ole käytettävissä. Toisen arvioijan pitäisi pystyä jäljittämään jokainen raportoitu numero toimitettuihin todisteisiin.

Tämä artikkeli on metodologia ja kirjallinen esimerkki, ei raportti kerätyistä hallituksen tuloksista. Sen hypoteettiselle pääkirjalle ei tehty DNS muutoksia, suoria kyselyitä tai sähköpostilähetyksiä. Alkuperäisen käsikirjoituksen historiallisia väitteitä ei käytetä tässä ajankohtaisina todisteina.

[ Takeaway ]

Rekisterin jäsenyys, DNS -havainnot ja hallituksen noudattaminen ovat erillisiä väitteitä.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Liitä lähteet toistettavasti

Rekisteri- ja kyselyrivit tarvitsevat vakaat avaimet.

Seuraavat vaiheet

  1. Säilytä CSV-vedos.
  2. Pidä osasto- ja alaorganisaatiokentät erotettuina.
  3. Tarkista luettelon jäsenyys verkkotunnuksen mukaan näyttötunnisteen sijaan.

CISO / SecOps

Pidä toimeksiannot erillään

Listajäsenyys ja hylkäystunnisteet eivät osoita vaatimustenmukaisuutta.

Seuraavat vaiheet

  1. Tarkista sovellettavat velvoitteet itsenäisesti.
  2. Tarkista alkuperä ja kattavuus ennen laajempia väitteitä.
  3. Pidä epäaktiivinen ja ohjelma-alueen kattavuus selkeänä.

Perustaja / ei-tekninen

Käytä oikeaa hallinnon ulottuvuutta

Ilmoitettu näytteenottokehys ja mitattu kattavuus on edellytettävä hallituksen laajuista vaatimusta.

Seuraavat vaiheet

  1. Jäädyttää virallinen luettelo ja sen laajuus.
  2. Ilmoita suunniteltu valintasääntö ennen noutoa.
  3. Ilmoita epätäydellinen kattavuus ja tuntemattomat tulokset.

[ UKK ]

Usein kysytyt kysymykset

Mitä virallista kehystä voidaan käyttää?

CISA :n dotgov-tietovarasto kuvaa current-federal.csv-tiedoston liittovaltion toisen tason .gov-rekisteröinneille. Pysäytä ja säilytä tiedosto todellista tutkimusta varten.

Mitattiinko täällä hallituksen väestönlaskenta?

Ei. Tämä artikkeli sisältää tutkimussuunnitelman ja kuvitteellisen päätöskirjan, ei hallituksen DNS havaintoja.

Milloin valintasääntö tulisi vahvistaa?

Ennen tulostietojen lukemista. Säilytä koko kehys ja poikkeukset ja erota valinnan jälkeinen vahvistus näytteenotosta.

Ottaako lueteltu verkkotunnus sähköpostin käyttöön?

Ei. Rekisterin jäsenyys ei luo lähetyspalvelua tai jokaista viraston käyttämää isäntänimeä.

Mitä ehdokas p=reject -merkkijono todistaa?

Vain ilmoitettu kirjaimellinen kenttä oletetussa vastauksessa; syntaksi, käytäntöjen löytäminen, lähettäjän kattavuus ja vastaanottajan käyttäytyminen edellyttävät erillistä näyttöä.

Voiko osastolla olla useita verkkotunnusrivejä?

Kyllä. Pidä osasto-, komponentti- ja toimialuesuhteet erillään laskettaessa nimittäjiä.

Miten epäonnistuneet kyselyt käsitellään?

Säilytä tuntematon tulos sen todellisen virheen kanssa, ei käytäntöön perustuvaa tulosta. Tyhjä vastaus vaatii myös kyselyketjukontekstin.

Vahvistaako tämä vaatimustenmukaisuutta?

Ei. Toimeksiannot, sovellettavuus ja valvonnan riittävyys vaativat erillisen virallisen tarkastuksen.

[ Lähteet ]

Lähteet

  1. RFC 9989

    Osat §4.7 · §4.10.1 · §5.3 · §5.4

  2. RFC 9990

    Osat §3.1 · §4 · §7 · §8 · §9

  3. Googlen julkinen DNS JSON API

    Osat Tuetut parametrit · DNS -vastaus JSONissa: Tila-, Vastaus-, TTL- ja DNSSEC -liput

  4. CISA n virallinen .gov-verkkotunnuksen tietovarasto

    Osat README: tiedostot, päivitystiheys, valmius- ja pitotilat, toisen tason toimialue

[ Sanasto ]

Sanasto

Näytteenottokehys
Ilmoitettu luettelo, josta havainnot valitaan; se ei välttämättä ole kohderyhmä.
Tarkka omistajan huomio
Vastaus määritettyyn DNS nimeen ja -tyyppiin ilman laajempaa lähettäjän määrää.
Tuntematon havainto
Mittausyritys, joka ei tuottanut riittäviä tulkittavia todisteita.
Tarkkailuikkuna
Keräystoiminnon tallennettu UTC-aloitus ja loppu.

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