[ SPF ]

SPF ja IPv6 : havaitse lähettäjät, jotka ovat jääneet huomaamatta vain IPv4-tarkistuksessa

Tarkista molemmat osoiteperheet, jotta IPv6 toimitus ei paljasta onnistuneiden IPv4 testien piilottamia aukkoja.

EmailAuth -tutkimusryhmä

[Avainkohdat]

  • Osoita, mitä osoiteperhettä vastaanottava yhteys käytti.
  • IP6-termi ilman etuliitettä kattaa yhden osoitteen, ei koko varauksen.
  • Tarkista tuetun tarjoajan laajuus ohimenevien havaintojen kopioimisen sijaan.
Tällä sivulla

Hakemus voi mennä läpi SPF yhdellä toimitusyrityksellä ja epäonnistuu toisella, kun sen posti lähtee eri osoiteperheiden kautta. Jos luettelossa luetellaan vain IPv4 ulostulo, IPv6 -reitti voi olla laillinen, mutta tosiasiallisesti arvioidun käytännön mukaan luvaton. Diagnosoi yhteysosoite ennen tietueen laajentamista.

Tavoitteena on tarkka kattavuus: valtuuta organisaatiosi tai palveluntarjoajasi tosiasiallisesti käyttämät IPv6 lähteet säilyttäen samalla nykyisen IPv4 käyttäytymisen ja pitämällä asiaankuulumattomat osoitteet käytännön ulkopuolella.

Etsi oikeat IPv6 -lähetysreitit

Kerää edustajan luotettujen vastaanottimien tulokset ja lähtevät tiedot MTA lokit. Tallenna yhteyden IP-osoite, kirjekuoriverkkotunnus, HELO isäntänimi, lähettäjäpalvelu ja aikaleima. Ryhmittele havainnot sekä verkkotunnuksen identiteetin että osoiteperheen mukaan. Web-palvelin AAAA ennätys ei ole todiste siitä, että sama osoite lähettää postia, ja saapuva MX kohde ei ole automaattisesti lähtevä lähde.

Sisällytä varareleet ja alueelliset reitit. Yksikään onnistunut viesti ei voi osoittaa, että jokainen reitti on katettu. Kysy infrastruktuurin omistajilta, onko IPv6 käytössä ensisijaisissa palvelimissa, vikasietojärjestelmissä ja isännöidyissä toimituspoluissa, ja vertaa sitten vastauksia havaittuihin yhteyksiin.

Käytä oikeita mekanismeja

SPF on erillinen ip4 ja ip6 mekanismit alla RFC 7208 §5.6. ip4 valtuuttaa IPv4 -osoitteet; se ei kata automaattisesti IPv6 vastineita. An ip6 mekanismi ilman etuliitteen pituutta tunnistaa yhden osoitteen, joka vastaa /128. Laajemmat etuliitteet valtuuttavat vastaavan verkon, joten käytä vain lähetyssuunnitelmasi mukaista aluetta.

The a ja mx mekanismit voivat sisältää osoiteperhekohtaisia ​​hakuja: IPv6 arviointi käyttää AAAA-osoitteita soveltuvin osin. Se ei tee niistä varaston korvikkeita. Tuleva AAAA-muutos voi muuttaa isäntiä, jotka kyseiset mekanismit valtuuttavat. Palveluntarjoajan sisältö voi kattaa molemmat perheet, mutta tarkista tuettu käytäntö sen sijaan, että olettaisi, että kaikki sisältää.

RFC 7208 §5 käsittelee myös arvioijien IPv4-kartoitettua IPv6 käsittelyä. Kun työkalu edustaa IPv4 -yhteyttä kartoitetussa muodossa, älä vastaa lisäämällä mielivaltaisia IPv6 -alueita tarkistamatta arvioijan käsittelyä ja taustalla olevaa yhteyttä.

Testaa suppeaa lisäystä

Synteettinen käytäntö: v=spf1 ip4:192.0.2.10 ip6:2001:db8:1234::10 -all. Molemmat osoitteet on varattu dokumentaatiota varten. Hallitun arvioijan tulee palauttaa hyväksyntä jommallekummalle luetellulle lähteelle arvioitua toimialuetta käyttäen ja hylätä täsmäämättömille lähteille olettaen, että DNS tai syntaksivirheitä ei tapahdu.

Yllä oleva IPv6 termi valtuuttaa yhden osoitteen. Korvaamalla sen kanssa ip6:2001:db8:1234::/48 laajentaa sarjaa huomattavasti. Älä valitse laajaa etuliitettä vain siksi, että se muistuttaa infrastruktuurin kojelaudassa näkyvää varausta. Määritä, mitä osaa varauksesta käytetään ja ohjataan lähtevälle postille.

Toteuta tuotannon muutos

Vahvista ehdotetut osoitteet palvelun omistajan ja nykyisen palveluntarjoajan ohjeiden avulla. Säilytä edellinen käytäntö, hanki asianmukainen hyväksyntä ja vahvista täydellinen tietue ennen julkaisemista. Under RFC 7208 §4.6.4, eksplisiittiset IP-mekanismit eivät itse kuluta SPF :n DNS-haun aikabudjettia, mutta muu tietue tarvitsee vielä arvioinnin.

Testaa IPv4 -reittiä, IPv6 -reittiä ja vertaansa vailla olevaa lähdettä hallinnassasi. Säilytä todellisissa vastaanottimissa todellinen yhteyden IP-osoite ja arvioitu identiteetti, jotta IPv4 ää hiljaa käyttävää testiä ei ilmoiteta IPv6 menestyksenä. Ota huomioon välimuistissa olevat DNS -vastaukset, kun vertaat havaintoja heti muutoksen jälkeen.

Säilytä raja

Lisää SPF -tarkistus IPv6 käyttöönottoon ja verkon uudelleennumerointiin. Jos osoitteet vaihtuvat tai palveluntarjoaja hallitsee suurta joukkoa, valitse sen tuetut todennusasetukset sen sijaan, että kopioisit ohimeneviä havaintoja pysyvään sallittujen luetteloon. Esimerkki-IP osoittaa, että lähdettä on käytetty; se ei välttämättä määrittele palveluntarjoajan täyttä valtuutettua valikoimaa.

Päätä tarkastelu todisteilla siitä, että molemmat perheet työskentelevät aiotun identiteetin puolesta ja että valitut alueet ovat perusteltuja. IPv6 kattavuuden tulisi olla varaston parannus, ei tekosyy valtuuttaa koko verkko ilman omistusta.

Kirjoita seuraava päätös muistiin

Synteettisessä käytännössä IPv6 -osoite 2001:db8:1234::10 katetaan nimellä /128, kun taas 2001:db8:1234::11 ei. Vaihto /48:aan kattaisi myös jälkimmäisen ja monet muut osoitteet. Kirjaa ylös, minkä laajuuden palvelun omistaja todella valtuuttaa ja todellinen vastaanottajan tarkkailema perhe; onnistunut IPv4 sähköposti ei ole todiste IPv6 peitosta. Live-testiä ei suoritettu.

[ Takeaway ]

Osoita, mitä osoiteperhettä vastaanottava yhteys käytti. IP6-termi ilman etuliitettä kattaa yhden osoitteen, ei koko varauksen. Tarkista tuetun tarjoajan laajuus ohimenevien havaintojen kopioimisen sijaan.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Todista osoiteperhe.

Läpäisevä viesti ei ole IPv6 testi , ellei yhteys käyttänyt IPv6 .

Seuraavat vaiheet

  1. Tallenna lähdeosoitteet vastaanottimessa.
  2. Vertaa kapeaa ja laajaa etuliitteen seurauksia.

CISO / SecOps

Estä laaja verkkovaltuutus.

Varattu etuliite ei ole automaattisesti sopiva lähetysraja.

Seuraavat vaiheet

  1. Vaadi etuliitteen laajuuden perustelu.
  2. Tarkista dynaaminen ja jaettu infrastruktuuri erikseen.

Perustaja / ei-tekninen

Sido todennus infrastruktuurin muutoksiin.

IPv6 käyttöönotto voi muuttaa sähköpostin toimintaa, vaikka itse sovellus olisi muuttumaton.

Seuraavat vaiheet

  1. Vaadi sähköpostitestejä verkon käyttöönoton aikana.
  2. Määritä osoitteenmuutosten omistajuus.

[ UKK ]

Usein kysytyt kysymykset

Valtuuttaako ip4 IPv6 liikenteen?

Ei. Käytä asianmukaista IPv6 valtuutusta, kuten perusteltua ip6-mekanismia tai tuettua toimittajakäytäntöä.

RFC 7208 §5 RFC 7208 §5.6

Mikä on oletusarvoinen ip6-etuliite?

Ilman nimenomaista etuliitettä ip6 vastaa yhtä IPv6 osoitetta, joka vastaa /128.

RFC 7208 §5.6

Voinko valtuuttaa koko osoitetun etuliitteeni?

Vain jos koko valikoima on perusteltu lähettämiseen. Laaja etuliite laajentaa valtuutuksen jokaiseen vastaavaan osoitteeseen.

RFC 7208 §5.6

Toimivatko a ja mx IPv6 kanssa?

Heidän osoitehakunsa voivat käyttää AAAA-dataa IPv6 arviointiin. Tarkista todelliset DNS -tiedot ja lähetyssuunnitelma.

RFC 7208 §5.3 RFC 7208 §5.4

Tunnistaako verkkosivustoni AAAA-tietue sähköpostin lähteen?

Ei välttämättä. Web hosting, saapuva posti ja lähtevä SMTP voivat käyttää eri infrastruktuuria.

Kuinka todistan, että testauksessa on käytetty IPv6 ?

Tarkista todellinen yhteysosoite luotettavasta vastaanottimesta tai SMTP lokeista. Älä päättele sitä onnistuneesta toimituksesta.

Pitäisikö minun kopioida jokaisen havaitun palveluntarjoajan IP SPF :ään?

Ei. Havainnot voivat olla epätäydellisiä tai tilapäisiä. Noudata toimittajan tukemaa konfigurointi- ja ylläpitomallia.

Milloin IPv6 SPF tulee tarkistaa uudelleen?

Tarkista verkkomuutosten, välityssiirtojen, palveluntarjoajan muutosten ja äskettäin havaittujen IPv6 lähetysreittien jälkeen.

[ Lähteet ]

Lähteet

  1. RFC 7208

    Osat §2.4 · §4.1 · §4.6.4 · §5 · §5.3 · §5.4 · §5.6

[ Sanasto ]

Sanasto

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

RFC 7208 §2.4

SPF ip6
Selkeä IPv6 -verkkovastaavuus; pois jätetty etuliitteen pituus tarkoittaa /128.

RFC 7208 §5.6

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