Nieznajomy zgłosił podatność: plan działania

Przychodzi e-mail od osoby, której nie znasz: znalazła podatność w Twoim produkcie. Co zrobić w pierwszej godzinie, pierwszego dnia i w pierwszym tygodniu.

Opublikowano3 min czytania

Wiadomość zwykle trafia pod zły adres: do działu wsparcia, do działu sprzedaży, do prywatnej skrzynki założyciela. Nadawca pisze w niej, że znalazł podatność w Twoim produkcie. Czasem podaje szczegóły, czasem pyta, czy masz program bug bounty, czasem wspomina o pieniądzach już w pierwszej linijce.

To, co zrobisz dalej, rozstrzyga o dwóch rzeczach: czy ta podatność zostanie naprawiona po cichu i czy następny badacz napisze do Ciebie, czy o Tobie.

Kto pisze takie wiadomości

  • Badacze działający w dobrej wierze. Coś znaleźli, często przypadkiem albo podczas testowania całej klasy produktów, i chcą, żeby to naprawiono. Wielu liczy na nagrodę lub podziękowanie; niewielu na to nalega.
  • Nadawcy automatycznych znalezisk. Skaner wykrył brakujący nagłówek albo przestarzałą bibliotekę, a zgłoszenie rozesłano do setek firm. Znalezisko może być prawdziwe i zwykle jest drobne.
  • Szantażyści. Wiadomość zawiera groźbę: zapłać, albo dane zostaną opublikowane. To przestępstwo i obsługuje się je jak incydent, a nie jak zgłoszenie.

Po pierwszej wiadomości często nie da się ustalić, z kim masz do czynienia. Poniższy plan działa we wszystkich trzech przypadkach, dopóki się tego nie dowiesz.

Pierwsza godzina

  1. Nie odpowiadaj w gniewie i nie groź. Groźba kroków prawnych zamienia prywatne zgłoszenie w publiczną historię.
  2. Nie płać i nie obiecuj zapłaty. Nie wiesz jeszcze, za co miałaby to być zapłata.
  3. Nie klikaj linków i nie otwieraj załączników z tej wiadomości na komputerze służbowym. Przekaż ją temu, kto zajmuje się bezpieczeństwem.
  4. Powiadom osobę odpowiedzialną za bezpieczeństwo. Jeśli takiej osoby nie ma, to jest pierwsze znalezisko.

Pierwszy dzień

Potwierdź otrzymanie. Wystarczą dwa zdania: zgłoszenie dotarło, jest rozpatrywane, a to jest osoba do kontaktu. To właśnie milczenie skłania badaczy do upublicznienia sprawy.

Poproś o szczegóły przez kanał, który kontrolujesz. Osobna skrzynka pocztowa, najlepiej z kluczem szyfrującym. Zapytaj o adres, którego dotyczy problem, o kroki odtworzenia i o to, do czego zgłaszający uzyskał dostęp.

Zweryfikuj po swojej stronie. Odtwórz problem samodzielnie, jeśli to możliwe, w środowisku testowym. Przejrzyj logi z okresu, który wskazuje zgłaszający: do czego sięgano, skąd, jak często. Logi powiedzą Ci, czy zgłaszający poprzestał na dowodzie.

Pierwszy tydzień

Oceń istotność. Co atakujący może z tym zrobić i jak trudno to zrobić? Ocena CVSS daje wspólny język dla tej odpowiedzi.

Zdecyduj, czy to incydent. Jeśli podatność dawała dostęp do danych osobowych i nie możesz wykluczyć, że ktoś z niej skorzystał, mogą Cię dotyczyć obowiązki powiadamiania wynikające z przepisów o ochronie danych, z krótkimi terminami. To pytanie do Twoich prawników pierwszego dnia, a nie ostatniego.

Napraw, a potem powiadom zgłaszającego. Powiedz, co zostało naprawione i kiedy. Jeśli nie zgadzasz się ze zgłoszeniem, powiedz to i wyjaśnij dlaczego.

Podziękuj. Publiczne podziękowanie, za zgodą zgłaszającego, nic nie kosztuje. Nagroda to Twoja decyzja; jeśli ją przyznajesz, przyznaj ją za znalezisko, a nie pod presją, i zaznacz, że jest dobrowolna.

Gdy pieniądze pojawiają się na początku

Badacz, który pyta, czy masz program bug bounty, zadaje normalne pytanie. Odpowiedź może brzmieć: „nie, ale dziękujemy za zgłoszenie”.

Nadawca, który odmawia podania jakichkolwiek szczegółów przed zapłatą, wyznacza termin albo grozi publikacją danych, nie zgłasza podatności. Zachowaj wiadomości, nie negocjuj w pojedynkę, zaangażuj prawników i rozważ powiadomienie organów ścigania.

Żeby następne zgłoszenie trafiło tam, gdzie trzeba

Zgłoszenie trafiło do złej skrzynki, bo nie było właściwej. Naprawiają to trzy rzeczy:

  • Polityka ujawniania podatności na Twojej stronie internetowej: co można testować, jak zgłaszać, czego zgłaszający może się spodziewać, oraz Twoje zobowiązanie, że nie podejmiesz kroków prawnych przeciwko osobom, które przestrzegają zasad.
  • Plik security.txt pod adresem /.well-known/security.txt, czyli w miejscu, w którym badacze szukają najpierw. RFC 9116 wymaga dwóch pól, Contact i Expires; po dacie z pola Expires plik uważa się za nieaktualny.
  • Proces za skrzynką: kto ją czyta, kto weryfikuje, kto decyduje i w jakim czasie.

Z tego właśnie składa się program ujawniania podatności. Jeśli jakieś zgłoszenie czeka teraz na odpowiedź, wyślij zapytanie i napisz o tym: na takie zapytania odpowiadamy w pierwszej kolejności.

Zapytanie

Napisz, co trzeba przetestować

  • Bezpłatne sprawdzenie strony
  • Odpowiedź w ciągu 1 dnia roboczego
  • NDA przed przekazaniem szczegółów technicznych
  • Stała cena płatnych projektów
  • Bez zobowiązań

Wyślij zapytanie

Opisz systemy i cel. Menedżer odpowie w ciągu 1 dnia roboczego: zada pytania doprecyzowujące i zaproponuje kolejny krok.

Komu odpowiedzieć

Odpowiadamy na ten adres, chyba że wybierzesz inny kanał.

Osoba prowadząca jednoosobową działalność gospodarczą wpisuje swoje imię i nazwisko.

Preferowany kanał kontaktu
Co sprawdzić
Interesujące Cię usługi

Zaznacz wszystkie, które pasują.

Bezpłatne sprawdzenie

Sprawdzamy Twoją stronę bezpłatnie

Jeśli nie znajdziemy problemów, raport również otrzymujesz bezpłatnie. Za raport płacisz tylko wtedy, gdy znajdziemy problemy, a jego cena zależy od ich liczby i istotności.

Warunki bezpłatnego sprawdzenia bezpieczeństwa strony

Bezpieczeństwo aplikacji

Infrastruktura i chmura

Symulacja ataków

AI, Web3 i kryptografia

Programy i kontrola

Bezpieczeństwo aplikacji

Bezpłatne sprawdzenie bezpieczeństwa strony

Patrzymy na Twoją stronę z zewnątrz, tak jak atakujący, i sprawdzamy, czy można się na nią włamać: słabe ustawienia, nieaktualne oprogramowanie, publicznie dostępne pliki, niebezpieczne formularze. Sprawdzenie jest bezpłatne.

Bezpieczeństwo aplikacji

Testy penetracyjne aplikacji webowych

Próbujemy włamać się do Twojej aplikacji webowej tak, jak zrobiłby to prawdziwy atakujący: zalogować się na cudze konta, odczytać dane innych klientów, zmienić ceny lub zamówienia. Dowiadujesz się, co jest możliwe, zanim dowiedzą się tego przestępcy.

Bezpieczeństwo aplikacji

Testy bezpieczeństwa API

API to kanał, przez który Twoja aplikacja, strona internetowa i partnerzy wymieniają dane z Twoimi serwerami. Sprawdzamy, czy nikt nie może przez nie odczytać ani zmienić cudzych danych.

Bezpieczeństwo aplikacji

Testy penetracyjne aplikacji mobilnych

Badamy Twoją aplikację na iOS lub Androida i stojące za nią serwery: co aplikacja przechowuje w telefonie, co można z niej wydobyć i czy da się podmienić jej żądania.

Bezpieczeństwo aplikacji

Przegląd bezpieczeństwa kodu

Nasi specjaliści czytają kod źródłowy Twojego produktu i znajdują błędy, które prowadzą do włamania, także te niewidoczne z zewnątrz.

Infrastruktura i chmura

Ocena bezpieczeństwa chmury i Kubernetesa

Sprawdzamy, jak skonfigurowana jest Twoja chmura (AWS, Azure, Google Cloud, Kubernetes): kto ma dostęp do czego, które dane są otwarte na internet i jak daleko zajdzie atakujący po pierwszym błędzie.

Infrastruktura i chmura

Testy penetracyjne infrastruktury

Testujemy Twoje serwery i sieć biurową z zewnątrz i od środka: czy atakujący może dostać się do środka, a gdy już tam jest, dotrzeć do systemu księgowego, poczty lub kopii zapasowych.

Infrastruktura i chmura

Ocena zewnętrznej powierzchni ataku

Znajdujemy wszystko, co Twoja firma wystawia do internetu, także to, o czym zapomniano: stare strony, serwery testowe, hasła, które wyciekły. Potem pokazujemy, co z tego można zaatakować.

Infrastruktura i chmura

Bezpieczeństwo CI/CD i łańcucha dostaw

Sprawdzamy drogę, jaką Twój kod przechodzi od programisty do klienta: serwery budowania, biblioteki zewnętrzne, klucze dostępu. Kto kontroluje tę drogę, kontroluje Twój produkt.

Symulacja ataków

Operacje Red Team

Ćwiczenie na pełną skalę. Nasz zespół odgrywa prawdziwego atakującego z konkretnym celem, na przykład dotarciem do danych klientów, a Ty widzisz, czy Twoja obrona go zauważy i zatrzyma.

Symulacja ataków

Ćwiczenia Purple Team

Nasi atakujący i Twoi obrońcy pracują ramię w ramię: pokazujemy technikę ataku, Twój zespół sprawdza, czy ją widzi, a luki w monitoringu są zamykane na miejscu.

Symulacja ataków

Testy socjotechniczne

Testujemy ludzi, a nie maszyny: e-maile phishingowe, telefony i wiadomości, których atakujący używają, by zdobyć hasła. Dowiadujesz się, ilu pracowników dałoby się oszukać i na czym skupić szkolenia.

AI, Web3 i kryptografia

Testy bezpieczeństwa AI i LLM

Jeśli Twój produkt ma chatbota lub inny model AI, sprawdzamy, czy da się go namówić do ujawnienia poufnych danych, złamania własnych zasad albo działania w cudzym imieniu.

AI, Web3 i kryptografia

Audyt smart kontraktów

Zanim smart kontrakt zacznie przechowywać pieniądze, szukamy w jego kodzie błędów, które pozwoliłyby komuś wypłacić lub zamrozić środki. Po wdrożeniu takich błędów nie da się poprawić.

AI, Web3 i kryptografia

Przegląd kryptografii

Sprawdzamy, jak Twój produkt szyfruje dane i chroni klucze: czy wybrano właściwe algorytmy i czy są prawidłowo stosowane. Błąd w tym miejscu sprawia, że szyfrowanie staje się bezużyteczne.

Programy i kontrola

Zarządzanie programem bug bounty

Bug bounty to program, w którym niezależni badacze szukają podatności w Twoim produkcie i otrzymują nagrodę za każdą, którą znajdą. Uruchamiamy i prowadzimy taki program dla Ciebie.

Programy i kontrola

Program ujawniania podatności (VDP)

Publiczna strona i procedura, które mówią badaczom, jak bezpiecznie zgłosić Ci podatność. Bez nich zgłoszenia giną albo przychodzą w formie gróźb. Uruchamiamy ten proces i obsługujemy przychodzące zgłoszenia.

Programy i kontrola

Ciągłe testy penetracyjne

Zamiast jednego testu w roku testujemy każdą istotną zmianę w Twoim produkcie przez cały rok, aby nowa podatność nie czekała miesiącami na wykrycie.

Programy i kontrola

Testy penetracyjne na potrzeby zgodności

Test penetracyjny zorganizowany tak, aby jego raport zaakceptował audytor, regulator lub duży klient: PCI DSS, DORA, NIS2, ISO/IEC 27001, SOC 2.

Interesujące Cię usługi

Jeszcze nie wiem

Wybierz tę opcję, jeśli nie wiesz, której usługi potrzebujesz. Opisz zadanie własnymi słowami, a specjalista zaproponuje usługę w odpowiedzi.

Domena lub adres URL strony internetowej albo głównego systemu do testów, na przykład app.example.com.

Co wymaga testów, dlaczego teraz oraz ewentualny termin lub wymóg zgodności. Bez haseł, kluczy i szczegółów podatności.

Potwierdzenia

Nie przesyłaj przez ten formularz danych logowania, kluczy ani szczegółów podatności. Bezpieczny kanał uzgadniamy po pierwszej odpowiedzi.

Automatyczna weryfikacja chroniąca przed nadużyciami