[ DNS i domeny ]

Odwróć rekordy DNS i PTR dla infrastruktury wysyłającej

Znajdź operatora kontrolującego zwrotny DNS wysyłającego adresu IP i zweryfikuj zwróconą nazwę hosta, nie myląc jej z uwierzytelnianiem domeny.

Przez zespół badawczy EmailAuth

[Kluczowe punkty]

  • Użyj rzeczywistego publicznego adresu IP źródła i jego uprawnień do strefy odwrotnej.
  • Zachowaj wszystkie wyniki PTR i potwierdź odpowiednie mapowanie do przodu.
  • Odwrotne nazewnictwo nie jest autoryzacją nadawcy ani gwarantowaną dostawą.
Na tej stronie

Odwrócony DNS pyta o nazwę powiązaną z adresem IP. W przypadku nadawcy poczty odpowiednim adresem jest publiczne źródło używane w połączeniu SMTP . Rekord PTR pod tym adresem jest użytecznym dowodem na infrastrukturę, ale tak nie jest SPF autoryzacja, A Podpis DKIM lub dowód, że wiadomość jest wiarygodna.

Określ prawdziwy adres i organ

Referencje: RFC 1035 §3.5, RFC 3596 §2.5.

Zacznij od adresu IP widzianego przez system odbierający lub kontrolowanej zewnętrznej obserwacji SMTP . Adres prywatny aplikacji, adres modułu równoważenia obciążenia i adres wyjściowy dostawcy mogą się różnić. Lista wszystkich rodzin adresów wychodzących i puli, z których może korzystać usługa.

Zapytania zwrotne IPv4 używają odwróconych oktetów w pliku in-addr.arpa. IPv6 używa odwróconych półbajtów szesnastkowych w pliku ip6.arpa. Uprawnienia dla tych stref odwrotnych zależą od przydziału adresu IP i wszelkich delegacji. Zwykle jest to dostawca hostingu lub sieci, a nie rejestrator lub host DNS widocznej domeny nadawcy. Opublikowanie nazwy podobnej do PTR w niepowiązanej strefie forward nie zmieni prawdziwej odpowiedzi odwrotnej.

Koordynuj oba kierunki

Referencje: RFC 1912 §2.1, RFC 2181 §10.2.

Zapytaj operatora strefy odwrotnej o obsługiwany proces zmian i dokładny publiczny adres IP. Wybierz zamierzoną nazwę hosta infrastruktury i upewnij się, że jego dane adresowe zawierają ten adres IP. RFC 1912 zaleca dopasowanie danych wstecznych i przyszłych; są to wytyczne operacyjne, a nie uniwersalna umowa o odbiorze.

RFC 2181 wyjaśnia, że DNS nie ogranicza adresu do dokładnie jednego PTR . Wiele zwróconych nazwisk należy zachować w dowodach, a nie po cichu odrzucać. Aby zapewnić przewidywalną administrację, stabilna udokumentowana nazwa hosta jest często prostsza, ale wymagania specyficzne dla odbiorcy wymagają własnej, aktualnej dokumentacji. Nie twórz, że jeden wzór PTR gwarantuje dostawę do każdego dostawcy.

Odtwórz wyszukiwanie wsteczne

Syntetyczne urządzenie IPv4 : adres źródłowy 192.0.2.25; odwrotny właściciel 25.2.0.192.in -addr.arpa.; Cel PTR smtp.example.com.; skierować A do tego celu 192.0.2.25. Oczekiwana odpowiedź odwrotna to nazwa hosta, a oczekiwane potwierdzenie przekazania zawiera oryginalny adres IP.

Zapytaj w izolowanej strefie odwrotnej dig @AUTH -x 192.0.2.25 +norecurse a następnie zapytanie smtp.example.com. A przeciwko władzom przekazującym laboratorium. Zachowaj uprawnienia używane dla każdego kierunku, ponieważ nie muszą to być te same organizacje. Usuń PTR dla drugiego urządzenia: oczekiwanym dowodem jest brak lub błąd sklasyfikowany na podstawie rzeczywistej odpowiedzi, a nie nowo wymyślona nazwa hosta.

W przypadku IPv6 zamiast ręcznie skracać nazwę półbajtu, użyj narzędzia wyszukiwania do konwersji adresu na odwrotną. Zapytanie dig @AUTH -x 2001:db8::25 +norecurse, zastępując skonfigurowany moduł rozwiązywania problemów laboratoryjnych dla AUTH. Kontrola produkcji musi wykorzystywać rzeczywisty zaobserwowany adres źródłowy; te zakresy dokumentacji nie opisują aktywnego nadawcy.

Odróżnij infrastrukturę od uwierzytelniania

Referencje: RFC 7208 §5.5, RFC 9989 §5.3.5.

Cel PTR nie musi być widoczną domeną Od tylko dlatego, że poczta korzysta z tej domeny. Dostawca może obsługiwać współdzieloną infrastrukturę wysyłającą z własną nazwą hosta. To, co ma znaczenie dla konkretnej polityki odbiorczej, należy sprawdzić oddzielnie od SPF i DKIM wyrównanie.

Nie dodawaj odradzanego SPF pt mechanizm tylko po to, aby odwrotny DNS był odpowiedni dla SPF . Zachowaj PTR jako problem związany z infrastrukturą i skonfiguruj SPF z faktycznie obsługiwaną autoryzacją nadawcy. Po zmianach sprawdź odpowiedzi w przód i w tył, wprowadzenie SMTP i odpowiednią odpowiedź odbiorcy. Ogranicz wszelkie wnioski dotyczące dostawy do testowanej trasy i czasu.

Zachowaj wyraźny zakres dowodów

Konwersja lokalnej biblioteki adresów potwierdza odwzorowanie 192.0.2.25 na 25.2.0.192.in -addr.arpa i generuje pełną nazwę półbajtu IPv6 . Obliczenia te nie dotyczą żadnej strefy odwrotnej ani nie ustalają, czy istnieje PTR . Nie przeprowadzono testu zasad dostawy ani odbiorcy.

[Na wynos]

Użyj rzeczywistego publicznego adresu IP źródła i jego uprawnień do strefy odwrotnej. Zachowaj wszystkie wyniki PTR i potwierdź odpowiednie mapowanie do przodu. Odwrotne nazewnictwo nie jest autoryzacją nadawcy ani gwarantowaną dostawą.

[ Według roli ]

Co to oznacza dla Ciebie

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

Administrator IT / poczty

Zacznij od obserwowanego źródłowego adresu IP

Adresy wewnętrzne i zakładane członkostwo w puli są niewystarczające do diagnozy odwrotnego DNS.

Kolejne kroki

  1. Przechwytuj rzeczywiste publiczne adresy źródłowe.
  2. Koordynuj PTR z danymi adresowymi do przodu.
  3. Zapisz każdy organ odpowiedzialny za odwróconą strefę.

CISO / SecOps

Ogranicz pewność PTR

Nazwa hosta infrastruktury nie zezwala na użycie widocznej domeny nadawcy.

Kolejne kroki

  1. Oddziel nazewnictwo infrastruktury od autoryzacji.
  2. Przejrzyj własność puli udostępnionej i kontrolę nad zmianami.
  3. Unikaj traktowania PTR jako dowodu tożsamości.

Założyciel / Nietechniczny

Znajdź właściciela sieci

Organizacja kontrolująca adres może być inna niż organizacja zarządzająca domeną.

Kolejne kroki

  1. Przypisz właściciela relacji z dostawcą.
  2. Dbaj o aktualność spisu wychodzących adresów IP.
  3. Wymagaj dowodów przed roszczeniami dotyczącymi dostawy.

[ Często zadawane pytania ]

Często zadawane pytania

Kto zwykle zmienia PTR publicznego adresu IP?

Operator strefy odwrotnej, zwykle dostawca adresu IP lub dostawcy usług hostingowych, chyba że uprawnienia zostały delegowane.

Czy mój rejestrator domeny może zawsze to ustawić?

Nie. Rejestracja domeny przekazującej i kontrola strefy zwrotnej to dwie różne rzeczy.

Który adres IP powinienem sprawdzić?

Źródło publiczne obserwowane w połączeniu SMTP .

Czy PTR musi być równy widocznemu z domeny?

Nie jako ogólna zasada DNS . Sprawdź aktualne wymagania dotyczące infrastruktury i odbiornika.

Czy adres IP może mieć wiele rekordów PTR ?

Tak. DNS na to pozwala; zachowaj pełny zestaw i sprawdź obowiązujące zasady działania.

RFC 2181 §10.2

Czy PTR zezwala na wysyłanie?

Nie. Nie zastępuje SPF , DKIM ani DMARC .

Czy powinienem dodać ptr SPF ?

Nie. RFC 7208 odradza stosowanie tego mechanizmu; konserwacja odwrotnego DNS to osobne zadanie.

RFC 7208 §5.5

Czy pomyślna odpowiedź odwrotna gwarantuje dostawę?

Nie. Zasady dotyczące odbiorców oraz inne kontrole wiadomości i infrastruktury nadal obowiązują.

[ Źródła ]

Źródła

  1. RFC 9989

    Sekcje §5.3.5

  2. RFC 7208

    Sekcje §5.5

  3. RFC 1035

    Sekcje §3.5

  4. RFC 2181

    Sekcje §10.2

  5. RFC 1912

    Sekcje §2.1

  6. RFC 3596

    Sekcje §2.5

  7. Odniesienie do wykopalisk ISC BIND

    Sekcje Składnia, -x wyszukiwanie wsteczne, opcja zapytania norecurse

[ Słowniczek ]

Słowniczek

Rekord PTR
Wskaźnik do kanonicznej nazwy domeny; odwrotny właściciel może mieć więcej niż jeden PTR .

RFC 2181 §10.2

Odwrócona nazwa IPv6
Odwrócone szesnastkowe półbajty adresu IPv6 w ip6.arpa.

RFC 3596 §2.5

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