[ SPF ]

SPF alle kvalifikationer: sammenlign fejl, softfail , neutral og bestået

Vælg det endelige SPF resultat med vilje, og hold autentificeringsresultater adskilt fra modtagerhåndtering.

Af EmailAuth -forskningsteamet · 4 min læst

[Nøglepunkter]

  • A nåede alle mekanisme matcher; dens kvalifikation styrer resultatet.
  • Bare alle betyder +all , mens tidligere kampe og fejl stadig betyder noget.
  • Kontroller DMARC -justering og modtagerhåndtering separat.
På denne side

Alle mekanismen matcher altid. Dens kvalifikation afgør derfor hvad SPF siger om en forbindelsesadresse, der når den. De velkendte endelser -all , ~all , ?all og +all er fire forskellige godkendelsesudsagn, ikke fire garanterede leveringshandlinger.

En tidligere mekanisme kan allerede have returneret et resultat. Læs hele evalueringsstien, før du fortolker det sidste ord i posten. RFC 7208 §2.6 og RFC 7208 §5.1 definere denne semantik.

Sammenlign de fire slutninger

Med -all mislykkes en afsender, der når alle modtager. Politikken siger, at adressen ikke er godkendt til den evaluerede identitet. Med ~all modtager den softfail , et svagere negativt udsagn i stedet for et bestået. Med ?all modtager den neutral, hvilket betyder, at politikken ikke fremsætter en godkendelsespåstand for den adresse. Med +all modtager den pass.

Under RFC 7208 §4.6.2, en ukvalificeret alle har standarden + kvalifikation og består derfor også. Det gør blot alle til et valg af en konsekvens af tilladelsen, ikke en harmløs terminator. Når alle matcher, kan senere mekanismer ikke bidrage med yderligere tilladelser.

Bearbejdet eksempel: Hold den autoriserede afsender konstant

Brug den syntetiske politik v=spf1 ip4:192.0.2.90 QUALIFIERall. For en forbindelse fra 192.0.2.90 matcher ip4 først og returnerer passerer under hver afslutning. For 192.0.2.91 passer den første mekanisme ikke. Den valgte slutning returnerer derefter henholdsvis fail, softfail , neutral eller pass.

Ændring af ~all til -all ændrer ikke resultatet for den første adresse i denne opstilling. Det ændrer behandlingen af ​​adresser, der ikke allerede var matchet. Derfor er det rigtige beredskabsspørgsmål, om alle legitime afsendelsesveje er blevet identificeret, ikke om en fælles afsender bestod én test.

En politik bestående af v=spf1 -all autoriserer ingen adresser gennem SPF . Det kan udtrykke en ikke-afsendende identitet, men det er ikke en universel instruktion om, at enhver modtager skal kassere hver besked, der viser det pågældende domæne i From.

Hold resultat og håndtering adskilt

SPF returnerer et godkendelsesresultat. Modtageren beslutter, hvad der skal gøres med beskeden ved hjælp af lokal politik og andre beviser under RFC 7208 §8.4 og RFC 7208 §8.5. Et fejl er ikke et bevis på, at hver modtager afviste beskeden, og softfail er ikke et løfte om, at den vil blive leveret med en advarsel.

SPF softfail og neutral bliver ikke passerende SPF stier for DMARC. Under RFC 9989 §4.4.2, DMARC kræver bestået med justering for sin SPF sti, eller en separat passerende justeret DKIM sti. En besked kan derfor sende DMARC gennem DKIM trods SPF fejl. Omvendt kan +all producere SPF -pas til en adresse uden at gøre dens indhold troværdigt.

Brug ikke +all til at dæmpe et fejlbetjeningspanel. Den autoriserer enhver adresse, der når den, for denne identitet og besejrer den tilsigtede begrænsning. Reparer i stedet manglende afsendere, forkerte identiteter eller brudte afhængigheder.

Skelne politiske slutninger fra evalueringsfejl

Permerror og temperror er ikke andre stavemåder af fejl. Flere SPF optager, ugyldig syntaks eller overskredet behandlingsgrænser kan forhindre normal evaluering. Midlertidige DNS problemer kan forårsage temperror . At erstatte -all med ~all reparerer ikke en fejl, der opstår før slutningen nås.

Saml det faktiske resultat og spor før du vælger en ændring. For en DNS afbrydelse skal du undersøge afhængigheden og resolverstien. For en ikke-genkendt legitim afsender skal du etablere dens ejer og forventede kuvertidentitet, før du giver den tilladelse.

Udrul en strengere erklæring med beviser

Regelmæssig beholdning, failover, IPv6 og sjældne afsendelsesruter. Test den foreslåede politik i forhold til disse adresser og en uautoriseret kontrol. Bevar den tidligere registrering, definer servicebaserede rollback-betingelser og bekræft modtaget post efter offentliggørelse.

Hvor videresendelse er en del af lovlig levering, skal du gennemgå det bredere autentificeringsdesign, herunder tilpasset DKIM og modtageradfærd. Giv ikke bredt tilladelse til ukendte speditører til at få enhver indirekte SPF sti til at passere.

Den praktiske takeaway

Vælg kvalifikatoren for den erklæring, du har til hensigt at komme med om ellers umatchede afsendere. Bekræft først beholdningen og fejlstierne, og mål derefter godkendelse og levering som separate resultater.

Optag den næste beslutning

For 192.0.2.91 i det syntetiske armatur giver de fire afslutninger henholdsvis fail/ softfail /neutral/pass; 192.0.2.90 rester passerer gennem den tidligere ip4-match. Hvis der opstår en syntaks- eller afhængighedsfejl før et normalt resultat, er ændring af den endelige kvalifikation ikke en reparation. Disse er analytiske kontrol-flow-resultater, ikke leveringstests.

[ Takeaway ]

A nåede alle mekanisme matcher; dens kvalifikation styrer resultatet. Bare alle betyder +all , mens tidligere kampe og fejl stadig betyder noget. Kontroller DMARC -justering og modtagerhåndtering separat.

[Efter rolle]

Hvad betyder det for dig

Vælg din rolle for praktiske næste trin.

IT / Mail Admin

Bevar resultatkategorier.

Gør ikke DNS fejl, softfail og fail til én udifferentieret fejletiket.

Næste trin

  1. Fang evalueringssporet.
  2. Test den nøjagtige foreslåede slutning.
  3. Bekræft justeret DKIM separat.

CISO / SecOps

Afvis tæppegodkendelse som en reparation.

+all kan fjerne en synlig fejl ved at fjerne den tilsigtede SPF begrænsning.

Næste trin

  1. Kræv begrundede tilladelsesændringer.
  2. Gennemgå brede bevillinger.
  3. Hold modtagerens skøn eksplicit.

Grundlægger / Ikke-teknisk

Vurder beredskab efter dækning.

En strengere politikafslutning er kun nyttig, når kritiske afsendere og genopretningsplaner er forstået.

Næste trin

  1. Inventar vigtige meddelelsestyper.
  2. Test sjældne ruter og failover-ruter.
  3. Adskil godkendelse fra leveringsresultater.

[ Ofte stillede spørgsmål ]

Ofte stillede spørgsmål

Tvinger -all enhver modtager til at afvise mail?

Nej. Det leverer SPF fejl til en uovertruffen adresse. Modtagerhåndtering er en særskilt beslutning.

RFC 7208 §5.1 RFC 7208 §8.4

Er ~all et SPF pas?

Nej. Det producerer softfail , et tydeligt resultat, der ikke opfylder DMARC 's SPF beståelseskrav.

RFC 7208 §8.5 RFC 9989 §4.4.2

Hvad betyder ?all

Det producerer neutral, ikke en påstand om, at adressen er autoriseret.

RFC 7208 §2.6.2

Er bare alle forskellige fra +all ?

Nej. Uden kvalifikation er + underforstået, og kampen giver bestået.

RFC 7208 §4.6.2

Kan jeg alligevel tilføje en afsender?

Det vil ikke give tilladelse, fordi alle matcher først.

RFC 7208 §5.1

Løser det permerror at ændre -all til ~all ?

Nej. Syntaks, registreringsvalg eller behandlingsgrænsefejl kræver deres egen diagnose.

RFC 7208 §4.5 RFC 7208 §4.6.4

Kan DMARC bestå, når SPF svigter?

Ja, når en passerende justeret DKIM signatur leverer DMARC -passtien.

RFC 9989 §5.3.5

Hvad skal kontrolleres, før du flytter til -all ?

Bekræft legitime ruter, den faktiske kuvertidentitet, IPv6 og failover-brug, indirekte mail-adfærd og en godkendt genopretningsplan.

[ Kilder ]

Kilder

  1. RFC 7208

    Afsnit §2.4 · §2.6 · §2.6.2 · §4.5 · §4.6.2 · §4.6.4 · §5.1 · §8.4 · §8.5 · §10.3

  2. RFC 9989

    Afsnit §4.4.2 · §5.3.5

[ Ordliste ]

Ordliste

SPF
Godkendelsesevaluering for en forbindende IP og den relevante SMTP identitet.

RFC 7208 §2.4

SPF -kvalifikation
Et præfiks, der bestemmer resultatet, når en mekanisme matcher; en udeladt kvalifikation er som standard +.

RFC 7208 §4.6.2

Virksomhedens herkomst

Hvorfor top finansielle institutioner og regeringer pensionerede deres e-mailsikkerhedsdashboards.

Traditionelle e-mail-godkendelsesplatforme sælger dig et dashboard og beder dine ingeniører om at gøre arbejdet. I miljøer med høj indsats betyder manuel overvågning forsinket håndhævelse, konfigurationsdrift og uovervågede skyggedomæner.

EmailAuth er den agentiske e-mail-herkomstplatform. Vores agenter håndhæver p=reject, hold tredjepartsafsendere på linje og flyt dine domæner til fuld RFC 9989 compliance, den nye DMARC standard, med menneskelig auditabilitet.

regeringer Store virksomheder Tier-1 finansielle institutioner

SaaS · Dedikeret lejemål · Air-gapped on-prem · BYOK-kryptering

Vidensbase