Jak testować bezpieczeństwo, skoro nie da się wymyślić każdego ataku?
Najpierw odpowiedz na głos lub w myślach, potem porównaj.
Odpowiedź
Zaczynam od granic: jakie dane agent może odczytać, jakie akcje wykonać i skąd przychodzą niezaufane treści. Przygotowuję przykłady podmiany instrukcji, cudzych identyfikatorów, niedozwolonego adresu i powtórzonego zapisu. Sprawdzam, czy kod zatrzyma akcję nawet wtedy, gdy model ją zaproponuje.
Można użyć celowo „złośliwego” sztucznego modelu, który zawsze próbuje przekroczyć granice. To pomaga sprawdzić niezależność zabezpieczeń. Nie dowodzi pełnego bezpieczeństwa wszystkich możliwych wejść. Dlatego ważne są ograniczone prawa i obserwacja po wdrożeniu. Sam agent nie powinien móc dowolnie usuwać mechanizmów, które mają kontrolować jego działania.
Dlaczego to ważne: Pokazuje, co da się sprawdzić poza samym zachowaniem promptu.
Możliwe dopytania: Które próby powinny zakończyć się blokadą przed odczytem danych?
Jak poszło? Bądź szczery — „Jeszcze nie” dodaje pytanie do powtórki.
Zacznij od
- J-P01 · Co to jest ewaluacja systemu AI, czyli eval? — Ewaluacja, jakość i production AI
- J-P02 · Czym ewaluacja różni się od zwykłego testu kodu? — Ewaluacja, jakość i production AI
Dalsza lektura
- OWASP: LLM Prompt Injection Prevention Cheat Sheet(otwiera się w nowej karcie)Docs; dostęp 22.10.2026. Threat model, niezaufane treści, kontrola narzędzi i obrona warstwowa.