[ BIMI & merkki ]

Julkaise BIMI -tietue ja tarkista kaikki riippuvuudet

Valmistele oikea oletusvalitsimen väite, tarkista sen HTTPS- ja varmenteiden riippuvuudet ja erota DNS julkaisu vastaanottajan hyväksynnästä.

EmailAuth -tutkimusryhmä · 6 min lukuaika

[Avainkohdat]

  • oletuksena. _bimi -sijoittelun ja -tunnisteen syntaksin on vastattava aiottua lähettäjää ja tuettua työnkulkua.
  • Valinnainen todistesyntaksi ei tee varmenteista valinnaisia Gmail tai kaikille vastaanottajille.
  • Säilytä BIMI-kohtainen palautussuunnitelma heikentämättä todennussuojaa.
Tällä sivulla

Tarkista riippuvuudet ennen DNS muokkaamista

Julkaiseminen a BIMI väite on pieni DNS muutos, jossa on useita ulkoisia riippuvuuksia. Tietue voi viitata logoon tai todisteasiakirjaan, jota toinen tiimi isännöi, ja vastaanottava palveluntarjoaja voi hylätä muuten luettavan tiedoston, koska sen varmenne- tai todennusehdot eivät täyty. Aloita hyväksytyllä verkkotunnuksella, vastaanotinkohtaisella suunnitelmalla ja tarkalla omaisuusversiolla yleisen TXT merkkijonon sijaan.

Tämä opas kattaa dokumentoidun oletusvalitsimen työnkulun. Säilytetyssä BIMI -version 15 asiakirjassa kuvataan lisävalitsimia ja etsintäsääntöjä, mutta se on edelleen Internet-luonnos, ei RFC. Älä esittele edistyneitä valitsin käyttäytyminen vain siksi, että lähettävä alusta voi lisätä otsikon; vahvista ensin aiottu lähettäjä ja vastaanottaja. BIMI Internet-Luonnos 15, kohdat 4.3–4.4.

Määritä oikea omistaja- ja väitearvo

Yksinkertaisessa oletustapauksessa osoitteessa example.com, väitteen omistaja on default._bimi.example.com. Versiotunniste on v=BIMI1; indikaattorin sijainti käyttää l=, ja viranomaistodistusten sijainti käyttää a=. Luonnos määrittelee todisteen sijainnin valinnaiseksi syntaksiksi, mutta se ei tee todisteista valinnaista jokaiselle vastaanottajalle. BIMI Internet-Luonnos 15, kohta 4.3.

Kuvitteellinen kahden sijainnin kuva on v=BIMI1; l=https://assets.example.com/brand/logo.svg; a=https://assets.example.com/brand/mark.pem. Tämä ei ole tuotantotietue, isännöity resurssi tai sertifikaattisuositus. Älä korvaa todellista väitettä tai todellista varmenteen URL-osoitetta näillä esimerkkiarvoilla.

Google dokumentoi PEM-pohjaisen asennuksen Gmail , mukaan lukien esimerkki tyhjästä l= arvo ja sertifikaatin sijainti a=. Vain SVG-tietue ei ole sama toteutuspolku. Valitse kohdevastaanottajan ja toimitetun todisteen tukema lomake sen sijaan, että käsittelisit jokaista julkaistua esimerkkiä keskenään vaihdettavina. Googlen BIMI asetukset, vaiheet 2–4.

Tarkista sovellettava todennuskäytäntö

Vahvista Author Domain ja sovellettava organisaation verkkotunnuskäytäntö käyttämällä nykyistä DMARC löytösäännöt. Tarkista sitten todelliset viestit suunnitellulta reitiltä kohdistetun todennuksen varalta. BIMI Group vaatii täytäntöönpanoa ja panee merkille itseluottamuksellisten tietueiden rajallisen tuen, mutta käytäntöteksti tai tietueenrakentajan tulos eivät todista lähettäjän olevan valmis. BIMI -käyttöopas; RFC 9989 , kohdat 4.4 ja 4.10.

Tarjoajan dokumentaatio on luettava sen versiokontekstin kanssa. Nykyinen Google-sivu sisältää edelleen pct=100, kun taas RFC 9989 poisti sen tagin. Säilytä tämä ristiriita yhteensopivuuskysymyksenä sähköpostin ylläpitäjälle. Älä käytä prosenttiasetusta tai testaustilaa väitettynä pikakuvakkeena BIMI kelpoisuuteen, äläkä heikennä olemassa olevaa valvontaa, kun etsit asiaankuuluvaa omaisuusongelmaa. RFC 9989 , liite A.6.

Tarkista resurssit, joita väite mainostaa

Hosting-omistajan tulee toimittaa tarkat julkiset HTTPS-URL-osoitteet, aiotut tavut ja niiden tiivisteet. Ehdotetun haun tulee vahvistaa, että vastaus on odotettu sisältö tai varmennepaketti kirjautumissivun, merkkivirhesivun tai uudelleenohjauksen ei-liittyvään resurssiin sijaan. Tallenna tila, lopullinen URL, sisältötyyppi, koko ja TLS tulos. Näiden havaintojen on tultava varsinaisesta tuotantopolusta, ei vain paikallisesta tiedoston esikatselusta.

Merkitse sertifikaattipolkua varten tarkista myönnetty todiste ja ketju kohdetoimittajan vaatimusten mukaisesti. Googlen ohjeissa kuvataan sen PEM-paketti ja liikkeeseenlaskijan toimittama ketjutilaus. HTTPS-palvelimen varmenne suojaa hakua; se ei ole VMC tai CMC joka toimittaa merkkitodisteita. Tarkista molemmat suhteet itsenäisesti. Googlen BIMI asetukset, verkkopalvelinvaatimukset ja vaiheet 2–3.

Täällä ei ole haettu julkista URL-osoitetta todellisen käyttöönoton puolesta. Jos tiimi ei pysty toimittamaan hyväksyttyä omaisuutta tai varmennetta, jätä riippuvuus ratkaisematta sen sijaan, että luot paikkamerkin, joka voidaan luulla päteväksi todisteeksi.

Julkaise oikean DNS viranomaisen kautta

Tunnista tarkan omistajan arvovaltainen DNS palvelu ja tarkista olemassa olevat tietueet ennen muutoksen tekemistä. Varmista, odottaako editori suhteellista isäntänimiötä vai täydellistä nimeä. Säilytä edellinen arvo ja TTL ja käytä tarkistettua muutospyyntöä, jossa nimetään aiottu omistaja, tyyppi ja arvo. Vältä päällekkäisiä kilpailevia väitteitä samalla löydön nimellä.

Valtuutetun julkaisun jälkeen ehdotetut tarkastukset sisältävät dig @AUTH_IP default._bimi.example.com . TXT +norecurse ja dig @RESOLVER_IP default._bimi.example.com . TXT. Isoilla kirjaimilla kirjoitetut päätepisteet ovat paikkamerkkejä. Tallenna aikaleimat, täydelliset vastaukset, tietueen rajat ja todelliset arvot. Nämä komennot ovat ehdotettuja, eivät suoritettuja havaintoja.

Tarkista arvovaltainen johdonmukaisuus ennen kuin selität erimielisyyden välimuistiin tallentamiseksi. Vertaa sitten rekursiivisia polkuja aiotun vastaanottimen kannalta, jos nämä havainnot ovat saatavilla. DNS TTL tai palveluntarjoajan arvioitu näyttöikkuna ei takaa, että jokainen vastaanotin on päivittänyt tai näyttää logon.

Vahvista viesti ja suunnittele palautus

Lähetä kontrolloitu viesti tarkan hyväksytyn työnkulun kautta vasta, kun sen edellytykset ovat valmiit. Säilytä Author Domain, allekirjoitustunnukset, luotettavat todennustulokset ja kaikki asiaankuuluvat BIMI diagnostiikat. Tallenna näyttöhavainto erikseen postilaatikon tarjoajan, asiakasversion ja päivämäärän kanssa. Esimerkiksi Apple Mailin BIMI polku riippuu vastaanottavasta palveluntarjoajasta, joka toimittaa Applen määrittelemät shekit ja otsikot. Applen BIMI palvelinopastus.

Jos haku epäonnistuu, korjaa isännöity riippuvuus tai palauta hyväksytty aiempi väite muutossuunnitelman mukaisesti. Jos todennus epäonnistuu, tutki lähettäjä ja käytäntö. Jos vain näyttö puuttuu, älä päättele DNS virhettä tarkistamatta vastaanotinriviä. Säilytä vanhat todisteet, joita tarvitaan turvalliseen ja valtuutettuun palautukseen; Älä vähennä DMARC suojausta laajasti logon palauttamiseksi.

Tarkka todisteportti on "Vastaanottajakohtainen kelpoisuusmatriisi ja todisteet DNS , logon, varmenteen ja viestien todentamisesta." Tämä luonnos sisältää dokumentaarisen matriisin ja kuvitteellisen levykuvan. Live-julkaisua, DNS -kyselyä, varmenteen vahvistusta, vuokralaisen muutosta tai viesti-/näyttötestiä ei tapahtunut, joten toimintaportti ja omistajan julkaisun hyväksyntä ovat avoinna.

[ Takeaway ]

Julkaise vain hyväksytyt arvot ja varmista sitten DNS , isännöidyt tavut, merkitse todisteet ja valvottu viesti erillisinä vaiheina.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

DNS vaihtaa omistajaa

Julkaise tarkka hyväksytty väite

Suhteellinen isäntämerkintä, tietueen kaksoiskappale tai kopioitu esimerkki-URL-osoite voi ohjata etsinnän väärin.

Seuraavat vaiheet

  1. Vahvista koko omistaja, tyyppi ja arvo muutospyynnössä.
  2. Säilytä aikaisemmat tiedot ja muutoksen jälkeiset arvovaltaiset ja rekursiiviset vastaukset.

Isännöinti- ja varmenneoperaattori

Pidä mainostetut resurssit käyttökelpoisina

Väite luo riippuvuuksia täsmällisistä julkisista HTTPS-poluista ja soveltuvista merkintöistä.

Seuraavat vaiheet

  1. Vertaa haettuja tavuja hyväksyttyihin versioihin ja vahvista TLS erikseen.
  2. Säilytä kohdevastaanottajan edellyttämät todisteet ja ketju.

Vastaanottimen testin omistaja

Tarkista aiottu lähetyspolku

Onnistunut DNS haku ei luo todennusta tai näyttöä viestille.

Seuraavat vaiheet

  1. Säilytä viestien todelliset identiteetit ja luotettavat vastaanottotulokset.
  2. Kirjaa palveluntarjoaja, asiakas ja aika jokaiselle näyttöhavainnolle.

[ UKK ]

Usein kysytyt kysymykset

Mihin BIMI -oletusvahvistus menee osoitteeseen example.com ?

Dokumentoidussa oletusvalitsimen tapauksessa TXT omistaja on default._bimi.example.com . Vahvista todellinen Author Domain ja tuettu etsintätyönkulku ennen julkaisua.

Mitä v=, l= ja a= tarkoittavat?

v= identifies the BIMI version, l= gives an indicator location, and a= gives an authority-evidence location. Use the precise syntax and values applicable to the intended receiver.

Jos a= on valinnainen luonnoksessa, voinko jättää Gmail varmennetodistuksen pois?

Ei. Googlen dokumentoitu toteutus vaatii VMC tai CMC . Protokollasyntaksi ja vastaanottimen kelpoisuus ovat eri tasoja.

Voiko tyhjä l= olla kelvollinen Googlen dokumentoimassa PEM-polussa?

Google näyttää esimerkin, jossa tyhjät l= ja a= osoittavat logon sisältävään PEM-tiedostoon. Käytä tuettua polkua ja todellisia julkaistuja tiedostoja, älä mielivaltaista puutetta.

Mitä julkisissa URL-osoitteissa tulee varmistaa ennen DNS muutoksia?

Hae todelliset resurssit ja säilytä tila, lopullinen URL, sisältötyyppi, tavuhajautus ja TLS todisteet. Varmista, että palautettu sisältö on tarkoitettu sisältö- tai varmennepaketti, ei kirjautumis- tai virhesivu.

Vahvistaako voimassa oleva HTTPS-sertifikaatti brändilogon?

Ei. Palvelimen TLS -varmenne suojaa hakua. VMC / CMC -todisteet palvelevat eri tarkoitusta ja tarvitsevat oman soveltuvan validoinnin.

Voinko korjata puuttuvan logon vähentämällä DMARC valvontaa?

Älä käytä politiikan heikentämistä yleisenä elpymisvaiheena. Tunnista, epäonnistuuko todennus, DNS , haku, todiste tai vastaanottaja, ja korjaa tämä riippuvuus.

Mitä todisteita puuttuu, kun noudatetaan vain kuvitteellista esimerkkiä?

Kaikki todelliset käyttöönoton todisteet: aiotun toimialueen DNS vastaukset, hyväksytty logo, hyväksytty varmenne, vastaanotettujen viestien todennus ja vastaanottajan havainnot. Esimerkkiarvoja ei ole julkaistu tai testattu.

[ Lähteet ]

Lähteet

  1. Apple: Valmistele sähköpostipalvelimesi BIMI tukea varten Apple Mailissa
  2. BIMI Internet-luonnos 15 (31.10.2026; työn alla)
  3. Google Workspace : Ota BIMI käyttöön
  4. BIMI Groupin käyttöönottoopas
  5. RFC 9989 : verkkotunnuspohjainen viestien todennus, raportointi ja vaatimustenmukaisuus

[ Sanasto ]

Sanasto

Oletusvalitsin
BIMI valitsin nimeltä oletus, jota käytetään tavallisessa dokumentoidussa väitteen hakupolussa.
Viranomaisten todisteiden sijainti
a= sijainti BIMI -väitteessä, joka mainostaa HTTPS-todisteasiakirjaa, kun se toimitetaan.
Ilmaisimen sijainti
l = sijainti, joka kuvaa julkaistua indikaattoria sovellettavan BIMI vahvistussyntaksin mukaisesti.
PEM-paketti
Tekstikoodattu varmennepaketti, joka sisältää myönnetyn merkkitodistuksen ja siihen liittyvän ketjun Googlen dokumentoidussa asetuksessa.
Julkaisutodisteet
Havaittiin arvovaltaisia ​​ja rekursiivisia DNS vastauksia aiotulle omistajalle ja arvolle erillään editorin tallennetuista määrityksistä.

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