[ SPF ]

Miksi kaksi SPF tarkistusta voi raportoida eri hakumäärät

Kaksi SPF työkalua voivat laskea eri asioita tai arvioida eri polkuja. Täsmätä syöttöliitin ja jäljitys ennen kuin hyväksyt DNS muutoksen laskurin avulla.

EmailAuth -tutkimusryhmä · 4 min lukuaika

[Avainkohdat]

  • Tunnista, laskeeko työkalu arvioidut termit, kaavion solmut vai kyselyt.
  • Käytä samaa IP-osoitetta, SMTP identiteettiä ja DNS vedosta.
  • Selitä ensimmäinen erilainen vaihe ennen tuotannon vaihtamista.
Tällä sivulla

Kun kaksi SPF tammi näyttää erilaiset hakumäärät, älä valitse vakuuttavampaa numeroa. Selvitä, mitä kukin työkalu mittasi. Yksi voi näyttää DNS-riippuvaisia ​​termejä arvioidulla polulla, toinen voi laajentaa käytäntökaaviota ja kolmas voi näyttää verkkokyselyitä. Nämä lähdöt voivat vastata erilaisiin kysymyksiin, vaikka ne tarkastavat samaa verkkotunnusta.

Kysy mitä laskuri tarkoittaa

RFC 7208 kohta 4.6.4 rajoittaa arvioituja DNS-riippuvaisia ​​termejä rekursiossa. Se ei ole vain kaikkien TXT merkkijonojen, jokaisen DNS paketin tai sisällytteiden lukumäärä, joka on näkyvästi kirjoitettu ylimmälle tasolle. Välimuistissa olevat vastaukset eivät anna suurempaa loogista termibudjettia.

Erota myös muut rajoitukset. Tekniset osoitteet tyhjiä hakuja ja mekanismikohtaiset rajat tärkeimmän arvioitavan aikakaton lisäksi. Työkalu voi esittää yhden yhdistetyn varoituksen, kun taas toinen paljastaa kunkin luokan. Tallenna tarkka varoitusteksti ja dokumentaatio sen sijaan, että olettaisit, että jokainen punainen tarra tarkoittaa samaa asiaa.

Anna molemmille työkaluille sama kiinnitys

Tallenna arvioitu verkkotunnus, yhteyden IP-osoite, lähettäjän identiteetti, HELO tarvittaessa ratkaisijanäkymä ja kyselyaika. Jos työkalu hyväksyy vain verkkotunnuksen, selvitä, onko sen määrä staattista arviota, huonoimman tapauksen analyysiä vai tiettyä synteettistä polkua. Vain toimialueen tarkistus ei automaattisesti vastaa todellisen yhteyden arviointia.

Makroja käyttäville käytännöille puuttuvat identiteettisyötteet voivat olla suoraan tärkeitä. Vertaa IPv4 ja IPv6 -tapauksia erikseen, kun molemmat esiintyvät. Säilytä DNS vastaukset tai toistettava ohjattu laite, jotta myöhempi toimittajan muutos ei muuta oletettua työkaluvertailua eri käytäntöjen vertailuksi.

Esitä pieni havainnollistava esimerkki

Harkitse synteettistä politiikkaa:

v=spf1 ip4:192.0.2.10 include:_spf.vendor.example -all

Under RFC 7208 §4.6.2 ja RFC 7208 §5.6, 192.0.2.10 eksplisiittinen osoite voi täsmätä ennen sisällyttämisen arviointia. Toisen osoitteen osalta arviointi voi saavuttaa includein ja sen sisäkkäiset riippuvuudet. Kaaviolaajennustyökalu voi näyttää haaran, vaikka ensimmäisen viestin polku ei koskaan saavuta sitä. Eri numerot tarvitsevat selitystä, ei automaattista tuomiota, että jompikumpi työkalu on viallinen.

Tee sisällyttämistavoitteesta selkeä, jotta voit verrata numeerisia määriä. Tässä synteettisessä valaistuksessa _spf.vendor.example on täsmälleen yksi SPF TXT tietue, v=spf1 ip4:192.0.2.20 -all. Oletetaan onnistuneen DNS haun, kelvollisen syntaksin, ilman ylimääräisiä riippuvuuksia ja tavallista POSTIA LÄHETTÄJÄ ylätason verkkotunnuksen arviointi.

  • Tulo 192.0.2.10 : vanhemman ensimmäinen ip4-mekanismi täsmää. Varsinainen polku arvioi 0 DNS-riippuvaista termiä eikä koskaan vieraile sisällytyksessä.
  • Syöte 192.0.2.20 : vanhemman ip4 ei täsmää. Sisällytä arvioidaan, sen kohde-ip4 täsmää ja vanhempi palauttaa. Varsinainen polku arvioi 1 DNS-riippuvaisen termin, mukaan lukien.
  • Syöte 192.0.2.30 : sisällyttämiskohde saavuttaa -all ja palauttaa epäonnistumisen, joten sisällytys ei täsmää. Vanhempi saavuttaa oman -all ja palautukset epäonnistuvat. Varsinainen polku arvioi edelleen yhden DNS-riippuvaisen termin, joka on yhdenmukainen kanssa RFC 7208 §5.2.

DNS-riippuvaisten termien staattinen kaaviomäärä on 1 koko tälle asetukselle riippumatta siitä, mikä yhteys on valittu. Pääkäytännön ensimmäinen TXT haku vaaditaan, mutta se ei sinänsä ole yksi arvioiduista ehdoista, jotka lasketaan tähän rajaan. Siten voidaan selittää 0 ensimmäisen syötteen näyttö ja 1 laajennetun kaavion näyttö. Nämä ovat analyyttisiä odotettuja tuloksia, eivät suoritettuja mittauksia tai verkkopakettien laskentoja.

Kuvittele nyt, että mukana oleva käytäntö muuttuu kahden skannauksen välillä. Uusi skannaus voi oikeutetusti paljastaa erilaisen riippuvuuspuun. Tallenna aikaleimat ja todelliset vastaukset ennen erimielisyyden eskalointia. Kuvakaappaus ilman syötteitä on heikko todiste.

Vertaa jälkiä ensimmäisen eron kohdalla

Luo vierekkäinen luettelo arvioiduista termeistä. Etsi ensimmäinen paikka, josta työkalut ovat eri mieltä: tietueen valinta, varhainen vastaavuus, rekursio, DNS virhe, makrolaajennus tai laskentakäytäntö. Tarkista, pysähtyykö toinen virheeseen, kun taas toinen jatkaa diagnostiikkatarkoituksiin. Diagnostinen laajennus voi olla hyödyllinen ilman, että se edustaa kelvollista suoritettua arviointia.

Jos työkalu näyttää olevan ristiriidassa standardin kanssa, luo minimaalinen synteettinen kiinnike ja odotettu käyttäytyminen leikkausviittauksella. Lähetä se työkalun ylläpitäjälle normaalin tukiprosessin kautta välttäen luottamuksellisia tuotantotietoja, joihin kiinnitys sopii. Älä muuta tuotantoa vain saadaksesi epäjohdonmukaiset kojelaudat sopimaan.

Tee päätös ratkaistujen todisteiden perusteella

Kelvollinen lyhyt polku yhdelle lähettäjälle ei määritä kaikkien lähettäjien terveyttä. Testaa edustavat oikeat syötteet ja yhteensopimaton syöte ja tarkista riippuvuudet, jotka voivat muuttua myöhemmin. Päinvastoin, suuri staattinen graafi ei sinänsä ole todiste siitä, että jokainen viesti ylittää arvioitu aikarajan.

Kirjaa ylös, mikä mittaus tukee päätöstäsi, ratkaisemattomat työkalurajoitukset ja ehdotetun muutoksen odotettu vaikutus. Käyttää mekanismien tilaus vasta sen jälkeen, kun olet ymmärtänyt nuo polut. Jos et pysty oikaisemaan johdonmukaista ristiriitaa, säilytä nykyiset todisteet ja etsi toteutuskohtainen katsaus sen sijaan, että esität selittämättömän varmuuden.

Tee päätös kirjallisesti

Säilytä annetulle kahden tietueen asetukselle ylä- ja alateksti, syöttöosoite, laskentamäärittely ja odotettu hyväksyntä/hylätty. 0/1/1-arvot ovat analyyttisiä arvioituja termejä, eivät mitattuja DNS paketteja tai itsenäistä työkalun suoritusta. Jos työkalu ilmoittaa erilaisen määrän, merkitse se ennen vertailua. Ero virheenkäsittelypolussa tarvitsee oman kiinnityksensä näiden onnistuneiden hakujen ekstrapoloinnin sijaan.

[ Takeaway ]

Tunnista, laskeeko työkalu arvioidut termit, kaavion solmut vai kyselyt. Käytä samaa IP-osoitetta, SMTP identiteettiä ja DNS vedosta. Selitä ensimmäinen erilainen vaihe ennen tuotannon vaihtamista.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Toista ensimmäinen ero.

Jäljitys kiinteillä syötteillä on hyödyllisempi kuin kilpailevat summat.

Seuraavat vaiheet

  1. Tallenna DNS vastaukset ja aikaleimat.
  2. Erota graafin laajennus suorituksesta.
  3. Vertaa virheitä, rekursiota ja varhaisia ​​osumia.

CISO / SecOps

Säilytä epävarmuus rehellisesti.

Ratkaisemattomat työkaluerot ovat todisteita, eivät todisteita turvallisuudesta tai viasta.

Seuraavat vaiheet

  1. Vaadi dokumentoitu laskentaperuste.
  2. Käytä mahdollisimman vähän kalusteita eskalointiin.
  3. Tarkista testaamattomat polut ja riippuvuusmuutokset.

Perustaja / ei-tekninen

Vaadi päätöksen selitys.

Ristiriitaiset kojelaudan numerot tulee ratkaista ennen kuin ne oikeuttavat toimintahäiriön.

Seuraavat vaiheet

  1. Kysy mitä kukin numero mittaa.
  2. Pidä liiketoimintakriittiset testitapaukset näkyvissä.
  3. Vältä muutoksia, jotka on tehty vain pistemäärän parantamiseksi.

[ UKK ]

Usein kysytyt kysymykset

Mikä SPF tarkistus on oikea?

Selvitä, mitasivatko he ensin samat panokset ja määrät. Pelkkä ero ei riitä voittajan valitsemiseen.

Lasketaanko jokainen DNS paketti kymmenen aikavälin rajaan?

Ei. SPF pääraja koskee määritettyjä arvioituja DNS-riippuvaisia ​​termejä, ei pakettilaskuria.

RFC 7208 §4.6.4

Vähentääkö välimuistin loogista SPF -termien määrää?

Ei. Se voi vaikuttaa todelliseen ratkaisutyöhön tai latenssiin, mutta se ei luo suurempaa protokollavaraa.

RFC 7208 §4.6.4

Miksi vain verkkotunnuksen tarkistus näyttää enemmän työtä?

Se voi laajentaa haaroja, joita tietty yhteys ei tavoita. Tarkista työkalun dokumentoitu menetelmä.

RFC 7208 §4.6.2

Voiko palveluntarjoajan vaihto selittää erilaisia ​​tuloksia?

Kyllä. Vertaa todellisia DNS tietoja ja aikaleimoja, ei vain verkkotunnuksen nimeä.

Ovatko tyhjät haut sama laskuri?

Ei. Ne ovat erillisiä rajoituksia, joista keskustellaan arvioidun aikavälin rajan rinnalla. Säilytä työkalun ilmoittama luokka.

RFC 7208 §4.6.4

Mikä on hyödyllinen virheraportti?

Anna vähimmäiskiinnitys, tarkat syötteet, havaittu jälki, odotettu käyttäytyminen ja asiaankuuluva spesifikaatioosa.

Voinko hyväksyä muutoksen, jos vain yksi lähettäjä läpäisee?

Tuo todiste kattaa vain testatun polun. Arvioi muut oikeutetut reitit ja yhteensopimaton tapaus ennen kuin teet laajemman johtopäätöksen.

[ Lähteet ]

Lähteet

  1. RFC 7208

    Osat §2.4 · §4.1 · §4.6.2 · §4.6.4 · §5.1 · §5.2 · §5.6 · §7

[ Sanasto ]

Sanasto

SPF
Valtuutuksen arviointi yhdistävälle IP-osoitteelle ja asiaankuuluvalle SMTP tunnukselle.

RFC 7208 §2.4

SPF sisältää
Rekursiivinen arvio, jonka syöttö tekee sisällytyksestä vastaavan; Sisällytä-tarkenne määrittää ulkoisen tuloksen.

RFC 7208 §5.2

Arvioitu DNS-riippuvainen termiraja
Kymmenen määritetyn DNS-kyselyn aiheuttavan termin raja saavutettiin arvioinnin aikana, mukaan lukien rekursiiviset tarkistukset, jotka eroavat pakettien määrästä.

RFC 7208 §4.6.4

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