[ Bezpieczeństwo transportu ]
Miejsca docelowe raportowania TLS-RPT i dostarczanie raportów
Zdefiniuj zatwierdzone ścieżki gromadzenia mailto lub HTTPS, integralność raportów, czas i obowiązki związane z przetwarzaniem bez zakładania gwarantowanej podwójnej dostawy.
Przez zespół badawczy EmailAuth · 8 minut czytania
[Kluczowe punkty]
- Zbieranie i egzekwowanie transportu TLS-RPT to oddzielne zależności.
- Wiele miejsc docelowych rua nie gwarantuje kopii w każdym punkcie końcowym.
- Zweryfikuj odbiór, integralność, analizę i atrybucję jako odrębne etapy.
Na tej stronie
[Na wynos]
Traktuj miejsce docelowe raportowania jako posiadaną umowę o świadczenie usług z zatwierdzonym udostępnianiem danych i możliwymi do zaobserwowania etapami od dostawy do przetworzenia.
[ Według roli ]
Co to oznacza dla Ciebie
Wybierz swoją rolę, aby uzyskać praktyczne dalsze kroki.
Administrator IT / poczty
Śledź raport poprzez zbieranie
Akceptacja punktu końcowego to nie to samo, co pomyślna analiza.
Kolejne kroki
- Sprawdź dokładny rekord raportowania i obsługiwane identyfikatory URI.
- Zachowaj identyfikatory raportów poprzez przetwarzanie.
- Sprawdź osobno kompresję, integralność i atrybucję.
CISO / SecOps
Zatwierdź i chroń kanał raportowania
Raporty zawierają metadane operacyjne i niezaufaną treść.
Kolejne kroki
- Zatwierdź zewnętrznych odbiorców i przechowywanie.
- Zachowaj wymagane kontrole podpisu raportów SMTP .
- Unikaj zakładania, że transport raportów jest zawsze szyfrowany.
Założyciel / Nietechniczny
Przypisz odpowiedzialność za zbiórkę
Opublikowanie miejsca docelowego nie czyni kogoś odpowiedzialnym za podjęcie działań w przypadku niepowodzeń.
Kolejne kroki
- Podaj nazwę zbierającego i właściciela zdarzenia.
- Zdefiniuj relację archiwum i pulpitu nawigacyjnego.
- Ustal realistyczne oczekiwania dotyczące udziału i harmonogramu.
[ Często zadawane pytania ]
Często zadawane pytania
Gdzie publikowany jest rekord TLS-RPT ?
W _smtp._tls w domenie zasad, przy użyciu TXT z wersją TLSRPTv1 i miejscami docelowymi rua. Jest to plik odrębny od pliku zasad MTA-STS .
Jakie schematy docelowe są obsługiwane przez RFC 8460 ?
Obsługiwane schematy to mailto i https. Raporty HTTPS korzystają z protokołu POST; raporty mailto korzystają z określonej ścieżki dostarczania skrzynki pocztowej.
Czy miejsce docelowe zewnętrzne wymaga rekordu autoryzacji w stylu DMARC?
RFC 8460 nie definiuje uzgadniania DNS w stylu DMARC. Potwierdź oddzielnie zgodę organizacji i wszelkie wdrożenia dotyczące kolekcjonerów; nie wymyślaj protokołu protokołu.
Czy każdy raport będzie otrzymywał każdy z dwóch identyfikatorów URI rua?
Nie koniecznie. Reporter może wypróbować wiele obsługiwanych miejsc docelowych lub wybrać jedno. Pomyślna akceptacja w jednym punkcie końcowym może zapewnić dostawę.
Jaka kontrola integralności dotyczy raportów SMTP ?
Wymagają prawidłowego podpisu DKIM domeny raportowania bez l=. Klucz powinien zadeklarować s=tlsrpt; odbiorca może zignorować raporty niezawierające tej deklaracji usług.
Czy potwierdzenie HTTPS potwierdza powodzenie przetwarzania?
Nie. Pomyślna odpowiedź potwierdza dostawę, a odbiorca może zająć się nią później. Śledź oddzielnie wyniki kolejki, parsera i atrybucji.
Czy codzienne raporty są gwarantowane?
Nie. Zalecany jest pełny odstęp dni UTC i opóźniona dostawa, ale raporty są opcjonalne i nie następuje żadna uniwersalna obietnica codziennego odbioru.
Co się stanie, jeśli zostaną opublikowane dwa ważne rekordy zasad TLS-RPT ?
Po odrzuceniu rekordów zasobów TXT , które nie zaczynają się od literalnego przedrostka „ v=TLSRPTv1; ”, nadawca musi znaleźć dokładnie jeden pozostały rekord. Jeśli znajdzie zero lub więcej niż jeden, RFC 8460 wymaga od niego założenia, że TLS-RPT nie jest zaimplementowany. Granice rekordów mają znaczenie: wiele ciągów w jednym rekordzie TXT nie oznacza samo w sobie wielu rekordów zasad.
[ Źródła ]
Źródła
- RFC 8460
Sekcje §3. Polityka raportowania · §4.1 Ramy czasowe raportu · §4.3 Typy wyników · §5.2 Kompresja · §5.3 Transport poczty e-mail · §5.4 Transport HTTPS · §5.5 Ponowna próba dostarczenia · §5.6 Odchylenia metadanych · §7. Względy bezpieczeństwa
[ Słowniczek ]
Słowniczek
- Zgłoś akceptację
- Pomyślne potwierdzenie odbioru odbiorcy, odrębne od późniejszego przetwarzania.
- Identyfikator raportu
- Metadane używane do identyfikacji raportu i pomagają wykrywać duplikaty zgłoszeń.
- Umowa kolekcjonerska
- Proponowana umowa obejmująca własność miejsca docelowego, przetwarzanie danych i przetwarzanie dowodów.
Pochodzenie przedsiębiorstwa
Dlaczego najlepsze instytucje finansowe i rządy wycofali swoje panele bezpieczeństwa poczty e-mail.
Tradycyjne platformy uwierzytelniania poczty e-mail oferują pulpit nawigacyjny i proszą inżynierów o wykonanie pracy. W środowiskach o dużej stawce ręczny nadzór oznacza opóźnione egzekwowanie, zmianę konfiguracji i niemonitorowane domeny-cienie.
EmailAuth to platforma agentowego pochodzenia wiadomości e-mail. Nasi agenci egzekwują p=reject, dostosuj zewnętrznych nadawców i przenieś swoje domeny do pełnych adresów RFC 9989 zgodność, nowy standard DMARC , z możliwością kontroli przez człowieka.
SaaS · Dedykowany najem · Lokalne rozwiązanie typu air-gapped · Szyfrowanie BYOK