[ BIMI & merkki ]

Useita BIMI tietueita ja valitsinristiriidat

Seuraa viestin BIMI valitsinta, allekirjoitetun otsikon kattavuutta, julkista TXT vastausta ja luotettavaa vahvistusta ennen ristiriitaisten väitteiden ratkaisemista.

EmailAuth -tutkimusryhmä · 8 min lukuaika

[Avainkohdat]

  • Erilliset valitsimet eroavat kilpailevista väitteistä yhdellä DNS nimellä.
  • TXT -merkkijonopalat eivät ole automaattisesti erillisiä resurssitietueita.
  • Sulje varsinainen viesti-valitsijaketju, älä yleistä verkkotunnuksen tarkistusta.
Tällä sivulla

Aloita yhdellä viestillä ja yhdellä tarkoitetulla väitteellä

Verkkotunnuksessa voi olla useita BIMI väitteitä ilman jokaista viestiä käyttäen niitä kaikkia. Suunniteltu suunnittelu käyttää erillisiä valitsin nimiä erilaisten väitteiden tunnistamiseksi. Ristiriita on erilainen tilanne: kandidaattitietueiden kaksoiskappaleet yhdellä omistajan nimellä, ristiriitaiset valitsimen otsikot tai lähetysalusta, joka valitsee muun kuin operaattorin odottaman valitsimen. Diagnosoi nämä tapaukset erikseen ennen kuin poistat tietueita, jotka saattavat tukea toista laillista postivirtaa.

Tässä artikkelissa käytetään BIMI ryhmän valitsinohjeita ja säilytettyjä DNS ja todennusmäärityksiä. Se ei väitä, että jokainen vastaanotin toteuttaisi jokaisen luonnoskäyttäytymisen. Live DNS kyselyä tai viestin vahvistusta ei suoritettu. Vaadittu todisteketju alkaa todellisesta viestistä, jatkuu sen valitsimen ja julkisen DNS vastauksen kautta ja päättyy luotettavaan varmennustulokseen; DNS-editorin kuvakaappaus ei yksinään voi toimittaa tätä ketjua.

Erota valitsimet päällekkäisistä tietueista

BIMI Group -ohjeessa kuvataan lomakevalitsimen väitenimet. _bimi.domain , oletuksena perinteisenä valitsimena, kun vaihtoehtoa ei ole valittu. Se kuvaa BIMI-Selector-otsikon, jossa on BIMI versio ja valitsimen nimi yhdistettynä näkyvään From-verkkotunnukseen väitteen valitsemiseksi. Erilliset väitteet eri valitsimissa ovat mekanismi useille logoille; Useiden kilpailevien väitteiden lisääminen samalla nimellä ei ole sama malli. BIMI valitsimen opastus

Mainitse luetteloa varten kunkin omistajan nimi, tarkoitettu stream, omaisuus ja vastuullinen tiimi. Erottele default._bimi.example.com osoitteesta seasonal._bimi.example.com ja lähetysaliverkkotunnuksen samannimisistä tietueista. Nämä esimerkkinimet ovat havainnollistavia, eivät tietueita, joilta kysyttiin. Älä yhdistä niiden merkityksiä yhdeksi "verkkotunnuksella on BIMI " -tulokseen, koska viestin valittu nimi on olennainen lähtökohta.

Lue TXT -tietoja DNS tietueina, ei editoririveinä

DNS TXT -resurssitietue voi sisältää yhden tai useamman merkkijonon. Tämä lankatason rakenne tarkoittaa, että useat lainatut kappaleet näytössä eivät välttämättä ole useita tietueita. Toisaalta kaksi erillistä tietuetta voivat näyttää yhdeltä ryhmitellyltä tietueelta palveluntarjoajan käyttöliittymässä. Tarkista todelliset palautetut tietueen rajat ennen kuin päätät, että toimialueella on päällekkäisiä väitteitä. RFC 1035 TXT -muoto

Turvallinen korjausehdotus on yksi tarkoitettu, yksiselitteinen BIMI -vahvistus valitulla omistajan nimellä, jossa vaihtoehtoiset logot on määritetty eri valitsijoille. Tämä artikkeli ei väitä yleistä vastaanottajan valintaa päällekkäisten väitteiden joukossa tai tarjoa normatiivista kaksoistallennusalgoritmia saatavilla olevasta luonnoksesta. Käsittele kilpailevia ehdokkaita kokoonpanon lykkäyksenä ja tarkista kohdevastaanottimen dokumentoitu käyttäytyminen ennen kuin luotat havaittuun valintajärjestykseen.

Seuraa valitsinta lähetysputken läpi

Hanki valtuutettu kopio vastaanotetusta viestistä säilyttäen otsikot. Tallenna näkyvä From domain ja kaikki BIMI-Selectorin esiintymät. Vertaa vastaanotettua tilaa lähetysalustan kokoonpanoon ja mihin tahansa välittäjään, joka voi lisätä tai muuttaa otsikoita. Sovellus voi pyytää kausivalintaa, kun lähtevä palvelu lisää toisen oletusasetuksen. Ilman varsinaista viestiä DNS tiimi voi tutkia nimeä, jota vastaanottajaa ei pyydetty käyttämään.

BIMI Group suosittelee BIMI-Selectorin sisällyttämistä DMARC-linjaukseen DKIM -allekirjoitus ja varoittaa, että allekirjoittamaton valitsinotsikko voidaan jättää huomiotta. Säilytä asianomaisen allekirjoituksen allekirjoitettu otsikkoluettelo ja varmennustodistus. Älä oleta, että ohittava allekirjoitus peitti tämän tietyn otsikon automaattisesti. Allekirjoitus voi todentaa viestin muut osat jättäen valitsimen suojan ulkopuolelle. BIMI -allekirjoitusopas

Jos näkyviin tulee useita valitsinotsikoita, määritä, mihin ne on lisätty, ja ratkaise lähetysasetukset sen sijaan, että arvaat, kumman vastaanottaja kunnioittaa. Säilytä alkuperäinen viesti ennen korjauksen ehdottamista. Älä muokkaa vastaanotettua otsikkoa ja esitä sitten muokattu viesti todisteena alkuperäisestä varmennustuloksesta. Myöhemmin valvotun testin on oltava tuore, valtuutettu havainto, jolla on oma identiteetti ja aikaleima.

Luo luotettava vahvistusraja

Authentication-Results on hyödyllinen vain, kun kuluttaja tietää, mikä luotettava järjestelmä sen on tuottanut. Mielivaltainen otsikko voi sisältää epäluotettavan väitteen. RFC 8601 kuvaa tätä luottamusrajaa; käytä vastaanottajan alkuperän todisteita tai muuta nimenomaisesti luotettavaa todentajaa sen sijaan, että hyväksyisit liitetyn tuloksen ilman alkuperää. Pidä BIMI -päätös, DMARC tulos ja DKIM tutkimuksessa erotettavissa oleva kattavuus. RFC 8601 -luottamusrajat

Tallenna DNS havainnointiaika ja -konteksti viestin ajan rinnalle. Myöhempi DNS haku voi näyttää korjatun tilan, joka ei ollut näkyvissä viestiä arvioitaessa. Sitä vastoin nykyinen vika ei todista, että vanhempi viesti näki saman vastauksen. Käsittele kerättyä näyttöä aikarajallisena ketjuna ja vältä historiallisen DNS tilan keksimistä tämän päivän editorin sisällöstä.

Alkuperäinen valitsin-ristiriitataulukko

Käytä tätä laskentataulukkoa kullekin streamille, jota asia koskee. Kentät ovat ehdotettuja todisteita, eivät suoritettuja tarkastuksia. Säilytä viestien arkaluontoinen sisältö vain silloin, kun se on tarpeellista ja valtuutettu; otsikkoon keskittyvä editointi voi usein säilyttää asiaankuuluvat suhteet.

  • Viestin identiteetti: vastaanottoaika, näkyvissä Toimialueelta ja valtuutetun todisteen sijainti.
  • Valitsin tila: puuttuu, yksi tai useampi otsikko esiintyy, tarkat säilytetyt arvot.
  • Allekirjoituksen kattavuus: kohdistettu DKIM identiteetti, allekirjoitettu otsikkoluettelo ja luotettava vahvistustulos.
  • DNS kohde: valittu omistajan nimi, julkinen vastaus, tietueen rajat ja tarkkailuaika.
  • Väitteen omistajuus: aiottu stream, sisältö, varmenneriippuvuus ja DNS vaihtaa omistaja.
  • Ristiriita: päällekkäiset väitteet, yhteensopimaton valitsin, allekirjoittamaton asetus tai ratkaisematon vastaanottimen toiminta.
  • Ehdotettu korjaus: tarkka tietueen tai lähetyksen määritys, hyväksyntä ja palautussuunnitelma.
  • Sulkeminen: tuore valvottu viesti, vastaava DNS havainto ja luotettava vastaanottajan tulos.

Tehtävätaulukon tulee erottaa tosiasiat hypoteeseista. "Kaksi tietuetta palautettiin tällä nimellä" on tosiasia vain, kun todellinen vastaus on säilytetty. "Välittäjä on saattanut lisätä toisen otsikon" on hypoteesi, kunnes viestipolku tukee sitä. Tämän eron pitäminen näkyvissä auttaa välttämään laajoja DNS muutoksia uskottavan mutta testaamattoman selityksen perusteella.

Kuvitteellinen esimerkki: kahdella joukkueella on oletusnimi

Kuvitteellisella Amber Ferryllä on yrityspostitiimi ja kampanjatoimisto. Molemmat ehdottavat BIMI -vahvistuksen julkaisemista omistajan oletusnimellä, kun taas viraston alusta on määritetty pyytämään kausivalintaa. Keksitty suunnittelukatsaus paljastaa kaksi itsenäistä ongelmaa: kilpailevat oletusaikeet ja valitun nimen, jolla ei välttämättä ole tarkoitettua väitettä. Pelkästään yhden oletustietueen poistaminen ei vahvista, että kausiposti seuraa oikeaa polkua.

Ehdotettu ratkaisu on sopia omistajuudesta, säilyttää yksi suunniteltu väite valittua nimeä kohden ja varmistaa viraston valitsimen otsikko ja allekirjoituksen kattavuus uudessa valtuutetussa testissä. Olemassa olevat streamit on tarkistettava ennen kuin tietue poistetaan. Amber Ferry DNS -tietueita tai -viestejä ei tarkastettu, eikä korjauksia tai testejä suoritettu; Esimerkki näyttää, kuinka ristiriidat erotetaan toisistaan ​​onnistuneen korjauksen vaatimisen sijaan.

Sulje vain havaittu ketju

Yhden valitsimen onnistunut havainto ei vahvista jokaista toista valitsinta, aliverkkotunnusta tai lähetysalustaa. Tallenna tarkalleen, mikä virta ja vastaanotin tarkastettiin, ja säilytä jäljellä olevat tuntemattomat. BIMI Group toteaa myös, että varmennetodisteet on sidottu logoon, joten eri taideteoksiin osoittava toinen valitsin voi ottaa käyttöön erillisen todiste-asiakirjariippuvuuden pelkän DNS nimeämistehtävän sijaan. Usean logon opastus

Luettelo vaatii viestistä valitsijaan -todistusketjun, jossa on julkinen DNS ja luotettava vahvistus. Tässä käsikirjoituksessa ei ole olemassa todellista käyttöä varten. Alkuperäiset todisteet, ihmisten pk-yritys, lähteiden soveltuvuus, tuotantoreitit, visuaalinen saavutettavuus ja omistajan vapauttaminen ovat avoinna. Tämä luonnos on diagnostinen työnkulku, ei todiste siitä, että kaksoiskäsittely tai vastaanottimen valinta on testattu.

[ Takeaway ]

Tunnista valittu nimi ja luotettava viestitodisteet ennen kuin ehdotat kapea-alaista ristiriitakorjausta.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Seuraa valittu väite

Aiottu DNS tietue voi poiketa viestissä valitusta nimestä.

Seuraavat vaiheet

  1. Säilytä vastaanotetut valitsimen otsikot.
  2. Tarkista kohdistettu DKIM peitto.
  3. Vertaa valittua julkista vastausta aiottuun streamiin.

CISO / SecOps

Säilytä luottamus ja ajoitus

Epäluotetut tulokset tai myöhempi DNS tila voivat johtaa tutkimuksen harhaan.

Seuraavat vaiheet

  1. Tunnista todentajan luottamuksen raja.
  2. Säilytä viesti- ja hakuaikaleimat.
  3. Säilytä alkuperäinen viesti ennen korjausta.

Perustaja / ei-tekninen

Määritä valitsimen omistajuus

Eri joukkueilla voi olla oikeutettuja, mutta ristiriitaisia ​​oletusaikomuksia.

Seuraavat vaiheet

  1. Yhdistä jokainen sähköpostivirta omistajalle.
  2. Suojaa koskemattomat valitsimet korjauksen aikana.
  3. Vaadi uusi tarkka sulkemishavainto.

[ UKK ]

Usein kysytyt kysymykset

Voiko yksi verkkotunnus käyttää useita BIMI valitsimia?

BIMI Group kuvaa eri valitsimien nimet vaihtoehtoisten logojen mekanismiksi.

BIMI Group: Kuinka ja miksi BIMI -valitsimia otetaan käyttöön

Onko se sama kuin päällekkäiset väitteet yhdellä nimellä?

Ei. Erilliset omistajanimet ja kilpailevat ehdokkaat yhdellä omistajalla ovat eri kokoonpanoja.

BIMI Group: Kuinka ja miksi BIMI -valitsimia otetaan käyttöön

Tarkoittaako useat lainausmerkit TXT -merkkijonot aina päällekkäisiä tietueita?

Ei. RFC 1035 sallii yhden TXT -resurssitietueen sisältää useita merkkijonoja.

RFC 1035 : Verkkotunnusten toteutus ja määrittely

Pitääkö BIMI valitsimen olla sama kuin DKIM valitsimen?

Mekanismit käyttävät erilaisia ​​nimiavaruuksia ja syötteitä; BIMI ryhmä kuvaa BIMI valinnan erillään DKIM avainhausta.

BIMI Group: Kuinka ja miksi BIMI -valitsimia otetaan käyttöön

Pitäisikö valitsimen otsikko allekirjoittaa?

BIMI Group suosittelee sen sisällyttämistä DMARC-kohdistettuun DKIM allekirjoitukseen ja varoittaa, että se voidaan muuten jättää huomiotta.

BIMI Group: Kuinka ja miksi BIMI -valitsimia otetaan käyttöön

Voidaanko kaikkiin Authentication-Results otsikoihin luottaa?

Ei. Kuluttajan on määritettävä tuotantojärjestelmä ja luottamusraja.

RFC 8601: Authentication-Results

Voiko nykyinen DNS todistaa sen, mitä vanhempi viesti näki?

Ei itsestään. Säilytä havaintoajat ja vältä historiallisten vastausten päättämistä nykyisestä tilasta.

Määritteleekö tämä artikkeli jokaisen vastaanottimen kaksoiskappaleen käsittelyn?

Ei. Se ehdottaa yksiselitteistä määritystä ja pitää ei-tuetut vastaanotinalgoritmit ratkaisemattomina.

[ Lähteet ]

Lähteet

  1. BIMI Group: Kuinka ja miksi BIMI -valitsimia otetaan käyttöön

    Osat Kuinka valitsimet toimivat · Valitsimien käyttö BIMI kanssa · Toinen huomautus – DKIM BIMI-valitsimen otsikon allekirjoittaminen

  2. RFC 1035 : Verkkotunnusten toteutus ja määrittely

    Osat §3.3.14 TXT RDATA -muoto

  3. RFC 6376: DKIM

    Osat §3.5 DKIM-Signature otsikkokenttä

  4. RFC 8601: Authentication-Results

    Osat §1.2 Luottamusraja · §7. Turvallisuusnäkökohdat

[ Sanasto ]

Sanasto

BIMI -valitsin
Nimi, jota käytetään verkkotunnuksen ja _bimi nimiavaruuden kanssa väitteen paikantamiseen.

BIMI Group: Kuinka ja miksi BIMI -valitsimia otetaan käyttöön

TXT -merkkijono
TXT RDATA:n komponentti; yksi tietue voi sisältää useamman kuin yhden.

RFC 1035 : Verkkotunnusten toteutus ja määrittely

Allekirjoitetun otsikon kattavuus
Asianmukaisella DKIM -allekirjoituksella suojattu viestiotsikoiden joukko.

RFC 6376: DKIM

Todistusketju
Ehdotettu linkitetty tietue viestistä, valitsimesta, DNS vastauksesta ja luotettavasta tuloksesta.

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