Testerzy penetracyjni i specjaliści testów red team

Testerzy penetracyjni Digiventi dołączają do zespołu, aby sprawdzić podatności aplikacji i wspierać ich usuwanie. Badają produkty dostępne dla klientów oraz aplikacje wewnętrzne, uzupełniając wyniki skanerów ręcznymi próbami wykorzystania błędów.

• Testy aplikacji internetowych: Sprawdzają uwierzytelnianie i obsługę sesji przy użyciu Burp Suite. Testują logikę biznesową z uwzględnieniem rzeczywistych uprawnień użytkowników.
• Testy bezpieczeństwa API: Badają interfejsy REST i GraphQL pod kątem błędów autoryzacji oraz nieuprawnionego dostępu do danych. Dokumentują żądania pozwalające odtworzyć podatność i zweryfikować poprawkę.

Etyczni hakerzy sprawdzają ekspozycję systemów z internetu oraz wewnętrzne ścieżki ataku w granicach pisemnie zatwierdzonego zakresu. Pomagają ocenić, do których systemów może dotrzeć napastnik po zmianach w sieci lub uruchomieniu środowiska chmurowego.

• Testy sieci i Active Directory: Badają dostępne usługi oraz możliwości podniesienia uprawnień. Weryfikują, czy segmentacja ogranicza przemieszczanie się między systemami.
• Testy penetracyjne chmury: Sprawdzają środowiska AWS lub Azure pod kątem nadmiernych uprawnień tożsamości i ekspozycji usług. Przed próbą wykorzystania podatności uzgadniają działania z właścicielami środowiska oraz uwzględniają ograniczenia dostawcy.

Specjaliści red team prowadzą ćwiczenia sprawdzające, czy napastnik może dotrzeć do uzgodnionego celu i jak zareaguje zespół obrony. Zakres określa dozwolone techniki oraz warunki przerwania testu. Działania socjotechniczne wymagają osobnej, jednoznacznej zgody.

Dobierają techniki na podstawie MITRE ATT&CK i porównują obserwacje z zakresem wykrywania zagrożeń. W ćwiczeniach purple team odtwarzają ataki wspólnie z analitykami bezpieczeństwa, którzy dostrajają reguły SIEM lub zabezpieczenia urządzeń końcowych. Rozdzielają skuteczne ścieżki ataku od luk w monitorowaniu, aby przypisać odpowiedzialność za działania naprawcze.

Testerzy penetracyjni pomagają przełożyć ustalenia z testów na zmiany techniczne. Wyjaśniają warunki wykorzystania podatności i ustalają priorytety według wykazanego wpływu. Wsparcie obejmuje przegląd poprawek aplikacji lub korektę uprawnień infrastruktury; odpowiedzialność za wdrożenie zmian uzgadniają z inżynierami klienta.

Ponowne testy sprawdzają pierwotną ścieżkę ataku oraz możliwość obejścia poprawki. Przy regularnych testach eksperci utrzymują przypadki regresyjne dla kolejnych wydań. Dokumentacja zamknięcia wskazuje wykonane próby i pozostałe ograniczenia. Sam brak ostrzeżeń skanera nie stanowi potwierdzenia usunięcia podatności.