[ Raporty i dochodzenie ]

Raporty o awariach DMARC : dostępność, użyteczność i ograniczenia

Używaj raportów dotyczących konkretnych wiadomości jako opcjonalnego, wrażliwego dowodu diagnostycznego, a nie pełnego źródła niepowodzeń uwierzytelniania.

Przez zespół badawczy EmailAuth · 3 minuty czytania

[Kluczowe punkty]

  • Raporty o błędach mogą ujawnić treść prywatnych wiadomości.
  • Zewnętrzne zezwolenie DNS nie zastępuje zgody na udostępnianie danych.
  • Użyj wąskiego zbioru diagnostycznego z datą przeglądu.
Na tej stronie

[Na wynos]

Użyj wąskiego zbioru diagnostycznego z datą przeglądu.

[ Według roli ]

Co to oznacza dla Ciebie

Wybierz swoją rolę, aby uzyskać praktyczne dalsze kroki.

Administrator IT / poczty

Przygotuj bezpieczne przyjęcie raportu

Adres roboczy nie jest kompletnym systemem raportowania.

Kolejne kroki

  1. Sprawdź autoryzację zewnętrzną.
  2. Koreluj raporty z dowodami trasy.
  3. Traktuj osadzone treści jako niezaufane.

CISO / SecOps

Traktuj raporty jako wrażliwe dowody

Raporty o awariach mogą ujawnić prywatną komunikację i złośliwą zawartość.

Kolejne kroki

  1. Ogranicz dostęp i przekazywanie.
  2. Zatwierdź przechowywanie i przetwarzanie.
  3. Przeanalizuj konieczność dalszej zbiórki.

Założyciel / Nietechniczny

Zapytaj tylko o przydatne szczegóły

Więcej danych w wiadomościach stwarza obowiązki i wartość diagnostyczną.

Kolejne kroki

  1. Najpierw zdefiniuj pytanie.
  2. Jeśli jest to wystarczające, preferuj próbki kontrolowane.
  3. Ustaw datę przeglądu kolekcji.

[ Często zadawane pytania ]

Często zadawane pytania

Czy publikacja ruf gwarantuje raporty?

Nie. Odbiorcy mogą ograniczyć lub odrzucić zgłaszanie błędów, w tym ze względu na prywatność.

RFC 9991 RFC 9989 RFC 9990

Czy raporty o błędach są tym samym, co raporty zbiorcze?

Nie. Raporty o awariach mogą zawierać szczegółowe informacje dotyczące wiadomości; raporty zbiorcze podsumowują obserwacje i zliczenia.

RFC 9991 RFC 9989 RFC 9990

Czy każda awaria wygeneruje jeden raport?

Nie polegaj na tym. Udział odbiorcy, limity stawek i zachowanie raportów uniemożliwiają pełne rozliczanie jeden do jednego.

RFC 9991 RFC 9989 RFC 9990

Czy raporty o awariach mogą zawierać treść komunikatu?

Tak. Treść i nagłówki mogą zostać uwzględnione zgodnie z zasadami reportera i wyborem redakcji.

RFC 9991 RFC 9989 RFC 9990

Czy zewnętrzne miejsce docelowe wymaga autoryzacji?

Tak, jeśli wymaga tego procedura weryfikacji zewnętrznego miejsca docelowego, a zgoda na udostępnienie danych organizacyjnych pozostaje odrębna.

RFC 9991 RFC 9989 RFC 9990

Czy brak raportów o awariach może świadczyć o tym, że problem zniknął?

Nie. Użyj innych dowodów, w tym testów kontrolowanych i obserwacji zbiorczych.

RFC 9991 RFC 9989 RFC 9990

Czy raporty powinny trafiać do zwykłej udostępnionej skrzynki odbiorczej?

Używaj ograniczonego spożycia z bezpiecznym obchodzeniem się, imieniem i nazwiskiem właściciela i kontrolą przechowywania.

RFC 9991 RFC 9989 RFC 9990

Kiedy należy sprawdzić prośbę o diagnostykę?

W określonym terminie przeglądu oraz kiedy cel diagnostyczny zostanie zakończony lub ulegnie zmianie.

RFC 9991 RFC 9989 RFC 9990

[ Źródła ]

Źródła

  1. RFC 9991

    Sekcje §2 · §5 · §7 · §7.3 · §8.1

  2. RFC 9989

    Sekcje §4.7

  3. RFC 9990

    Sekcje §4

[ Słowniczek ]

Słowniczek

Dopasowanie identyfikatora
Wymagana relacja między domeną autora a uwierzytelnioną domeną SPF lub DKIM dla DMARC .
Zbiorczy wniosek o raportowanie (rua)
Znacznik DMARC określający miejsca docelowe zbiorczych raportów uwierzytelniania.
Żądanie zgłoszenia awarii (ruf)
Znacznik DMARC określający miejsca docelowe dla potencjalnie wrażliwych informacji o błędach specyficznych dla wiadomości.
Opcje raportowania awarii (fo)
Żądane warunki raportu o błędach, uwzględniane tylko w przypadku miejsca docelowego ruf; nie zmieniają warunku przejścia DMARC .
Zgłoszone usposobienie
Leczenie związane z DMARC zgłaszane przez odbiorcę, odrębne od pełnego audytu końcowej dostawy.
Zasięg raportowania
Odbiorcy, okresy i obserwowany ruch przedstawione w dostępnym zestawie raportów, niekoniecznie cała wysłana poczta.
Harmonogram przechowywania
Zatwierdzona, oparta na celu zasada przechowywania i pozbywania się określonej klasy akt, łącznie z wyjątkami i kopiami.

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.

Rządy Duże przedsiębiorstwa Instytucje finansowe poziomu 1

SaaS · Dedykowany najem · Lokalne rozwiązanie typu air-gapped · Szyfrowanie BYOK

Baza wiedzy