Phishlet to nie sztuczka.
To test procesu logowania i reakcji organizacji.
W autoryzowanych ćwiczeniach red team phishlet pozwala sprawdzić, jak systemy, użytkownicy i SOC reagują na realistyczny scenariusz kradzieży sesji. Artykuł pokazuje perspektywę defensywną i projektową — bez publikowania gotowej instrukcji nadużycia.
Po co robić takie ćwiczenie
Organizacje często zakładają, że MFA kończy temat phishingu. W praktyce liczy się konfiguracja, odporność na reverse proxy, powiązanie urządzenia, detekcja anomalii i procedura natychmiastowej reakcji po zgłoszeniu incydentu.
Co jest bezpiecznym zakresem
Ćwiczenie musi być pisemnie autoryzowane, ograniczone do wskazanych domen i kont, bez utrwalania haseł oraz z jasną procedurą zatrzymania. Celem jest pomiar ryzyka i poprawa zabezpieczeń, a nie „łapanie” pracowników.
Jak wygląda wynik dla klienta
Raport opisuje scenariusz, skuteczność kampanii, luki w konfiguracji MFA, widoczność w logach, reakcję SOC i konkretne rekomendacje: FIDO2/WebAuthn, device binding, conditional access, alerty i playbook IR.
Jak wygląda praktyczna weryfikacja
Takie scenariusze mają sens wyłącznie w legalnym, kontrolowanym red teamingu. Bez zgody właściciela systemu są nadużyciem i mogą być przestępstwem.
Na co zwracamy uwagę w raporcie
Odporność logowania
Sprawdzamy, czy mechanizm logowania chroni przed przejęciem sesji i nietypową lokalizacją.
Widoczność
Czy nietypowe logowanie, nowy user-agent i zmiana lokalizacji generują alarm?
Reakcja
Liczy się czas od kliknięcia do zablokowania sesji i wymuszenia resetu.
Chcesz przećwiczyć realny scenariusz phishingowy?
Przygotujemy bezpieczne ćwiczenie red team: zakres, scenariusz, infrastruktura, pomiar, raport i rekomendacje dla SOC/IAM.
Zapytaj o wycenę →