Grupa korporacyjna może się centralizować BIMI operacji bez traktowania każdej spółki zależnej jako tego samego nadawcy. Ważną jednostką planowania jest tożsamość wysyłająca i jej zatwierdzona marka, a nie liczba firm w schemacie organizacyjnym. Zacznij od podjęcia decyzji, które domeny powinny reprezentować firmę nadrzędną, a które zachować znak pomocniczy.
Zbuduj rejestr domeny do marki
Dla każdej widocznej domeny Z zapisz właściciela firmy, zatwierdzone logo, systemy wysyłania, zakres certyfikatów i adresy URL zasobów publicznych. Uwzględnij spółki zależne posiadające odrębne marki, spółki joint venture i niedawno przejęte firmy. Sama przynależność korporacyjna nie przesądza o tym, czy dany znak może być objęty daną domeną i czy obejmuje go istniejący certyfikat.
Użyj dokumentacji wystawcy dla zakresu certyfikatu. Na przykład, Przepływ pracy w cyklu życia DigiCert wyraźnie reprezentuje nazwy domen w procesach żądania certyfikatu i ponownego wystawienia. Pomaga to sprawdzić faktycznie wydany zakres, zamiast zakładać, że certyfikat firmy-matki automatycznie obejmuje każdą spółkę zależną. Warunki handlowe i warunki walidacji specyficzne dla emitenta należy potwierdzić osobno.
Deleguj odpowiedzialność bez utraty kontroli
Centralny zespół pocztowy może utrzymywać szablony i monitorować, podczas gdy właściciele lokalnych marek zatwierdzają odpowiedni wizerunek, a kontakty prawne ustalają prawa. Dokument, kto może zmienić potwierdzenie DNS jednostki zależnej i kto może publikować pliki na hoście zasobów współdzielonych. Nie zezwalaj, aby konfiguracja domyślna zastępowała logo nadrzędne w przypadku braku mapowania pomocniczego.
Host współdzielony powinien udostępniać przemyślany plik dla każdego zatwierdzonego adresu URL. Oddziel ścieżki dzierżawców i prowadź manifest wersji, aby aktualizacja dla jednej firmy nie zastąpiła po cichu zasobu innej firmy. Są to zalecane elementy sterujące zmianami, a nie dodatkowe znaczniki protokołu BIMI . Ich wartością jest ograniczenie błędów w skądinąd wydajnej usłudze wspólnej.
Przetestuj portfolio składające się z trzech domen
W rejestrze syntetycznym example.com używa znaku nadrzędnego, retail.example używa oddzielnego znaku detalicznego, a service.example używa znaku nadrzędnego w ramach zatwierdzonego związku. Każdy wiersz rejestruje zamierzony skrót logo i zakres certyfikatu. W wyniku przeglądu wykryto, że plik retail.example wskazuje plik nadrzędny po wdrożeniu na serwerze współdzielonym. Tekst DNS jest składniowo wiarygodny, ale mapowanie domeny na markę jest błędne.
Drugi przypadek negatywny usuwa service.example z udokumentowanego zakresu certyfikatu, pozostawiając jej potwierdzenie bez zmian. Oznacz go do celów weryfikacji emitenta i technicznej, zamiast decydować, że własność korporacyjna rozwiąże niedopasowanie. Test rejestru lokalnego może zidentyfikować niespójne dane wejściowe; nie weryfikuje legalności ani łańcucha certyfikatów. Kontrole te wymagają własnych dowodów i recenzentów.
Zmierz zasięg według tożsamości i odbiorcy
Zapytaj, czy każda aktywna tożsamość spełnia wymagania wstępne uwierzytelnienia, publikuje zatwierdzone zasoby i została zaobserwowana u zamierzonych odbiorców. Portfel zawierający dziesięć rekordów DNS niekoniecznie oznacza dziesięć zweryfikowanych wdrożeń. Zachowaj widoczność niekompletnych tożsamości oraz nieobsługiwanych lub nieprzetestowanych powierzchni odbiorników w raporcie z wdrożenia.
Wytyczne wdrożeniowe Grupy BIMI pozostawia kryteria wyświetlania uczestniczącym dostawcom. Dlatego nie obiecuj wyglądu logo dla całej grupy tylko dlatego, że usługa centralna jest sprawna. Sprawdź ponownie rejestr po przejęciach, zbyciu, transferach domen i zmianach wspólnego hosta. Usuń uprawnienia, które nie należą już do byłej spółki zależnej, bez zakłócania zachowanej poczty operacyjnej. Powyższe portfolio zostało wymyślone; nie żąda się żadnego produkcyjnego DNS , certyfikatu ani dowodu odbiorcy.
Użyj oddzielnych kolumn zatwierdzeń i dowodów
Wiersz portfolio powinien zawierać odniesienie do zatwierdzenia marki oraz dowody techniczne. Wspólne logo może być odpowiednie dla dwóch domen, ale nie należy stąd wyciągać wniosku, że certyfikat zakupiony dla jednej automatycznie obejmuje drugą. DigiCert wyraźnie wymienia domeny w żądaniu i ostrzega, że dodatkowe domeny mogą mieć wpływ na weryfikację i koszt. Zatwierdzenie komercyjne pozostaje oddzielone od niniejszego arkusza planowania.
- Widoczne z domeny, podmiotu zależnego i odpowiedzialnego właściciela: w oczekiwaniu.
- Zatwierdzony znak i odniesienie do zatwierdzenia praw: w toku.
- Wystawiony zakres domeny certyfikatu i potwierdzenie wystawcy: w toku.
- URL logo publicznego/certyfikatu, oczekiwane podsumowanie i zaobserwowane podsumowanie: w toku.
- Zmiana właściciela hosta współdzielonego, dotknięte domeny rodzeństwa i granica wycofania: w toku.
- Przetestowane pary nadawcy/odbiorcy, nieprzetestowane tożsamości i data przeglądu: w toku.