[ BIMI & merkki ]

BIMI omaisuuden hosting: HTTPS-saatavuus, uudelleenohjaukset ja varmenteet

Tarkista julkinen BIMI resurssien haku, HTTPS-sertifikaatit, isännöity PEM-sisältö ja vaihda omistajuutta olettamatta, että selaimen esikatselu todistaa vastaanottajan pääsyn.

EmailAuth -tutkimusryhmä · 8 min lukuaika

[Avainkohdat]

  • HTTPS-varmenne ja isännöity merkkivarmenne ovat erillisiä riippuvuuksia.
  • Tarkista vastaukset ja palautetut tavut tarkassa julkaistussa URL-osoitteessa.
  • Käsittele suoraa isännöintiä yhteentoimivuusvalintana, älä keksittynä universaalina uudelleenohjaussääntönä.
Tällä sivulla

Käsittele julkaistua URL-osoitetta palveluriippuvuutena

BIMI hosting on enemmän kuin logon laittamista verkkosivustolle. Julkaistun sijainnin on johdettava automaattinen vastaanotin aiotulle omaisuudelle sopivalla HTTPS-käyttäytymisellä ja varmennemateriaalilla. Onnistunut selaimen esikatselu järjestelmänvalvojan kirjautuneesta istunnosta ei vahvista, että julkinen asiakas saa saman vastauksen. Aloita todellisesta omaisuuden sijainnista, joka on tarkoitettu BIMI -ennätys ja jäljittää sen yrityksen kotisivusta riippumatta.

Tässä artikkelissa ehdotetaan isännöinnin hyväksymisprosessia, ei ennätys käyttöönotetusta palvelusta. Lähteet haettiin 8. marraskuuta 2026. Googlen asennus- ja vianetsintäsivut kuvaavat Gmail vastaanottimen työnkulkua. BIMI on edelleen luonnos, eikä saatavilla olevaa luonnostekstiä ole käsitelty vahvistettuna normatiivisena todisteena. Erityisesti tässä artikkelissa ei keksitä yleistä uudelleenohjauslaskentaa tai väitettä, että jokainen vastaanottaja käsittelee uudelleenohjauksia samalla tavalla.

Erota nämä kaksi sertifikaattivastuuta

HTTPS-palvelin esittää siirtovarmenteen suojatun yhteyden muodostamiseksi. Isännöity PEM sisältää VMC tai CMC ja siihen liittyvä sertifikaattimateriaali, jota käytetään tuotemerkin väittämiseen. Nämä ovat erilaisia ​​kohteita, joilla on eri omistajat ja uusimisriippuvuudet. Verkkopalvelimen varmenteen korjaaminen ei uusi merkkivarmennetta, eikä PEM:n vaihtaminen korjaa virheellistä HTTPS-yhteyttä. Googlen dokumentaatio vaatii HTTPS-isännöinnin ja selittää erikseen varmenteen tukeman PEM-työnkulun. Googlen asennusohjeet

Google suosittelee TLS 1.2:ta tai uudempaa ja kuvaa ketjun, jonka juuret ovat luotetussa CA:ssa. Isännöidyn merkkimateriaalin työnkulun mukaan liitetään myöntäjän antamassa tilauksessa väli- ja juurivarmenteet, tyypillisesti entiteetti, välituotteet, juuri. Noudata varsinaisen myöntäjän tiedoston ohjeita sen sijaan, että koottaisi mielivaltaista sertifikaattikokoelmaa. Kirjaa ylös, mitä varmennetta tutkitaan aina, kun joku ilmoittaa vanhenemis- tai ketjuongelmasta.

Tarkista ensimmäinen vastaus ja jokainen riippuvuus

Käytä vakaata, suoraa HTTPS-resurssin URL-osoitetta toiminnallisena suunnitteluvaihtoehtona. Jos uudelleenohjaus on olemassa, säilytä sen tila, kohde ja myöhemmät vastaukset ja vahvista todellisen vastaanottajan tuettu toiminta ennen kuin luotat siihen. Uudelleenohjaus kirjautumissivulle, markkinoinnin kotisivulle tai tilapäisesti allekirjoitettuun URL-osoitteeseen voi saada selaimen työnkulun näyttämään onnistuneelta, vaikka se ei pysty toimittamaan vaadittua objektia automatisoidulle asiakkaalle. Vältä väittämästä, että kaikki uudelleenohjaukset ovat kiellettyjä, jos tarkistetut lähteet eivät vahvista tätä sääntöä.

Ehdotetussa hyväksyntätarkistuksessa tulisi erottaa DNS selvitys, yhteyden muodostaminen, varmenteen vahvistus, HTTP-vastaus ja sisällön validointi. Tallenna epäonnistumiset niiden todellisessa vaiheessa. Tavoitettavissa oleva palvelin voi palauttaa HTML-virheasiakirjan, jonka tila on ilmeisesti onnistunut. Oikea sisältö on käytettävissä vain evästehaasteen jälkeen. Sertifikaatin ketju voi toimia yhden asiakkaan luottamusympäristössä, kun taas toisessa se voi olla keskeneräinen. Nämä ovat tutkimushypoteesia, eivät löydöksiä mistään elävästä isännästä.

Vertaa käyttöön otettua sisältöä hyväksyttyyn artefakttiin

Säilytä ladattu tekstiosa ja vertaa sitä hyväksyttyyn julkaisuehdotukseen. Tiedostonimi tai välimuistin tunniste ei voi todistaa sisällön identiteettiä. Tallenna vastausotsikot, lopullinen URL, hakuaika ja tosiasiallisesti vastaanotettujen tavujen tiivistelmä. SVG:ssä toista asianmukainen rakennetarkistus kyseiselle objektille. Varmista PEM:n osalta, että aiottu varmenneketju ja upotettu logo ovat mukana ja että ne vastaavat tarkistettua myöntäjän pakettia. Googlen vianetsintäohjeissa vaaditaan erikseen julkista PEM-käyttöä, oikeaa DNS URL-osoitetta, liitettyjä varmenteita ja oikeaa sulautettua SVG-muotoa. Googlen vianetsintä

Älä oleta, että verkkosivuston julkaisu säilyttää resurssien polut. Kehyksen muutos voi lähettää tuntemattomia polkuja yksisivuiseen sovellukseen, CDN-sääntö voi muuttaa vastauksia ja tietoturvatuote voi lisätä interaktiivisen haasteen. Aseta BIMI -päätepiste nimenomaisen omistajanvaihdon alle. Ehdotetun julkaisun tarkistuksen tulee hakea tarkka polku luottamatta sisäänkirjautuneeseen istuntoon ja vahvistaa sisältö, ei vain vahvistaa, että verkkosivusto on online-tilassa.

Alkuperäinen isännöinnin hyväksymistaulukko

Käytä tätä laskentataulukkoa jokaiselle ehdotetulle omaisuuden sijainnille. Merkinnät ovat todistepyyntöjä, eivät suoritettuja testejä tai ohjeita turvatarkastusten ohittamiseksi. Jokainen live-haku, käyttöönotto tai konfiguraatiomuutos vaatii asianmukaisen valtuutuksen ja sovitun ympäristön.

  • Väitteen kartoitus: lähetettävä verkkotunnus, valittu BIMI -tietue, tarkoitettu sisältötyyppi ja tarkka julkaistu URL-osoite.
  • Omistajuus: DNS editori, isännöintitiimi, CDN:n tai reunan omistaja ja merkki-sertifikaatin yhteyshenkilö.
  • Yhteyden todisteet: julkinen hakukonteksti, päätepisteen nimi, TLS tulos ja esitetty ketju.
  • HTTP-todisteet: ensimmäinen tila, uudelleenohjauskohteet, lopullinen tila, vastausotsikot ja palautettu objektityyppi.
  • Sisällön identiteetti: ladattu tiedosto, tavujen määrä, tiivistelmä ja vertailu hyväksyttyyn ehdokkaaseen.
  • Sertifikaattimateriaali: merkin myöntäjä, sertifikaatin tila, upotettu logo ja vaadittu ketjupakkaus.
  • Käytettävyys: todentamaton hakutulos ja mahdolliset haasteet, kirjautuminen tai maantieteelliset rajoitukset.
  • Jatkuvuus: uusimispäivämäärät, seurantavastuu, muutosikkuna ja hyväksytty restaurointiartefaktti.

Nimeä jokaiselle epäonnistuneelle riville vastuullinen komponentti ja seuraava tarvittava todiste. Ketjuvirhe kuuluu asiaankuuluvaan varmenteeseen tai isännöinnin omistajaan. Yhteensopimaton logo kuuluu julkaisun hallintaan ja liikkeeseenlaskijariippuvuuteen. Väärä DNS URL-osoite kuuluu tietueen omistajalle. Tämä jako estää toistuvia logomuokkauksia hämärtämästä yksinkertaista polkua tai pääsyongelmaa.

Kuvitteellinen esimerkki: verkkosivuston siirto muuttaa resurssipolun

Kuvitteellinen Cedar Quay siirtää yrityksen verkkosivut uudelle alustalle. Ehdotettu BIMI URL-osoite näyttää edelleen tutulta, mutta siirtosuunnitelma reitittää vanhat polut kotisivun uudelleenohjauksen kautta. Tässä keksityssä skenaariossa työntekijä näkee yrityksen verkkosivuston ja olettaa, että tiedosto on saatavilla. Arvostelussa kysytään erilaista kysymystä: minkä kohteen tarkalleen vastaanottaisi todentamaton pyyntö julkaistuun sisältökohteen URL-osoitteeseen?

Suunniteltu diagnoosi erottaa HTTPS-varmenteen isännöidystä PEM:stä ja uudelleenohjauksen lopullisesta objektista. Ryhmä säilyttää ensimmäisen vastauksen, noudattaa vain hyväksyttyä diagnostiikkapolkua ja vertaa palautettua sisältöä toimittajan pakettiin. Suoraa vakaata päätepistettä ehdotetaan tarpeettoman riippuvuuden poistamiseksi. Cedar Quaylle ei tehty pyyntöä, uudelleenohjausjäljitystä ei ole olemassa eikä käyttöönottoa tai postilaatikon näyttöä vahvistettu.

Suunnittele muutokset ja uudistukset yhdessä

Säilytä URL-osoite, sisältö ja varmenteen identiteetit yhdessä julkaisutietueessa. Ennen kuin muutat omaisuutta, selvitä, onko liikkeeseenlaskijan tarkistettava uusi logo tai annettava korvaava merkkimateriaali. Varmista ennen isännöinnin siirtämistä, että DNS julkaisu ja päätepisteiden jatkuvuus ovat koordinoituja. Älä lupaa välitöntä vastaanottimen päivitystä tai yleisnäyttöä muutoksen jälkeen; haku- ja esityskäyttäytyminen riippuvat vastaanottavasta palvelusta ja sen nykyisestä käytännöstä.

Googlen dokumentoidut Gmail asetukset käyttävät PEM-polkua eikä tue itsenäistä vain SVG-käyttöönottoa. Sen vianetsintävaiheet erottavat myös vastaanottajan tuen tiedosto- ja varmenneongelmista. Siksi onnistunut isännöintitarkastus on välttämätön todiste valitulle työnkululle, mutta ei todiste viestin todentamisesta, myöntäjän hyväksynnästä tai postilaatikon esittelystä. Google-vastaanottimen työnkulku

Luettelo vaatii ehdokaskohteen, validointihavainnot ja julkisen HTTPS-haun sisällön ja varmenteen todisteineen. Niitä ei ole toimitettu todellista käyttöä varten, joten alkuperäiset todisteet ovat edelleen avoinna. Myös inhimillinen pk-yritys, lähteiden soveltuvuus, tuotantoreitit, visuaalinen saavutettavuus ja omistajan vapauttaminen ovat avoimia. Pidä tämä käsikirjoitus luonnoksessa, kunnes nämä riippumattomat vaatimukset on todella täytetty.

[ Takeaway ]

Pidä päätepiste, vastaus, sisältö ja varmennetodisteet yhdessä ja määritä jatkuvuuden omistajuus tarkalleen julkaistulle omaisuuspolulle.

[ Roolin mukaan ]

Mitä tämä tarkoittaa sinulle

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

IT / Mail Admin

Jäljityshaku vaihe vaiheelta

Tavoitettavissa oleva verkkosivusto ei välttämättä palvele aiottua sisältöä.

Seuraavat vaiheet

  1. Tallenna ensimmäisen ja viimeisen vastauksen tiedot.
  2. Vertaa ladattuja tavuja hyväksyttyyn pakettiin.
  3. Tarkista DNS URL-osoite ja todellinen julkinen saavutettavuus.

CISO / SecOps

Erilliset sertifikaattivastuut

Kuljetusluottamuksella ja merkin validoinnilla on erilaisia ​​todisteita ja uusimisen omistajia.

Seuraavat vaiheet

  1. Tunnista, mikä varmenne epäonnistui.
  2. Pidä todennus ja pääsynhallinta ennallaan.
  3. Tarkista reuna- ja sisältömuutokset ennen julkaisua.

Perustaja / ei-tekninen

Määritä päätepisteen jatkuvuus

Verkkosivuston siirto voi katkaista pienen mutta tärkeän riippuvuuden.

Seuraavat vaiheet

  1. Nimeä hosting- ja varmenteen omistajat.
  2. Sisällytä BIMI polut julkaisuarvosteluihin.
  3. Vaadi todisteita etusivun kuvakaappauksen sijaan.

[ UKK ]

Usein kysytyt kysymykset

Ovatko HTTPS-varmenne ja VMC sama asia?

Ei. Yksi suojaa verkkoyhteyden; isännöity merkkimateriaali tukee brändin väitettä. Google dokumentoi nämä erillisinä asennusosina.

Google: Määritä BIMI

Todistaako onnistunut selaimen esikatselu julkisen haun?

Ei. Se voi riippua istunnon tilasta tai palauttaa eri objektin. Ehdotettu hyväksyntätarkistus säilyttää todentamattomat vastaukset ja sisällön todisteet.

Ovatko kaikki HTTP-uudelleenohjaukset yleisesti kiellettyjä?

Tämä tarkistus ei vahvista tällaista yleismaailmallista sääntöä. Valitse suora päätepiste ja vahvista todellisen vastaanottajan käyttäytyminen ennen kuin luotat uudelleenohjauksiin.

Mitä ehdotetusta hausta tulee säilyttää?

Tarkka URL-osoite, aikaleima, yhteyden tulos, vastausketju, otsikot, teksti ja tiivistelmä, ja testikonteksti on selkeästi tunnistettu.

Mikä ketju menee isännöidyssä PEM:ssä?

Google kehottaa käyttäjiä liittämään myöntäjän toimittamat väli- ja päävarmenteet järjestyksessä, yleensä entiteetti-, väli- ja päävarmenteet. Noudata myöntäjän paketin ohjeita.

Google: Määritä BIMI

Voiko oikea tila piilottaa väärän sisällön?

Kyllä. Ehdotettu tarkistus vertaa palautettua kappaletta hyväksyttyyn esineeseen sen sijaan, että hyväksyttäisiin pelkkä tila.

Hyväksyykö Gmail vain SVG-käyttöönoton?

Sen dokumentoitu työnkulku vaatii varmennetukea PEM-materiaalia, eikä se tue itsenäistä vain SVG-polkua.

Google: Määritä BIMI

Onko julkista päätepistettä testattu täällä?

Ei. Vaadittu live HTTPS, sisältö ja varmennetodisteet ovat avoinna.

[ Lähteet ]

Lähteet

  1. Google: Määritä BIMI

    Osat Ennen kuin aloitat · Vaihe 1: Luo logostasi SVG-tiedosto · Vaihe 2: Hanki VMC tai CMC ja niihin liittyvät tiedostot · Vaihe 3: Lataa PEM-tiedosto

  2. Google: BIMI -ongelmien vianmääritys

    Osat VMC tai CMC ongelmiin · BIMI -logon kuvaongelmiin

[ Sanasto ]

Sanasto

Isännöi PEM
Julkisesti isännöity varmennepaketti, joka sisältää merkintävarmennemateriaalin ja upotetun SVG:n Googlen dokumentoituun työnkulkuun.

Google: Määritä BIMI

Kuljetustodistus
Verkkopäätepisteen TLS sertifikaatti, joka eroaa isännöidystä merkkivarmenteen sisällöstä.

Google: Määritä BIMI

Vastauksen jälki
Ehdotettu tietue ensimmäisestä vastauksesta, uudelleenohjauksista ja lopullisesta palautetusta objektista.
Jatkuvuuden omistaja
Päätepisteen, varmenteen ja muutosten koordinoinnista vastaava henkilö.

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