[ DKIM ]

Tee vianmääritys DKIM n no-key- ja Selector-not-found -virheistä

Johda haku todellisesta allekirjoituksesta ja erota puuttuvat avaimet väliaikaisista DNS ja sisältövirheistä.

EmailAuth -tutkimusryhmä · 3 min lukuaika

[Avainkohdat]

  • Johda tarkka haku kunkin allekirjoituksen d- ja s-arvoista.
  • Erottele puuttuvat avaimet, ei-käytettävissä oleva DNS ja käyttökelvottomat palautetut tiedot.
  • Säilytä historialliset tulokset ja tarkista korjaukset uusilla todisteilla.
Tällä sivulla

A DKIM avaimeton diagnostiikka tarkoittaa yleensä, että todentaja ei löytänyt allekirjoitukselle vaadittua vahvistusavainta. Hyödyllinen lähtökohta on viestin todellinen valitsin ja allekirjoittava verkkotunnus. Yleisen valitsimen arvaaminen tai kyselyn tekeminen näkyvästä From-verkkotunnuksesta voi johtaa täysin tarkaan vastaukseen väärään DNS kysymykseen.

Säilytä alkuperäinen vastaanotettu viesti ja sen luotettava todennustulos. Merkitse havaintoaika muistiin, koska avain on saattanut muuttua toimituksen jälkeen. Tutki sitten tuloksessa nimetty tarkka allekirjoitus; Viesteissä voi olla useita allekirjoituksia eri hakunimillä ja -tuloksilla.

Johda tarkka DNS kysymys

Lue s ja d alkaen DKIM-Signature. Kun s=campaign7 ja d=mailer.example, haku on campaign7._domainkey.mailer.example . Valitsin ei ole universaali palveluntarjoajan nimi, eikä allekirjoitustoimialueen tarvitse olla sama kuin näkyvä From-verkkotunnus. RFC 6376 §3.1, RFC 6376 §3.5 ja RFC 6376 §3.6.2.1 määritellä nämä elementit.

Kysy tuetun kokoonpanon odottama nimi ja tietuetyyppi. Under RFC 1034 §3.6.2, jos palvelu käyttää a CNAME, seuraa sitä vahvistustietoihin ja kaappaa välikohde. Tarkista, onko DNS-editorivirheitä, kuten kahdesti liitetty pääte, ennätys julkaistu väärällä vyöhykkeellä tai toiselta vuokraajalta kopioitu valitsin.

Erottele poissaolo poissaolosta

Kielteinen vastaus, joka ei löydä vastaavaa avainta, eroaa kyselystä, joka aikakatkaisee. RFC 6376 §6.1.2 vaatii PERMFAIL:n puuttuvalle avaimelle ja sallii TEMPFAILin, kun avainkysely ei vastaa. Nämä ovat todentajan käsittelyn tuloksia; diagnostisessa tuotteessa näkyvä tarkka etiketti voi vaihdella.

Tallenna DNS -vastauskoodi ja vastaa, ei vain punaista ilmaisinta. Vertaa arvovaltaisia ​​vastauksia epäonnistuneen vastaanottajan kannalta merkitykselliseen rekursiiviseen näkymään, jos todisteita on saatavilla. Onnistunut haku kannettavasta tietokoneesta myöhemmin ei todista, että avain oli tavoitettavissa alkuperäisellä arviointihetkellä.

Käytä kolmihaaraista diagnostiikkapuuta

Ensinnäkin, jos viesti ei sisällä DKIM-Signature , tutki allekirjoitusmäärityksiä valitsinhaun sijaan. Viestikohtaisia ​​s- ja d-pareja ei ole noudettavissa. Toiseksi, jos allekirjoitus on olemassa ja sen avain puuttuu, tarkista julkaisu-, siirto- ja eläkkeelle jäämishistoria. Kolmanneksi, jos avain on saatavilla, mutta body hash tai allekirjoitus epäonnistuu, siirry sisältöön, avaimen täsmäys tai salaustarkistus.

Esimerkkitapaus: viestin nimivalitsin old7, kun taas DNS sisältää vain new8. Uuden8:n oikea julkaiseminen ei voi vahvistaa old7-allekirjoitusta. Jos old7 poistettiin tarkoituksella, virhe voidaan odottaa viivästyneen tai arkistoidun postin osalta. Jos old7 poistettiin vahingossa ja sen avain on edelleen luotettava, oikeiden vahvistustietojen palauttaminen voi olla asianmukainen hyväksytty korjaus. Nämä ovat diagnostisia skenaarioita, eivät suoritettuja vuokralaisen testejä.

Tarkista avaimen voimassaolo noudon jälkeen

TXT vastauksen löytäminen ei lopeta vahvistusta; RFC 6376 §3.6.1 ja RFC 6376 §6.1.2 määrittää avaimen syntaksi ja validointi. Väärin muotoiltu avain, tyhjä p-arvo, joka ilmaisee peruutuksen, tai yhteensopimaton avainmateriaali ei ole käyttökelpoinen vahvistusavain. Under RFC 4592 §3.3.3, jokerimerkki TXT tietue voi myös tuottaa vastauksen, jolla ei ole merkitystä DKIM kannalta. Älä merkitse jokaista käyttökelvotonta vastausta uudelleen puuttuvaksi valitsimeksi.

Käytä palveluntarjoajan tarkkaa nykyistä tietuearvoa tai tunnettua, valtuutettua kokoonpanon varmuuskopiota. Älä koskaan luo satunnaista julkista avainta hakua varten: se ei vastaa allekirjoituksen luonutta yksityistä avainta. Vältä tietueiden korvaamista jaetussa haussa tarkistamatta muita lähettäjiä ja viivästyneitä viestejä.

Tarkista korjaus uusilla todisteilla

Valtuutetun korjauksen jälkeen tarkasta DNS ja lähetä uusi valvottu posti kyseistä reittiä pitkin. Säilytä vastaanotettu tulos, allekirjoitusidentiteetti ja linjaus arviointi. Jos alkuperäinen näyte nyt varmentaa, kirjaa se myöhempänä uudelleentarkistuksena sen sijaan, että kirjoitat sen historiallisen vastaanottimen tuloksen uudelleen.

Sulje tapaus puuttuvalla nimellä, syyllä, palautetulla riippuvuudella ja ehkäisytoimenpiteellä. Valitsijainventaari ja eläkkeelle jäämisen tarkistuslista vähentävät toistumista tehokkaammin kuin tietueiden lisääminen toistuvasti, kun tarkistusmerkki ilmoittaa punaisena.

Säilytä rajallinen johtopäätös

Jos kyseessä on old7 vs. new8, säilytä vanhan allekirjoituksen haku sen sijaan, että kopioit nykyisen valitsimen tapahtumatietueeseen. Poissa oleva old7-avain, aikakatkaisu ja tyhjän p:n peruutus ovat eri havaintoja. Myöhemmin onnistuneen uudelleentarkistuksen on säilytettävä myöhempää ajankohtaansa. Opetusskenaariolle ei tehty korjausta tai allekirjoituksen tarkistusta.

[ Takeaway ]

Johda tarkka haku kunkin allekirjoituksen d- ja s-arvoista. Erottele puuttuvat avaimet, ei-käytettävissä oleva DNS ja käyttökelvottomat palautetut tiedot. Säilytä historialliset tulokset ja tarkista korjaukset uusilla todisteilla.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Aloita tarkalla allekirjoituksella

Oikea DNS diagnoosi riippuu todellisista d- ja s-arvoista.

Seuraavat vaiheet

  1. Tallenna alkuperäinen tulos ja aikaleima.
  2. Erottele negatiivinen DNS aikakatkaisusta.
  3. Tarkista avainten syntaksi ja vastaavuus noudon jälkeen.

CISO / SecOps

Vältä vaarallista avainten palauttamista

Vanhojen vahvistustietojen palauttaminen voi olla ristiriidassa kompromissivastauksen kanssa.

Seuraavat vaiheet

  1. Tarkista, miksi avain katosi.
  2. Hyväksy palautus vain luotetulle materiaalille.
  3. Säilytä valitsimen elinkaaren näyttöä.

Perustaja / ei-tekninen

Etsi epäonnistunut riippuvuus ennen DNS vaihtamista

Yleinen virhe voi piilottaa poistuneen palvelun tai väärän vuokralaisen ohjeet.

Seuraavat vaiheet

  1. Tunnista vaikutuksen alainen liikereitti.
  2. Kysy, onko valitsija tarkoituksella jäänyt eläkkeelle.
  3. Vaadi uuden viestin vahvistustulos.

[ UKK ]

Usein kysytyt kysymykset

Mistä löydän valitsimen?

Lue s DKIM-Signature kyseisessä viestissä ja yhdistä se allekirjoituksen d-alueeseen.

RFC 6376 §3.5 RFC 6376 §3.6.2.1

Pitäisikö minun kysyä näkyvää Lähettäjä-verkkotunnusta?

Vain jos se on myös allekirjoituksen d-alue. DKIM haku seuraa d:tä, ei oletettua From-identiteettiä.

RFC 6376 §3.6.2.1

Onko aikakatkaisu sama kuin puuttuva avain?

Ei. Aikakatkaisu viittaa tilapäiseen poissaoloon. vakiintunut poissaoleva avain on erillinen tulos.

RFC 6376 §6.1.2

Voiko julkaistu uusi valitsin vahvistaa vanhan allekirjoituksen?

Ei. Todentaja seuraa allekirjoituksen nimeämää valitsinta.

RFC 6376 §3.1 RFC 6376 §3.6.2.1

Lasketaanko jokin TXT vastaus avaimeksi?

Ei. Sen on sisällettävä käyttökelpoista DKIM vahvistusmateriaalia; virheellisesti muotoiltu, peruutettu tai epäolennainen tieto ei riitä.

RFC 6376 §3.6.1 RFC 6376 §6.1.2

Voinko korjata tämän luomalla uuden julkisen avaimen?

Ei olemassa olevalle allekirjoitukselle. Vahvistusavaimen on vastattava sen allekirjoittanutta yksityistä avainta.

RFC 6376 §3.7

Entä jos viestissä ei ole allekirjoitusta?

Tutki, miksi reitti ei allekirjoittanut. Valitsinhaku ei voi vahvistaa allekirjoittamatonta viestiä.

RFC 6376 §6.1

Voiko myöhempi onnistunut tarkistus korvata alkuperäisen epäonnistumisen?

Ei. Tallenna se uutena havainnona aika- ja DNS tilaineen.

[ Lähteet ]

Lähteet

  1. RFC 6376

    Osat §3.1 · §3.5 · §3.6.1 · §3.6.2.1 · §3.7 · §6.1 · §6.1.2

  2. RFC 1034

    Osat §3.6.2

  3. RFC 4592

    Osat §3.3.3

[ Sanasto ]

Sanasto

Valitsin
Allekirjoituksen arvo, jota käytetään d:n kanssa DNS -vahvistusavaimen hakunimen luomiseen.

RFC 6376 §3.6.2.1

Peruutettu avain
DKIM -avaintietue, jossa on tyhjä p-arvo; toteamalla, että tietue ei tarjoa käyttökelpoista vahvistusavainta.

RFC 6376 §3.6.1

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