[ SPF ]

SPF ip4 en ip6: autoriseer adressen en bereiken nauwkeurig

Autoriseer de daadwerkelijke uitgaande adressen zonder per ongeluk een heel netwerk meer toestemming te geven dan nodig is.

Door het EmailAuth -onderzoeksteam · 4 minuten lezen

[ Kernpunten ]

  • Gebruik waargenomen uitgaande adressen en gerechtvaardigde netwerkomvang.
  • Controleer zowel adresfamilies als failover-routes.
  • Vergelijk de exacte machtigingenset voor en na een wijziging.
Op deze pagina

De ip4 en ip6 SPF mechanismen vergelijken het verbindende adres met een gepubliceerd adres of CIDR netwerk. Ze zijn eenvoudig als u stabiele uitgaande servers beheert, maar een kleine prefixfout kan toestemming verlenen voor veel meer infrastructuur dan de bedoeling was.

Gebruik het adres dat de ontvanger daadwerkelijk ziet. Het privé-interfaceadres van een server, een websiteadres en het algemene netwerkbereik van een cloudaccount zijn geen vervanging voor de uitgaande SMTP bron.

Kies het smalst gerechtvaardigde bereik

ip4:192.0.2.70 identificeert één IPv4 adres omdat het weggelaten voorvoegsel standaard /32 is. ip6:2001:db8::70 op vergelijkbare wijze standaard ingesteld op /128. Een /24 IPv4 prefix vertegenwoordigt 256 adressen, terwijl een /64 IPv6 prefix een enorme adresruimte bestrijkt. De netwerkgrootte is geen reden om het te autoriseren; controle en operationele behoefte zijn.

RFC 7208 sectie 5.6 definieert de matching- en prefixregels. Gebruik volledige adressen en de juiste CIDR-notatie. Een verkorte waarde zoals 192.0.2. is geen geldige vervanging voor 192.0.2.0/24 .

Uitgewerkt voorbeeld: grenstoetsen vangen brede subsidies op

Denk eens aan het synthetische beleid v=spf1 ip4:192.0.2.64/28 ip6:2001:db8:1::/64 -all. Het IPv4 bereik loopt van 192.0.2.64 tot en met 192.0.2.79 . Een verbindingsadres van 192.0.2.70 komt overeen; 192.0.2.80 doet dit niet en bereikt -all als niets anders overeenkomt.

Het IPv6 adres 2001:db8:1::25 komt overeen met /64. Het adres 2001:db8:2::25 niet. Deze gereserveerde documentatieadressen zijn bedoeld om over het beleid te redeneren, en niet voor live afzenders.

Voor een echt voorgesteld bereik maakt u dezelfde grenstests en vermeldt u wie elk opgenomen segment beheert. Als de enige goedgekeurde afzender één host is, vergelijk dan de machtigingenset met een mechanisme met één adres voordat u het bredere voorvoegsel goedkeurt.

Controleer zowel netwerkfamilies als uitgaande paden

Voor een native IPv6 bron is IPv6 toestemming vereist. RFC 7208 RFC 7208 §5 vereist afzonderlijk dat IPv4-toegewezen IPv6 -adressen worden gecontroleerd als IPv4 ; dit betekent niet dat een IP4-bereik native IPv6 dekt. Een systeem dat IPv6 begint te gebruiken, kan plotseling het beleidseinde bereiken, ook al blijven de IPv4 berichten passeren. Verkrijg bewijs van ontvangen berichten of uitgaande infrastructuurrecords voor beide feitelijk gebruikte families.

Houd ook rekening met NAT, failover-gateways, regionale relais en geplande taken. Een test van een enkel actief knooppunt kan een standby-route missen. Los onzekerheid niet op door een hele hostingprovider te autoriseren. Breng in plaats daarvan de ondersteunde uitgangsset en het eigendom tot stand.

Begrijp de onderhoudsafweging

Onder RFC 7208 §4.6.4, ip4 en ip6 verbruiken niet het tien DNS-query-veroorzakende termijnbudget tijdens de evaluatie van het mechanisme. De ontvanger moet de SPF record, en de omvang en correctheid van het beleid zijn nog steeds van belang. Een record met honderden gekopieerde bereiken is niet automatisch onderhoudbaar, alleen maar omdat die termen niet meetellen voor die limiet.

Wanneer een provider een include aanbeveelt, zorgt het vervangen ervan door een momentopname van IP-adressen ervoor dat u verantwoordelijk bent voor toekomstige wijzigingen. Registreer hoe wijzigingen worden gedetecteerd, wie deze goedkeurt en hoe verouderde adressen worden verwijderd. Verouderde machtigingen kunnen zowel legitieme e-mail verstoren als toegang behouden tot infrastructuur die u niet langer gebruikt.

Publiceer met een toestemmingsverschil

Bewaar het oude record en leg de exacte bereiken uit die worden toegevoegd en verwijderd. Valideer het volledige voorgestelde SPF record, test bekende afzenderadressen en niet-geautoriseerde adressen in de buurt, en verifieer het gepubliceerde TXT antwoord. Verzend vervolgens representatieve berichten via normale paden en failover-paden.

Als een adres onverwacht buiten het goedgekeurde bereik ligt, onderzoek dan de route voordat u deze verbreedt. Een onverwacht uitgaand verkeer kan een configuratiefout of een niet-goedgekeurde afzender aan het licht brengen in plaats van een ontbrekende machtiging.

De praktische afhaalmaaltijd

Een adresmechanisme is alleen expliciet als het eigendom en de grenzen ervan expliciet zijn. Gebruik waargenomen uitgaand verkeer, test bereikgrenzen en behandel toekomstige adreswijzigingen als onderdeel van de autorisatielevenscyclus.

Leg de beslissing en de grenzen ervan vast

Voor de /28 armatuur noteert u 192.0.2.63 als buiten, .64 en .79 als binnen en .80 als buiten. SPF prefixmatching omvat alle adressen in het blok, niet alleen de conventionele subset van hostadressen. Als alleen .70 gerechtvaardigd is, vergelijk dan /32 met /28: de laatste kent 16 adressen toe, niet één. Dit zijn berekende lidmaatschapsvoorbeelden, geen uitgevoerde SPF tests.

[ Afhaalmaaltijden ]

Gebruik waargenomen uitgaande adressen en gerechtvaardigde netwerkomvang. Controleer zowel adresfamilies als failover-routes. Vergelijk de exacte machtigingenset voor en na een wijziging.

[ Per rol ]

Wat dit voor jou betekent

Kies jouw rol voor praktische vervolgstappen.

IT/Mailbeheerder

Test de adressen die ontvangers zien.

De lokale interfaceconfiguratie geeft niet altijd het daadwerkelijke uitgaande SMTP verkeer weer.

Volgende stappen

  1. Leg NAT- en relay-paden vast.
  2. Test CIDR-grenzen.
  3. Verifieer IPv6 expliciet.

CISO / SecOps

Bekijk de omvang van elke subsidie.

Een breed netwerk kan systemen omvatten met verschillende eigenaren of vertrouwensniveaus.

Volgende stappen

  1. Vereist bewijs van eigendom van het bereik.
  2. Geef de voorkeur aan gerechtvaardigde smalle subsidies.
  3. Controleer gepensioneerde adresmachtigingen.

Oprichter / Niet-technisch

Fondseigendom van adressen, niet eenmalige DNS bewerkingen.

Een stabiele afzenderinventaris vermindert de verstoring wanneer de infrastructuur verandert.

Volgende stappen

  1. Geef eigenaren van uitgaande routes een naam.
  2. Neem failover op in gereedheidscontroles.
  3. Verouderde infrastructuurmachtigingen intrekken.

[ Veelgestelde vragen ]

Veelgestelde vragen

Wat is het standaard ip4-voorvoegsel?

Een weggelaten voorvoegsel betekent /32, een enkel IPv4 adres.

RFC 7208 §5.6

Wat is het standaard ip6-voorvoegsel?

Een weggelaten voorvoegsel betekent /128, een enkel IPv6 adres.

RFC 7208 §5.6

Heeft IP4 betrekking op een server IPv6 gebruikt?

Niet voor een native IPv6 bron. IPv4-toegewezen IPv6 -adressen worden gecontroleerd als IPv4 onder RFC 7208 ; goedgekeurd native IPv6 uitgaan afzonderlijk autoriseren.

RFC 7208 §5

Verbruiken ip4 en ip6 de limiet van tien termijnen?

Onder die limiet zijn het geen termen die DNS-query's veroorzaken. Het ophalen DNS , de recordgrootte en andere beperkingen zijn nog steeds van toepassing.

RFC 7208 §4.6.4

Moet ik het privéadres van mijn server autoriseren?

Voor internetbezorging gebruikt u het verbindingsadres dat door de ontvanger is waargenomen. Dit kan een NAT- of relay-adres zijn. SPF evalueert het verbindings-IP, niet een verondersteld lokaal interface-adres.

RFC 7208 §4.1

Is een /24 veiliger omdat deze failover dekt?

Alleen als elk opgenomen adres gerechtvaardigd is. Controleer het daadwerkelijke uitgaande failover-verkeer in plaats van speculatief een breed bereik toe te kennen.

Kan ik alle providerreeksen één keer kopiëren?

Hierdoor ontstaat een onderhoudsplicht. Wijzigingen in de provider kunnen ervoor zorgen dat de kopie oud of te breed wordt.

Wat moet een bereiktest omvatten?

Test geautoriseerde hosts, de eerste en laatste adressen in het beoogde bereik, adressen net daarbuiten en de bijbehorende IPv6 paden.

[ Bronnen ]

Bronnen

  1. RFC 7208

    Secties §4.1 · §4.6.4 · §5 · §5.6 · §2.4

[ Glossarium ]

Glossarium

SPF
Evaluatie van een verbindend IP-adres ten opzichte van het beleid voor de relevante SMTP identiteit.

RFC 7208 §4.1

CIDR-voorvoegsel
Het aantal adresbits van hoge orde vergeleken voor een ip4- of ip6-mechanisme; weggelaten lengtes betekenen respectievelijk /32 en /128.

RFC 7208 §5.6

Herkomst onderneming

Waarom top financiële instellingen en overheden hebben hun e-mailbeveiligingsdashboards stopgezet.

Traditionele platforms voor e-mailauthenticatie verkopen u een dashboard en vragen uw technici om het werk te doen. In omgevingen waar veel op het spel staat, betekent handmatig toezicht vertraagde handhaving, configuratieafwijking en niet-gecontroleerde schaduwdomeinen.

EmailAuth is het agentische e-mailherkomstplatform. Onze agenten handhaven p=reject, houd externe afzenders op één lijn en verplaats uw domeinen naar vol RFC 9989 compliance, de nieuwe DMARC standaard, met 'human-in-the-loop'-auditeerbaarheid.

Regeringen Grote ondernemingen Tier-1 financiële instellingen

SaaS · Toegewijde huur · Air-gapped on-premise · BYOK-encryptie

Kennisbank