Skąd pochodzi e-mail
Część sekcji Podstawy bezpieczeństwa ścieżki Cybersecurity w Coddy. Lekcja 29 z 43.
Nazwa nadawcy wyświetlana w wiadomości e-mail nie wystarczy, by potwierdzić, kto ją wysłał. Nagłówki zawierają więcej informacji o tym, jak dotarła wiadomość i które kontrole nadawcy zakończyły się powodzeniem. Możesz je odczytać za pomocą:
seclab headers m7Powinny pojawić się:
Received: from relay.outside.test [203.0.113.77] by mail.lumen.test
Authentication-Results: mail.lumen.test; spf=fail; dkim=failWiersz Received wskazuje, że Lumen otrzymał tę wiadomość z zewnętrznego serwera. W Authentication-Results wartości spf=fail i dkim=fail oznaczają, że dwie kontrole nadawcy zakończyły się niepowodzeniem. Razem są to sygnały ostrzegawcze w przypadku wiadomości, której nadawca twierdzi, że pochodzi z działu IT firmy Lumen.
Prawdziwy dostawca może korzystać z osobnej usługi mailingowej, więc nieznany serwer nie wystarczy, by uznać wiadomość za fałszywą. Sprawdź kontrole nadawcy, a także treść wiadomości. Nawet pozytywny wynik tych kontroli nie dowodzi, że prośbie o pieniądze lub prywatne informacje należy zaufać.
Wyzwanie
ŁatwyWiadomość od Sama, lidera IT
Wiadomość dotycząca płatności dla dostawcy i newsletter dostawcy dotarły przez nieznane serwery pocztowe. Sprawdź ich nagłówki, aby ustalić, która wiadomość jest fałszywa, a która korzysta z prawdziwej usługi mailingowej. Poddaj fałszywą kwarantannie, zanim Omar odpowie, i oznacz ją jako phishing. Oznacz newsletter jako bezpieczny, a prawdziwą fakturę dostawcy pozostaw dostępną.
Spróbuj swoich sił