Audyt techniczny · aplikacje webowe · API

Audyt bezpieczeństwa aplikacji webowych i API z listą ryzyk, priorytetami i planem poprawek

Sprawdź bezpieczeństwo swojej aplikacji, zidentyfikuj ryzyka i dostań konkretne zalecenia dla zespołu IT.

Niezależny audyt techniczny dla firm korzystających z własnych systemów, platform SaaS i integracji API. Bez zmiany obecnego wykonawcy.

Gdzie szukamy słabych punktówschemat poglądowy
  1. Użytkownicy i rolelogowanie, sesje, uprawnienia
  2. Aplikacja webowa / mobilnaOWASP, obsługa błędów, procesy
  3. APIdostęp do endpointów, walidacja, limity
  4. Integracje: płatności, ERP, CRMklucze, webhooki, zakres uprawnień
  5. Baza danych i kopieuprawnienia, ochrona danych, odtwarzanie
  6. Serwery, chmura, logisekrety, konfiguracja, monitoring
Vlad Sedenko

Vlad Sedenko

Twój partner w internecie na każdym etapie · 12+ lat

LinkedIn ↗
12+
lat w stronach, aplikacjach i marketingu
150+
projektów: pomagam na każdym etapie, od pomysłu po rozwój
2–6 tyg.
od pomysłu do działającego produktu
2 h
zwykle tyle czekasz na odpowiedź

Dla kogo

Czy Twoja firma potrzebuje audytu?

Jeśli rozpoznajesz choć jedną sytuację, warto sprawdzić system, zanim słaby punkt znajdzie ktoś inny.
  1. 01Nie wiesz, czy Twoje API jest odpowiednio zabezpieczone.
  2. 02Twoja aplikacja przetwarza dane klientów i informacje biznesowe.
  3. 03Korzystasz z wielu integracji i zewnętrznych usług.
  4. 04Klient lub inwestor pyta o bezpieczeństwo, a Ty nie masz czego pokazać.
  5. 05Przejmujesz aplikację po poprzednim wykonawcy.
  6. 06Planujesz wdrożenie lub modernizację systemu.

Zakres

Co sprawdzamy?

Sześć obszarów, z których wybieramy te ważne dla Twojego systemu. Dokładny zakres ustalamy przed startem, więc nie każdy audyt obejmuje wszystkie punkty.

1.Uwierzytelnianie i autoryzacja

  • Kontrola dostępu i ról
  • Bezpieczeństwo sesji
  • Ochrona krytycznych operacji
  • Typowe błędy autoryzacji, np. dostęp do cudzych danych

2.Bezpieczeństwo API

  • Kontrola dostępu do endpointów
  • Walidacja danych wejściowych
  • Limitowanie żądań (rate limiting)
  • Błędy konfiguracji i ujawnianie informacji

3.Bezpieczeństwo aplikacji

  • Typowe ryzyka z listy OWASP
  • Podatności w zależnościach
  • Obsługa błędów
  • Bezpieczeństwo krytycznych procesów biznesowych

4.Infrastruktura i konfiguracja

  • Ustawienia środowisk
  • Zarządzanie sekretami
  • Konfiguracja usług chmurowych
  • Publicznie dostępne zasoby

5.Dane i kopie zapasowe

  • Ochrona danych
  • Uprawnienia do baz danych
  • Kopie zapasowe i procedury odtwarzania, w uzgodnionym zakresie

6.Monitoring i reagowanie

  • Logowanie zdarzeń
  • Monitoring błędów
  • Możliwość wykrycia incydentu
  • Zalecenia poprawy obserwowalności

Rezultat

Co otrzymasz?

Raport, z którym zarząd rozumie skalę ryzyka, a zespół IT wie, co naprawić i w jakiej kolejności.

  • Podsumowanie dla zarządu
  • Lista zidentyfikowanych problemów
  • Ocena ryzyka i priorytety
  • Dowody techniczne i opis wpływu
  • Zalecenia naprawcze
  • Plan działań dla zespołu IT

Raport techniczny z audytu bezpieczeństwa

Przykład

Podsumowanie dla zarządu

1

ryzyko wysokie

2

ryzyko średnie

0

ryzyko niskie

Przykładowe problemy z raportu
ProblemRyzykoRekomendacja
Brak kontroli dostępu do zasobu APIWysokieWeryfikacja uprawnień po stronie serwera
Nieaktualna zależność aplikacjiŚrednieAktualizacja i testy regresyjne
Brak limitowania żądańŚrednieRate limiting i monitoring
Przykład poglądowy, a nie wyniki audytu u klienta.

Przygotowujesz firmę do NIS2/KSC?

Ten audyt obejmuje techniczne obszary wymagań: dostęp, podatności, monitoring, dostawców i kopie zapasowe. Nie zastępuje oceny prawnej ani obowiązkowego audytu zgodności z ustawą o KSC.

Proces

Jak wygląda współpraca?

Prowadzę audyt i jestem jedynym punktem kontaktu. Przy wąskich tematach, np. infrastrukturze, dołączam sprawdzonych ekspertów.
  1. 01Konsultacja i określenie zakresuOmawiamy architekturę, technologie, cele i granice sprawdzenia. Podpisuję NDA, jeśli jest potrzebne.
  2. 02Analiza technicznaSprawdzam uzgodnione komponenty i konfiguracje: kod, API, ustawienia środowisk.
  3. 03Raport i rekomendacjeDokument z ryzykami, dowodami i zaleceniami, omówiony na krótkim spotkaniu.
  4. 04Wsparcie we wdrożeniu poprawekOpcjonalnie, jako osobna usługa: poprawki w kodzie i ponowne sprawdzenie.

Aktywne testy prowadzę wyłącznie po pisemnej zgodzie właściciela systemu i po uzgodnieniu granic testowania.

Technologie

Systemy, które znam od środka

  • Next.js
  • React
  • Node.js
  • TypeScript
  • REST API
  • PHP / Laravel
  • WordPress
  • WooCommerce
  • PostgreSQL
  • Supabase
  • Vercel
  • Docker

12+ lat projektowania i budowy aplikacji webowych, API i sklepów, więc oceniam nie tylko listę podatności, ale też architekturę i koszt poprawek. W 2021 roku pracowałem dla Open Systems, szwajcarskiej firmy z branży cyberbezpieczeństwa, przy aplikacji webowej i aplikacji na Androida do monitorowania incydentów bezpieczeństwa.

Opinie klientów

  • „Współpracowaliśmy z Vladem przy projekcie opartym na Next.js. Od początku wiedział, co robi, nie komplikował niepotrzebnie rozwiązań i potrafił sam zaproponować lepsze podejście. Szczególnie doceniam jego pracę nad wydajnością strony. Wszystko zostało dostarczone zgodnie z ustaleniami.”

    George B. CEO w firmie finansowej

  • „Potrzebowaliśmy szybko zbudować MVP, żeby sprawdzić nasz pomysł w praktyce. Vlad pomógł nam wybrać rozsądne rozwiązania i skupić się na tym, co naprawdę było potrzebne na start. Nie próbowaliśmy budować wszystkiego od razu, ale jednocześnie zadbał o to, żeby projekt można było później rozwijać bez zaczynania od zera.”

    Alex N. Product Manager w StartupX

  • „Vlad szybko zorientował się w naszym projekcie i wskazał kilka problemów, których wcześniej nie traktowaliśmy priorytetowo. Uporządkował kwestie związane z bazą danych i bezpieczeństwem. Podobało mi się, że nie ograniczał się do wykonania zadań, ale też jasno tłumaczył, dlaczego warto coś zmienić i jakie mogą być konsekwencje.”

    Michał R. CTO w TechCorp

  • „Mieliśmy aplikację, w której każda większa zmiana zaczynała być problemem. Vlad pomógł nam uporządkować kod, przebudować część starszych rozwiązań i wprowadzić testy automatyczne. Teraz znacznie łatwiej pracuje się nad kolejnymi funkcjami. Doceniam też jego cierpliwość w tłumaczeniu technicznych tematów osobom spoza zespołu developerskiego.”

    Sara K. Product Owner w WebSolutions

Najczęstsze pytania

Ile kosztuje audyt bezpieczeństwa aplikacji?

Cenę ustalam indywidualnie po określeniu zakresu i podaję ją jako stałą kwotę na piśmie, zanim zacznę pracę. Zależy od liczby aplikacji i API, liczby ról użytkowników, integracji, dostępu do kodu oraz od tego, czy wycena ma obejmować także poprawki.

Jak długo trwa audyt?

To zależy od wielkości systemu i uzgodnionego zakresu. Termin podaję razem z wyceną. Problemy o wysokim ryzyku zgłaszam od razu, nie czekając na końcowy raport.

Czym audyt różni się od testu penetracyjnego?

Test penetracyjny to symulowany atak w ustalonym zakresie, często wymagany przez klienta lub umowę i wykonywany przez wyspecjalizowaną firmę. Audyt techniczny łączy przegląd kodu, konfiguracji i wybranych scenariuszy z oceną architektury i planem poprawek. Jeśli potrzebujesz formalnego testu penetracyjnego, powiem to i pomogę przygotować do niego aplikację.

Czy potrzebny jest dostęp do kodu źródłowego?

Nie zawsze. Z dostępem do kodu ocena jest dokładniejsza, bo widać problemy niewidoczne z zewnątrz, np. klucze w repozytorium. Bez kodu sprawdzam aplikację z zewnątrz, na kontach testowych dla każdej roli. Zakres dostępów ustalamy przed startem, a dane dostępowe przekazujesz bezpiecznym kanałem, nigdy przez formularz.

Czy audyt może zakłócić działanie aplikacji?

Aktywne testy prowadzę tylko po pisemnej zgodzie właściciela systemu i po uzgodnieniu ich granic, najlepiej na środowisku testowym. Testów obciążeniowych ani prób przeciążenia nie wykonuję bez osobnego uzgodnienia. Przegląd kodu i konfiguracji nie wpływa na działanie produkcji.

Czy audyt obejmuje API i integracje zewnętrzne?

Tak, w uzgodnionym zakresie: Twoje API, webhooki oraz sposób połączenia z płatnościami, ERP, CRM i innymi usługami, czyli klucze, uprawnienia i przepływ danych. Systemów samych dostawców nie testuję bez ich zgody.

Czy możesz również naprawić wykryte problemy?

Tak, jako osobną usługę. Poprawki może wdrożyć Twój zespół na podstawie raportu albo ja. Po wdrożeniu sprawdzam je ponownie i opisuję, co zostało rozwiązane, a co jeszcze wymaga uwagi.

Czy audyt pomoże przy przygotowaniu do NIS2/KSC?

Tak, w obszarach technicznych: dostęp, podatności, monitoring, integracje i kopie zapasowe. Nie zastępuje jednak oceny prawnej ani obowiązkowego audytu w ramach ustawy o KSC. Szczegóły opisuję na osobnej stronie o technicznym przygotowaniu do NIS2.

Wycena

Sprawdź bezpieczeństwo swojej aplikacji

Opisz krótko system. Odpowiadam zwykle w ciągu 2 godzin roboczych, a po krótkiej konsultacji wysyłam zakres, termin i cenę na piśmie.

  1. 1. Krótka rozmowa o architekturze i celach.
  2. 2. Zakres, termin i stała cena na piśmie.
  3. 3. Pisemna zgoda na testy i NDA, jeśli potrzebne.

Haseł, kluczy API i innych dostępów nie wysyłaj przez formularz. Ustalimy bezpieczny sposób ich przekazania po uzgodnieniu zakresu.

Administratorem danych jest Sedenko (hi@sedenko.net). Dane z formularza wykorzystam wyłącznie do odpowiedzi na zapytanie i przygotowania wyceny. Szczegóły, w tym Twoje prawa, w polityce prywatności.