[ SPF ]

SPF syntaks: mekanismer, modifikatorer, kvalifikationer og evalueringsrækkefølge

Læs en SPF politik som et evalueret program, ikke en pose godkendte domæner.

Af EmailAuth -forskningsteamet · 4 min læst

[Nøglepunkter]

  • Mekanismekvalifikationer bestemmer kun resultater, når de matcher.
  • Modifikatorer har forskellige regler og opfører sig ikke som ekstra mekanismer.
  • Valider den fulde registrering, før du sporer repræsentative stier.
På denne side

An SPF rekord er en sekvens af tests med eksplicitte resultater. Forskellen mellem et kolon, et lighedstegn og en kvalifikation har betydning. En syntaktisk gyldig ændring kan også ændre, hvem der er autoriseret, hvilke DNS afhængigheder der nås, eller hvor behandlingen stopper.

Bruge RFC 7208 §4.6, RFC 7208 §5.2 og RFC 7208 §6 som grammatik og evalueringsreference. Behandl eksemplerne nedenfor som syntetiske inventar, ikke poster, der skal indsættes i produktionen.

Adskil mekanismer fra modifikatorer

En mekanisme spørger, om et input matcher: eksempler inkluderer ip4, ip6, a, mx, include, exists og alle. En kvalifikation, der er knyttet til en matchningsmekanisme, bestemmer dens resultat: + giver bestået, - ikke, ~ softfail og ? neutral. Under RFC 7208 §4.6.2, hvis kvalifikationen er udeladt, er + underforstået.

Modifikatorer bruger et lighedstegn. redirect=policy.example.com delegeret evaluering, når ingen mekanisme matcher. exp=explain.example.com identificerer forklarende tekst for visse fejlresultater. De er ikke yderligere matchende mekanismer. Anerkendte modifikatorer har deres egne regler; syntaktisk gyldige ikke-genkendte modifikatorer ignoreres, mens en ikke-genkendt mekanisme er en fejl.

En rekord begynder med v=spf1 og udgives som en DNS TXT post ved den vurderede identitet. To separate SPF -poster hos samme ejer er ikke en måde at kombinere afsendere på; SPF postvalg vender tilbage permerror under RFC 7208 §4.5. Flere citerede strenge inde i en TXT post er en anden repræsentation og er sammenkædet uden indsat mellemrum under RFC 7208 §3.3.

Spor et komplet eksempel

Antag gyldig syntaks, én SPF -record ved hvert navn og vellykket DNS hentning. Antag, at politikken er v=spf1 ip4:192.0.2.20 include:service.example.net -all. Den inkluderede politik er v=spf1 ip4:198.51.100.10 -all.

For 192.0.2.20 passerer den første mekanisme matcher og returnerer. Inkluderingen er ikke nødvendig for denne evalueringssti. For 198.51.100.10 matcher den første mekanisme ikke, den inkluderede politikretur passerer, og den ydre inkluderer matches med standard + kvalifikation. For 203.0.113.7 mislykkes de inkluderede policeretur; det gør, at inkluderer ikke matcher, og den ydre -all leverer den endelige fejl.

Dette spor forklarer, hvorfor include ikke er tekstsubstitution. Den inkluderede -all afviser ikke umiddelbart alle adresser, der gik glip af tjenestens politik. Den overordnede politik genoptages efter et ikke-matchende inkluderet resultat.

Forstå, hvor behandlingen stopper

En matchningsmekanisme afslutter almindelig mekanismeevaluering. En fejl fra en nået periode kan også afslutte evalueringen. Omarrangering af vilkår kan derfor ændre resultatet eller de afhængigheder, som en modtager skal forespørge på.

Alle-mekanismen matcher altid, så vilkårene efter den kan ikke give yderligere autorisation. EN omdirigeringsmodifikator ignoreres, når en alt-mekanisme er til stede hvor som helst i posten. Skrivning -all redirect= policy.example.com skaber ikke en nødsituation.

Under RFC 7208 §4.7, hvis ingen mekanisme matcher, og der ikke er nogen omdirigering, er standardresultatet neutralt. Gør den tilsigtede slutning eksplicit, så en anden administrator ikke behøver at udlede, om udeladelsen var bevidst.

Tjek stien og hele posten

Før publicering skal du validere den komplette syntaks, ikke kun den del, der forventes at matche en velkendt IP. En ugyldig politik kan ikke gøres sikker ved at antage et gunstigt tidligt match. Evaluer derefter godkendte IPv4 og IPv6 input, et uautoriseret input og afhængigheder, der fejler eller returnerer ingen SPF post.

Den primære DNS -termgrænse dækker evalueret inkluderer, a, mx, ptr, exists og omdirigeringsvilkår, inklusive rekursion. Det er ikke en optælling af citerede TXT fragmenter. Hold et spor, der viser både det valgte resultat og de nåede DNS vilkår. Budget for ændringer i udbyderafhængighed i stedet for at designe en politik uden frihøjde.

Foretag en ændring, der kan gennemgås

Skriv den foreslåede post ud for den aktuelle post og forklar den påtænkte tilladelsesforskel på almindeligt sprog. Bevar den tidligere værdi og TTL, tjek resultatet på autoritativ DNS og gennem en rekursiv resolver, derefter modtog testrepræsentanten beskeder.

Acceptbetingelsen er ikke blot, at en parser accepterer strengen. De påtænkte afsendere skal bestå for den korrekte identitet, utilsigtede afsendere bør ikke få tilladelse og kræves DMARC justering skal forblive intakt.

Den praktiske takeaway

Læs hver SPF sigt efter type, kvalifikation og stilling. Et tydeligt evalueringsspor gør syntaksgennemgang til en tilladelsesgennemgang i stedet for en tegnsætningsøvelse.

Hold beslutningen reproducerbar

I to-record-armaturen passerer den lokale adresse før include, serviceadressen overføres via børnepas, og den ikke-relaterede adresse når forælderens endelige fejl. Hvis barnet i stedet ikke har nogen SPF record, inkluderer de nåede returnerer permerror . Hold denne fejlsag adskilt fra underordnet fejl/ikke-match. Disse er analytiske resultater, ikke en udført parser- eller verifikatortest.

[ Takeaway ]

Mekanismekvalifikationer bestemmer kun resultater, når de matcher. Modifikatorer har forskellige regler og opfører sig ikke som ekstra mekanismer. Valider den fulde registrering, før du sporer repræsentative stier.

[Efter rolle]

Hvad betyder det for dig

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

IT / Mail Admin

Test en stimatrix.

Syntakstjek og resultatspor besvarer forskellige spørgsmål; behold begge dele.

Næste trin

  1. Valider den komplette post.
  2. Udøv autoriserede og uautoriserede input.
  3. Inkluder tilfælde af afhængighedsfejl.

CISO / SecOps

Gennemgå politikken som kode.

Ordre og kvalifikationer kan udvide tilladelserne væsentligt, selv når posten forbliver gyldig.

Næste trin

  1. Gennemgå standard-pass kvalifikationer.
  2. Markér uopnåelige vilkår.
  3. Kræv uafhængig ændringsgennemgang.

Grundlægger / Ikke-teknisk

Spørg, hvilken tilladelse der ændres.

En syntaksændring bør komme med en simpel forklaring på, hvilke afsendende tjenester, der får eller mister adgang.

Næste trin

  1. Kræv før-og-efter-politikken.
  2. Navngiv de berørte arbejdsgange.
  3. Bevar en restaureringsplan.

[ Ofte stillede spørgsmål ]

Ofte stillede spørgsmål

Hvad betyder en manglende kvalifikation?

Standardkvalifikationen er +, som giver bestået, når mekanismen matcher.

RFC 7208 §4.6.2

Er omdirigering en mekanisme?

Nej. Det er en modifikator, der bruges efter ingen mekanisme matcher, underlagt dens specifikke regler.

RFC 7208 §6.1

Kan jeg udgive én SPF record pr. tjeneste?

Nej. Flere SPF -poster på én identitet forårsager permerror . Kombiner autoriserede tjenester i én gyldig politik.

RFC 7208 §4.5

Er to citerede TXT strenge to SPF poster?

Ikke nødvendigvis. En enkelt TXT post kan indeholde flere strenge, som SPF sammenkæder uden at indsætte mellemrum.

RFC 7208 §3.3

Kan jeg sætte en service efter -all ?

Det kan ikke tilføje autorisation der, fordi alle matcher først. Gennemgå hele ordren inden offentliggørelse.

RFC 7208 §5.1

Bliver et inkluderet -all mit -all ?

Nej. Et inkluderet fejlresultat gør, at include ikke matcher; den ydre politik fortsætter.

RFC 7208 §5.2

Hvad sker der uden en matchende mekanisme eller omdirigering?

Standard SPF resultatet er neutralt.

RFC 7208 §4.7

Bliver ukendte mekanismer ignoreret?

Nej. Ukendte mekanismer forårsager permerror . Syntaktisk gyldige ukendte modifikatorer ignoreres; den fulde post skal stadig valideres syntaks.

RFC 7208 §4.6 RFC 7208 §6

[ Kilder ]

Kilder

  1. RFC 7208

    Afsnit §2.4 · §3.1 · §3.3 · §4 · §4.5 · §4.6 · §4.6.2 · §4.6.4 · §4.7 · §5.1 · §5.2 · §6 · §6.1 · §6.2

[ Ordliste ]

Ordliste

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

RFC 7208 §2.4

SPF inkluderer
En rekursiv aflevering gør, at inkluderet matcher; dens qualifier bestemmer så det ydre resultat, mens fejl følger den specificerede mapping.

RFC 7208 §5.2

SPF omdirigering
Fallback-evaluering med målet som aktuelt domæne og uændrede IP/sender input; enhver alle mekanisme deaktiverer omdirigering.

RFC 7208 §6.1

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