Spis treści:
Legalność i zasady etyczne w ethical hackingu
Dlaczego warto zostać ethical hackerem?
Umiejętności niezbędne w ethical hackingu
Pierwsze kroki w ethical hackingu
Certyfikaty w ethical hackingu
FAQ – najczęstsze pytania o ethical hacking
Czym jest ethical hacking?
Ethical hacking naprawdę jest legalnym łamaniem zabezpieczeń systemów, aplikacji, infrastruktury lub sieci, jednak z pewnym „ale” – wymagawcześniejszej autoryzacji przez właściciela systemu. Musi ona zostać zawarta w formie pisemnej zgody, umowy, zlecenia albo programu bug bounty.
O legalności tego szczególnego „testu” mającego zapewnić jednostce cyberbezpieczeństwo, świadczą art. 267–269 Kodeksu karnego dotyczące nieuprawnionego dostępu do informacji, zakłócania pracy systemów informatycznych oraz narzędzi służących do popełniania cyberprzestępstw. Z jednej strony określono w nich karę za takie działania, a z drugiej art. 269c k.k., przewiduje, że nie podlega jej sytuacja, gdy:
- działanie służy zabezpieczeniu systemu,
- jego dysponent zostaje niezwłocznie poinformowany o zagrożeniu,
- samo działanie nie narusza interesu publicznego lub prywatnego i nie wyrządza szkody.
Właśnie te trzy punkty odróżniają ethical hackera od cyberprzestępcy. Jego celem nie jest szkodzenie, ale wykrycie luk bezpieczeństwa i przekazanie właścicielowi systemu raportu z rekomendacjami naprawczymi.
Legalność i zasady etyczne w ethical hackingu
Oczywiście to nie jedyna różnica między ethical hackingiem a bezprawnym włamywaniem się do systemu. Przed wykonaniem testu ustala się nie tylko godziny pracy, ale też pewne zasady etyczne, których przestrzeganie w rzeczywistości decyduje o legalności całej operacji. Należą do nich m.in.:
- scope of work – zakres działań, np. konkretne domeny, adresy IP, aplikacje, API, typy testów oraz limity obciążenia systemu,
- rules of Engagement – inne praktyczne reguły, m.in. czy wolno używać exploitów, czy dopuszczalne są testy socjotechniczne, jak eskalować ryzyko i kiedy przerwać działanie,
- minimalizacja szkód – tester powinien potwierdzać podatność w sposób, który nie powoduje niepotrzebnego ryzyka dla danych, dostępności systemu ani użytkowników,
- zachowanie poufności,
- responsible disclosure – jeżeli podatność jest zgłaszana poza klasycznym zleceniem, trzeba korzystać z kanałów wskazanych przez organizację,
- dokumentowanie działań.

