Poczta, która dociera, i domena, której nikt nie podrobi.

Tak, ponieważ Google, Yahoo i Microsoft sprawdzają dziś SPF, DKIM i DMARC w poczcie przychodzącej, a brakujący lub błędny rekord pogarsza dostarczalność i pozwala atakującym podszywać się pod Państwa domenę. Pytanie o to pojawia się dziś również w większości kwestionariuszy ubezpieczeń cybernetycznych i kwestionariuszy dostawców.

Zazwyczaj dlatego, że SPF, DKIM lub DMARC brakuje lub jest błędnie skonfigurowany dla jednej z usług wysyłających z Państwa domeny, albo dlatego, że spoofing zaszkodził reputacji Państwa domeny. Sprawdzamy każdego nadawcę, poprawiamy rekordy i monitorujemy raporty, dopóki dostarczalność nie wróci do normy.

Nie, o ile jest skonfigurowany we właściwej kolejności. Dlatego zaczynamy od polityki „none”, zbieramy raporty i poprawiamy każdego nadawcę, zanim przejdziemy do „quarantine” i „reject”. Problemy biorą się z przełączenia na „reject”, zanim objęci zostaną wszyscy uprawnieni nadawcy.

SPF dopuszcza najwyżej dziesięć zapytań DNS, a każda usługa dodana do rekordu zużywa część z nich, więc jedenasta usługa po cichu unieważnia cały rekord. Spłaszczamy lub przebudowujemy rekord i weryfikujemy go względem każdego systemu wysyłającego.

Tak, rekordy DNS są takie same, a DKIM i filtrowanie konfigurujemy na obu platformach. Środowiska mieszane są powszechne i obsługujemy je.

Poprawnie egzekwowana polityka DMARC uniemożliwia atakującym wysyłanie poczty wyglądającej, jakby pochodziła z Państwa domeny, a filtrowanie oznacza podobnie wyglądające domeny i nietypowe prośby o płatność. Szkolenie daje następnie Państwa zespołowi finansowemu prosty nawyk: każdą zmianę danych bankowych weryfikować telefonicznie.