Czy ruch HTTPS można przechwycić atakiem man in the middle?

Tylko jeśli klienta da się nakłonić do zaufania przechwytującemu. Atak man in the middle na HTTPS wymaga certyfikatu, który klient zaakceptuje dla docelowej nazwy, użytkownika, który zignoruje ostrzeżenie, albo aplikacji, która nie sprawdza poprawnie certyfikatów. Firmy robią to celowo za pomocą proxy do inspekcji TLSTLS: Transport Layer Security. Szyfrowanie, które chroni większość ruchu w internecie, na przykład HTTPS., instalując własny certyfikat główny na zarządzanych urządzeniach. Napastnicy próbują tego samego, podrzucając fałszywy certyfikat główny przez malware, namawiając użytkowników do akceptowania ostrzeżeń albo wykorzystując aplikacje z wadliwym sprawdzaniem certyfikatów. Obrona: nigdy nie ucz pracowników klikania mimo ostrzeżeń o certyfikatach, kontroluj, które certyfikaty główne są zainstalowane na firmowych urządzeniach, aktualizuj aplikacje i stosuj na własnych stronach HTTP Strict Transport Security (HSTS), by przeglądarki odrzucały połączenia nieszyfrowane. Przypinanie certyfikatów w niektórych aplikacjach odrzuca każdego pośrednika, także Twoje proxy. W TLS 1.3 certyfikat serwera jest zaszyfrowany, więc pasywny czujnik sieciowy nie sprawdzi, kto go wystawił; to sprawdzenie należy do urządzenia lub logów proxy.

← Wszystkie pytania (40): Szyfrowanie i ruch szyfrowanyWszystkie tematy