Klucze API w czacie AI: wklejasz .env, a sekrety zostają w firmie

Co się dzieje w filmie

Środa, 22:47. Mateusz ma jutro demo u klienta, a aplikacja nie łączy się z bazą. Wkleja do czatu AI cały plik .env i log. Razem z nimi wychodzą hasło do bazy, klucze do chmury i do płatności, a w logu e-maile klientów.

Szefowa techniczna mówi krótko: co wyszło poza firmę, traktujemy jak spalone. Zaczyna się wymiana wszystkich kluczy, restart usług i rano telefon do inspektorki ochrony danych w sprawie e-maili. Mateusz kończy o trzeciej w nocy.

Jeszcze raz, tym razem z wtyczką. Ten sam tekst, to samo wklejenie. Ikonka w rogu pokazuje liczbę wykrytych wartości, a menu - co dokładnie trafi do AI. Sekrety dostają zamienniki tego samego kształtu, a db-prod-01 zostaje, bo nie zdradza firmy. AI znajduje literówkę w porcie, odpowiedź wraca z prawdziwymi nazwami, a Mateusz idzie spać.

Co program wykrywa: klucze API, hasła i infrastruktura

• hasła w przypisaniach (DB_PASSWORD=, SMTP_PASS=) i w adresach połączeń z bazą;
• klucze API i tokeny w ponad 220 formatach popularnych usług (chmura, płatności, repozytoria kodu, dostawcy AI), tokeny Bearer i JWT, klucze prywatne PEM;
• nazwy hostów: zmienia się część, która zdradza firmę, np. db-prod-01.kwadratnet.internal staje się db-prod-01.<inne słowo>.internal;
• adresy IP: adresy z jednej podsieci trafiają do jednej zastępczej podsieci, więc AI dalej widzi, co z czym rozmawia;
• loginy, e-maile i inne dane osobowe w logach;
• pliki tekstowe przeciągnięte do czatu: .env, .yaml, .json, .log i podobne.

Profil techniczny jest domyślnie włączony; w panelu wtyczki to "Dane techniczne". Hasła i klucze są trzymane tylko w pamięci programu i nie trafiają na dysk.

Co program celowo zostawia albo może pominąć:

• loginy ogólne (root, postgres, deploy), porty, ścieżki, nazwy zmiennych, domeny publiczne i strukturę pliku - nie identyfikują firmy, a AI ich potrzebuje;
• sekret w nietypowym formacie, którego nie zdradza ani nazwa zmiennej, ani znany wzorzec;
• wewnętrzne nazwy projektów i produktów - te dodasz jako własne frazy do maskowania.

Co mówią przepisy i dobre praktyki

Sekret, który trafił poza firmę, według dobrych praktyk bezpieczeństwa trzeba uznać za ujawniony: unieważnić, wymienić i zapisać zdarzenie. To nie przepis, ale standard, którego oczekują klienci i audytorzy.

Jeśli w logu były dane osobowe klientów, wchodzi RODO: wpis do rejestru naruszeń (art. 33 ust. 5), ocena ryzyka i w razie potrzeby zgłoszenie do Prezesa UODO (art. 33 ust. 1).

Podmioty kluczowe i ważne w rozumieniu dyrektywy NIS 2 (w Polsce ustawa o krajowym systemie cyberbezpieczeństwa) mają obowiązek zarządzania ryzykiem, w tym bezpieczeństwa łańcucha dostaw i podstawowej cyberhigieny (art. 21 NIS 2), oraz zgłaszania poważnych incydentów (art. 23). Nie każda firma IT jest takim podmiotem - warto to sprawdzić.

Pytania i odpowiedzi