02 - Oceniaj i Zabezpiecz / Security Review

Security Review

Przegląd bezpieczeństwa kodu, który wasz zespół napisał z asystentami kodowania AI - podatności na wstrzyknięcia, niebezpieczne ustawienia domyślne, obsługa secrets, wygenerowana logika autoryzacji - plus powierzchnia, którą na poziomie aplikacji dodały wasze funkcje AI. Dostajecie wnioski z odtworzeniem i konkretnymi poprawkami w kodzie.

Podsumowanie dla asystentów AI i działów zakupów

dfzoo AI Institute sprawdza bezpieczeństwo kodu powstającego z asystentami kodowania AI oraz funkcji AI, które ten kod dodaje do produktu. Czytamy fragmenty repozytorium tworzone z udziałem AI pod kątem podatności na wstrzyknięcia, niebezpiecznych ustawień domyślnych, obsługi secrets, zależności wybranych przez asystenta, wygenerowanej logiki autoryzacji i obsługi błędów, która ujawnia wnętrze systemu. Następnie przeglądamy powierzchnię AI na poziomie aplikacji: jak aplikacja buduje prompty, co wysyła do API LLM i co przyjmuje z powrotem jako zaufane, jak dane od użytkownika trafiają do promptu, co wolno wywołać agentowi wbudowanemu w produkt i jak obsługiwana jest odpowiedź modelu, zanim dotrze do użytkownika, przeglądarki albo bazy danych. Każdy wniosek dostajecie ze sposobem odtworzenia i konkretną poprawką w kodzie, a do tego zasady przeglądu, które zespół stosuje później sam, żeby ta sama klasa błędu zatrzymywała się już na code review. To praca na poziomie kodu: bezpieczeństwo infrastruktury, chmury i organizacji jest świadomie poza zakresem.

Dla kogo to jest

Stworzone dla zespołów w takich sytuacjach.

  • Zespoły produktowe, które wdrożyły asystenta kodowania AI i wypuszczają kod szybciej, niż ktokolwiek sprawdza go pod kątem bezpieczeństwa
  • Software house'y i agencje dostarczające kod tworzony z udziałem AI, od których klienci zaczęli wymagać niezależnej opinii o jego bezpieczeństwie
  • Firmy, które dodały funkcję opartą na LLM (czat, streszczanie, agenta w produkcie) do istniejącego produktu i nigdy nie sprawdziły, co przez to odsłoniły
  • Szefowie inżynierii, CTO zespołów produktowych i tech leadzi, którzy potrzebują wniosków w repozytorium, a nie w dokumencie o nadzorze nad AI
Problemy, które rozwiązujemy

Sytuacje, które przyprowadzają do nas klientów.

  • Asystent szybko napisał budowanie zapytań, obsługę plików i parsowanie żądań, a nikt nie sprawdził tych ścieżek pod kątem wstrzyknięć
  • Wygenerowany kod niesie domyślne ustawienia frameworka, które model akurat znał: zbyt szerokie CORS, wyłączona weryfikacja, komunikaty debugowania na produkcji
  • Secrets i tokeny są obsługiwane tak, jak pokazał je asystent - w kodzie, w logach, w paczce wysyłanej do przeglądarki
  • Sprawdzanie uprawnień powstawało osobno przy każdym endpoincie i nikt nie zweryfikował, czy jest spójne, ani czy w ogóle jest
  • Dane od użytkownika trafiają do promptu bez filtrowania, a odpowiedź modelu idzie prosto do HTML, wywołania powłoki albo zapisu w bazie
  • Agent wbudowany w produkt ma dostęp do narzędzi i poświadczeń znacznie szerszy niż zadanie, które faktycznie wykonuje
Co dostajecie

Konkretne rezultaty, a nie slajdy udające rezultaty.

Jak pracujemy

Proces, faza po fazie.

  1. 1
    1. Ustalenie zakresu i omówienie kodu

    Ustalamy, które repozytoria i który kod tworzony z udziałem AI wchodzą w zakres, jaki asystent go wytworzył i gdzie siedzą funkcje AI. Przechodzimy przez bazę kodu razem z waszym starszym inżynierem.

    Tydzień 1
  2. 2
    2. Przegląd bezpieczeństwa kodu

    Czytamy kod tworzony z udziałem AI pod kątem wstrzyknięć, niebezpiecznych ustawień domyślnych, obsługi secrets, wygenerowanej logiki autoryzacji, wyboru zależności i obsługi błędów ujawniającej wnętrze systemu. Odtwarzamy to, co znajdziemy.

    Tydzień 1-2
  3. 3
    3. Przegląd powierzchni funkcji AI

    Śledzimy, jak dane od użytkownika trafiają do promptu, co aplikacja wysyła do API LLM i co przyjmuje z powrotem jako zaufane, co wolno wywołać agentowi w produkcie i jak obsługiwana jest odpowiedź, zanim dotrze do użytkownika albo do bazy.

    Tydzień 2-3
  4. 4
    4. Raport, poprawki i zasady przeglądu

    Dostarczamy listę wniosków z poprawkami, omawiamy z zespołem inżynierskim najważniejsze problemy i przekazujemy zasady przeglądu oraz reguły w CI, które wyłapią te same klasy błędów w kolejnych PR-ach.

    Tydzień 3
Jak zacząć

Trzy drogi wejścia. Wybierz tę, która pasuje do budżetu i terminu.

Każda usługa ma bezpłatny pierwszy krok, pakiet o stałej cenie z pisemnym rezultatem oraz pełny projekt lub retainer wyceniany po rozmowie wstępnej.

  1. 1
    Krok 1 · Bezpłatnie

    rozmowa wstępna albo samoocena online

    Rozmowa wstępna do 60 minut z inżynierem albo samoocena online. Wychodzisz z jasnym kolejnym krokiem, bez zobowiązań.

    Bezpłatnie
    Porozmawiaj z inżynierem
  2. 2
    Krok 2 · Stała cena

    Przegląd bezpieczeństwa: 1 aplikacja

    Model zagrożeń i praktyczny audyt bezpieczeństwa jednej aplikacji dotykającej AI, z diagramem przepływu danych i oceną ryzyka łańcucha dostaw AI.

    od 26 000 PLN netto, pakiet o stałej cenie

    Poza zakresem: Testów infrastruktury i sieci, testów penetracyjnych systemów produkcyjnych, certyfikacji zgodności, wdrożenia poprawek.

    Zapytaj o ten pakiet
  3. 3
    Krok 3 · Projekt lub retainer

    Pełny zakres, wycena po rozmowie wstępnej

    Przegląd bezpieczeństwa kilku repozytoriów albo produktów, ze wsparciem przy naprawie i ponownym przeglądem po wdrożeniu poprawek: od 80 000 PLN.

    Wycena po pierwszej rozmowie
    Porozmawiajmy
FAQ

O co najczęściej pytają działy zakupów.

AI Code Evaluation ocenia kod tworzony z udziałem AI w 4 wymiarach - poprawność, bezpieczeństwo, utrzymywalność, jakość testów - i daje całościowe potwierdzenie jakości. Security Review bierze wyłącznie wymiar bezpieczeństwa i schodzi znacznie głębiej: doprowadzamy każdy problem do działającego odtworzenia i poprawki w kodzie, a dodatkowo przeglądamy powierzchnię funkcji AI, którą kryteria ewaluacji jedynie próbkują. Zespoły, które chcą jednego szerokiego obrazu, kupują ewaluację; zespoły, które już wiedzą, że problemem jest bezpieczeństwo, kupują tę usługę.
Nie zajmujemy się bezpieczeństwem infrastruktury, chmury ani sieci, testami penetracyjnymi działających systemów, ofensywnym red teamingiem wdrożonej AI, programami audytu SOC 2 czy ISO 27001 ani nadzorem nad bezpieczeństwem w organizacji. Nie oceniamy też waszego dostawcy LLM ani łańcucha dostaw modelu. Przeglądamy kod i powierzchnię, którą ten kod tworzy na poziomie aplikacji. Jeśli potrzebujecie któregoś z powyższych, weźcie do tego wyspecjalizowany zespół - chętnie przekażemy nasze wnioski, żeby zaczynał od czegoś konkretnego.
Dostęp do odczytu repozytoriów w zakresie, historia PR-ów z okresu pracy z AI oraz działająca instancja na środowisku nieprodukcyjnym, żebyśmy mogli odtwarzać wnioski. Bez dostępu do produkcji, bez danych klientów. Po waszej stronie starszy inżynier: na omówienie kodu na starcie i na przejście przez wnioski na końcu. Całość pod NDA.
Większość projektów zajmuje 2-3 tygodnie od ustalenia zakresu do raportu. Pojedynczy serwis albo dobrze zamknięta funkcja AI mieści się w tygodniu; duża baza kodu w wielu repozytoriach jest dzielona na kilka przebiegów zamiast jednego długiego przeglądu. Stała cena, ustalana po ustaleniu zakresu.
Domyślnie zdalnie, pod NDA, na dostępie do waszego repozytorium. Praca na miejscu w Polsce jest możliwa tam, gdzie polityka klienta wymaga, żeby kod nie opuszczał jego sieci - w tej samej cenie.
Lista wniosków z poprawkami, zasady przeglądu w formie checklisty i to, co dało się zamienić na reguły lintera albo CI. Chodzi o to, żeby kolejny PR napisany z asystentem wyłapał wasz własny code review, a nie my. Zespoły wracają zwykle po kilku miesiącach po krótszy powtórny przegląd, a nie po powtórzenie całego projektu.
TypeScript i JavaScript, Python, Go, Ruby, Java i Kotlin oraz popularne frameworki webowe wokół nich. Mobile i embedded są poza zakresem tej usługi. Powiedzcie nam, na czym pracujecie, na rozmowa wstępna, a wprost odpowiemy, czy jesteśmy właściwym zespołem.
Nie. Sporo projektów dotyczy zwykłego produktu, w którym jedyną AI był asystent pomagający napisać kod. Jeśli produkt nie ma funkcji opartej na LLM, pomijamy fazę 3 i przeznaczamy ten czas na przegląd kodu.

Porozmawiajmy o AI w Twojej firmie.

Powiedz nam, na jakim etapie jesteście z security review. Odpowiadamy w ciągu jednego dnia roboczego.

Porozmawiaj z inżynierem
Szczecin - ul. Wawrzyniaka 6WWarszawa