[ Yritystoiminta ]

Arvioi DNS delegoinnin käyttöön ottamat palvelun saatavuuden riippuvuudet

Kartoita ratkaisijalle näkyvät riippuvuudet todennustietueen takana ennen kuin arvioit toimittajan saatavuusriskiä.

EmailAuth -tutkimusryhmä · 3 min lukuaika

[Avainkohdat]

  • Kartoita ratkaisijalle näkyvät riippuvuudet todennustietueen takana ennen kuin arvioit toimittajan saatavuusriskiä.
  • Alueen delegoinnilla, CNAME aliaksilla ja SPF -käytäntöehdoilla on erilliset vikareitit; arvioida tarkkaa hakua pelkän toimittajan käytettävyyden sijaan.
Tällä sivulla

Todennustietue voi näyttää paikalliselta DNS konsolissa, vaikka se riippuu toisen organisaation nimipalvelimista tai tietueista. Arvioidaksesi saatavuutta, seuraa resoluutio- ja todennuspolkua toimittajien laskemisen tai kojelaudan käytettävyyden katsomisen sijaan. Hyödyllinen kysymys on, minkä riippuvuuden on vastattava, kun vastaanottaja arvioi tämän viestin.

Erottele delegointimekanismit

Valtuutettu DNS vyöhyke siirtää vyöhykkeen rajan alla olevien nimien oikeudet määritetyille nimipalvelimille. A CNAME osoittaa nimen toiseen nimeen. SPF sisällyttäminen ja uudelleenohjaus ovat sovellustason käytäntösuhteita, eivät vyöhykkeen delegointia. Ne luovat erilaisia ​​epäonnistumispolkuja, eikä niitä voida arvioida keskenään vaihdettaviksi isännöintimuodoiksi. RFC 1034 selittää arvovaltaisen palvelun ja rekursiivisen resoluution; RFC 7208 määrittää SPF :n DNS käytön.

Piirrä jokaisen vaiheen tarkka omistajan nimi ja tietuetyyppi. varten DKIM tämä alkaa valitsin allekirjoitusverkkotunnuksen _domainkey kohdassa. Jos kyseessä on SPF , aloita asianmukaisella todennettulla henkilöllisyydellä ja noudata sen käytäntöjä. varten DMARC, arvioi politiikan löytämisen riippuvuus erikseen. Palveluntarjoaja voi käyttää kahta näistä käyttämättä kolmatta.

Tallenna vikasemantiikka, ei vain käytettävyyttä

Kysy, mitä tapahtuu, jos kohde ei palauta tietoja, selkeän kielteisen vastauksen, virheellisen käytännön tai aikakatkaisun. Ne eivät ole samanarvoisia. SPF on määritellyt pysyvät ja väliaikaiset virhetulokset. DKIM vahvistukseen voivat vaikuttaa puutteelliset tai virheelliset avaintiedot. Vastaanottajan perimmäinen viestien käsittely voi riippua myös toisesta todennuspolusta ja paikallisesta käytännöstä, joten vältä lupaamasta, että yksi hakuvirhe aina estää tai toimittaa postin aina.

Välimuisti voi väliaikaisesti säilyttää aikaisemman käyttökelpoisen vastauksen, mutta se ei ole rajoittamaton varmuuskopio. Kirjaa muistiin vastauksen TTL ja havaintoaika. Kielteiset vastaukset voidaan myös tallentaa välimuistiin kohdassa kuvattujen sääntöjen mukaisesti RFC 2308. TTL:n pienentäminen nyt ei lyhennä takautuvasti muualla välimuistissa olevien vastausten käyttöikää.

Vertaa kahta palautusriippuvuutta

Oletetaan, että hyväksytty arvovaltainen kysely palauttaa äskettäin määritetyn valitsinkohteen, kun taas yksi rekursiivinen ratkaisija palauttaa edelleen aiemman välimuistissa olevan kohteen. Tallenna sekä lähteet että aikaleimat. Arvovaltainen muutos havaitaan kyseisellä palvelimella; se ei todista, että kaikki vastaanottimet käyttävät uutta kohdetta. Oletetaan nyt, että korvaavasta allekirjoituspalvelusta puuttuu vastaava yksityinen avain. Jopa jokaisen asiaankuuluvan haun korjaamisen jälkeen, DNS ei yksin pysty allekirjoittamaan palvelua onnistuneesti.

Nämä ovat hypoteettisia havaintoja, eivät paikallista DNS laboratoriota tai tuotantotestiä. Ne johtavat erillisiin seuraaviin vaiheisiin: tarkista välimuisti ja tavoiteresoluutio hyväksytyissä näköalapisteissä ja tarkista korvaavan allekirjoittajan todelliset kokoonpanot ja viestitulosteet. Säilytä palvelin, nimi, tyyppi, vastauskoodi, liput, TTL ja täydellinen vastaus. Tämä esimerkki ei harjoita DNSSEC, viittaukset tai negatiivinen välimuisti; testaa niitä itsenäisesti, jos arkkitehtuuri vaatii niitä.

Päätä, onko riippuvuus hyväksyttävä

Määritä jokaiselle ulkoiselle kohteelle omistaja ja dokumentoi toimittajan todelliset palautus- ja poistumisjärjestelyt. Mieti, voitko korvata tietueen, onko sinulla tarvittavat julkiset metatiedot ja vaatiiko allekirjoituksen muutos toimenpiteitä toisessa palvelussa. Useat koontinäytöt samassa virallisessa infrastruktuurissa eivät poista tätä jaettua riippuvuutta.

Testaa vaihtoa valtuutetussa ympäristössä ja määritä, milloin katkos laukaisee muutoksen havainnon sijaan. Kiireinen muokkaus voi lisätä SPF virheen tai osoittaa valitsimella väärää näppäintä. Säilytä edellinen tietue ja päätösloki, mutta huomaa, että välimuistit ja menetetyt käyttöoikeudet rajoittavat palautumista. Tuloksena pitäisi olla riippuvuuskohtainen riskipäätös todisteineen, ei väite siitä, että DNS delegointi ei ole turvallista.

[ Takeaway ]

Alueen delegoinnilla, CNAME aliaksilla ja SPF -käytäntöehdoilla on erilliset vikareitit; arvioida tarkkaa hakua pelkän toimittajan käytettävyyden sijaan.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Tallenna tarkat vastaukset

Vertaa auktoriteetin ja ratkaisejan havaintoja aikaleimoihin.

Seuraavat vaiheet

  1. Erottele aikakatkaisu, negatiiviset ja virheelliset vastaukset.
  2. Testaa vaihdot ennen katkosta.
  3. Tallenteen ratkaisejan osoite, TTL ja vastauskoodi.

CISO / SecOps

Arvioi keskittymisriski

Riippumattomat rajapinnat eivät tarkoita riippumatonta infrastruktuuria.

Seuraavat vaiheet

  1. Tarkista toimittajan poistumisoikeus.
  2. Tallenna hyväksytyt riippuvuusriskit.
  3. Testaa, selviääkö palautusviranomainen toimittajan epäonnistumisesta.

Perustaja / ei-tekninen

Arvioi vaikutus liiketoimintaan

Sido DNS riippuvuudet kriittisiin asiakkaiden työnkulkuihin.

Seuraavat vaiheet

  1. Määritä palautuksen omistajat.
  2. Tarkista yhteiset infrastruktuurioletukset.
  3. Arvioi epäonnistuneen pienen volyymin kriittisen lähettimen vaikutus.

[ UKK ]

Usein kysytyt kysymykset

Sisältääkö SPF vyöhykkeen delegoinnin?

Ei. Se on SPF -käytäntömekanismi, jossa on DNS riippuvuuksia.

Siirtääkö CNAME kaikki oikeudet verkkotunnukselle?

Ei. Se alias tietyn nimen; vyöhykkeen delegaatiolla on eri laajuus.

Voivatko välimuistissa olevat tietueet peittää katkon?

Tilapäisesti ratkaisijoille, joilla on käyttökelpoinen vastaus. Ne eivät ole pysyvä varoitus.

Päivittääkö TTL:n pienentäminen olemassa olevia välimuistia?

Ei. Aiemmin välimuistissa olevat vastaukset säilyttävät niiden käyttöiän.

Onko yksi rekursiivinen vastaus maailmanlaajuisesti edustava?

Ei. Eri ratkaisejat voivat sisältää eri välimuistin tilan.

Mitä hypoteettinen esimerkki erottaa?

Havaittu DNS tila ja yksityinen allekirjoitusominaisuus ovat erillisiä riippuvuuksia; ensimmäisen ratkaiseminen ei luo toista.

Testaako esimerkki DNSSEC tai delegoinnin läpikulkua?

Ei. Se sisältää vain oletetut havainnot; todelliset käyttöönotot edellyttävät asianmukaiset valtuutetut testit.

Mitä saatavuuspäätökseen kuuluu?

Tarkat riippuvuudet, epäonnistumistulokset, palautusoikeus, havaitut vastaukset ja vastuullinen riskinomistaja.

[ Lähteet ]

Lähteet

  1. RFC 1034 : Domain Names Concepts and Facilities

    Osat §3.6.2 · §4.2 · §4.3 · §5.3

  2. RFC 2308 : DNS kyselyiden negatiivinen välimuisti

    Osat §5 Negatiivisten vastausten tallentaminen välimuistiin

  3. RFC 7208: SPF

    Osat §2.6.6 · §2.6.7 · §3.2 · §4.6.4 · §5.2 · §6.1

  4. RFC 6376: DKIM

    Osat §3.3 · §3.5 · §3.6 · §5.2 · §6.1.2

  5. RFC 9989: DMARC

    Osat §4.4 · §4.10.1 · §5.3.5 · §5.4 · §7.4 · §8

[ Sanasto ]

Sanasto

Virallinen palvelin
Palvelin, joka tarjoaa arvovaltaisia DNS tietoja vyöhykkeelle.
Rekursiivinen ratkaiseja
Palvelu, joka ratkaisee asiakkaan nimet ja voi tallentaa tulokset välimuistiin.

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