Bezpieczne wykonywanie narzędzi wynika z zewnętrznego egzekwowania zasad wokół modelu: ograniczonych wywołań, zawężonych uprawnień, kontroli polityk, izolacji, zatwierdzeń, weryfikacji wyników i trwałych rejestrów audytowych.
Agent hostowany samodzielnie może odczytywać pliki z serwera NAS, uruchamiać polecenia powłoki, sterować oświetleniem lub wysyłać wiadomości, więc pozornie wiarygodna odpowiedź modelu może spowodować rzeczywisty skutek uboczny. Model powinien proponować operację, a nie bezpośrednio dziedziczyć nieograniczone dane uwierzytelniające. Zaufana warstwa wykonawcza ustala cel, sprawdza tożsamość i politykę, uzyskuje wymagane zatwierdzenie, działa w określonych granicach i weryfikuje wynik.
Typowane wywołania narzędzi przekształcają intencję w żądania możliwe do sprawdzenia
Schemat narzędzia definiuje dozwolone operacje, wymagane argumenty, typy, zakresy i wartości wyliczeniowe. Deterministyczna walidacja odrzuca nieprawidłowe lub nieznane pola przed wykonaniem, a rozpoznawanie celu zamienia przyjazną nazwę na aktualny identyfikator urządzenia, ścieżki, odbiorcy lub zasobu.
Badania nad bezpieczeństwem systemów agentowych ujmują bezpieczeństwo agentów jako problem systemowy obejmujący izolację, kontrolę dostępu, pochodzenie danych i godne zaufania granice wykonywania. Przemawia to za utrzymaniem egzekwowania zasad poza probabilistycznym planowaniem i generowaniem. To rozróżnienie pozostaje widoczne podczas późniejszych testów domowych.
Ustrukturyzowane dane wyjściowe są konieczne, ale niewystarczające. Doskonale poprawne żądanie może nadal usunąć niewłaściwy folder lub wysłać wiadomość do niewłaściwej osoby, dlatego walidatory semantyczne porównują proponowane działanie z bieżącym stanem, tożsamością użytkownika, celem procesu i jawną polityką.
Uprawnienia i piaskownice ograniczają maksymalny zakres szkód
Brama wykonawcza przyznaje ściśle ograniczone, krótkotrwałe uprawnienia, takie jak dostęp tylko do odczytu jednego katalogu lub sterowanie jedną grupą świateł. Następnie piaskownica ogranicza ścieżki systemu plików, procesy, miejsca docelowe sieci, procesor, pamięć, czas i rozmiar danych wyjściowych podczas wykonywania.
Praktyczna analiza piaskownic wykonywania agentów porównuje kontenery, mikroVM-y i WebAssembly, podkreślając domyślne odmawianie dostępu do zasobów hosta. Wybór izolacji zmienia koszt uruchomienia i zgodność, ale każda opcja wymaga jawnych zezwoleń. Wynik pośredni musi pozostać możliwy do sprawdzenia, zanim automatyzacja będzie kontynuowana.
Dane uwierzytelniające pozostają poza kontekstem modelu i są wstrzykiwane wyłącznie na potrzeby autoryzowanego wywołania. Oddzielne piaskownice chronią hosta przed wykonaniem kodu, a kontrole uprawnień chronią usługi zewnętrzne; żadna z tych kontroli nie zastępuje drugiej. Tę granicę należy mierzyć osobno w realistycznych warunkach pracy.
Zatwierdzanie i weryfikacja chronią przed istotnymi skutkami ubocznymi
Polityka klasyfikuje działania według ryzyka i decyduje, czy je zezwolić, zablokować, zasymulować czy skierować do zatwierdzenia przez człowieka. Ekran zatwierdzania musi pokazywać rozpoznany cel, dokładne parametry, oczekiwane zmiany i pochodzenie, a nie ogólną prośbę o „kontynuowanie”.
Wytyczne firmy NVIDIA dotyczące piaskownic dla procesów agentowych opisują ręczne zatwierdzanie jako powszechną kontrolę i omawiają tarcia, które motywują do selektywnego stosowania piaskownic i egzekwowania zasad. Wzmacnia to podejście polegające na umieszczaniu zatwierdzenia na granicy nieodwracalnej operacji zamiast przerywania każdego kroku tylko do odczytu.
Granica awarii pojawia się przy narzędziu z nadmiernymi uprawnieniami lub niezweryfikowanym wyniku. Zatwierdzenie nie sprawi, że ukryte polecenie stanie się bezpieczne, a kod wyjścia oznaczający powodzenie nie dowodzi, że zamierzony stan został osiągnięty. Procesy o dużym wpływie wymagają niezależnych warunków końcowych, ograniczonej liczby ponowień, kluczy idempotencji oraz rejestru audytowego propozycji, odmów, zatwierdzeń, wykonań i kontroli.
Testuj warstwę egzekwowania zasad, a nie obietnice agenta
Przygotuj przypadki obejmujące nieprawidłowe argumenty, przechodzenie przez ścieżki, nieautoryzowane pliki, zablokowane miejsca docelowe sieci, instrukcje wstrzyknięte w prompt, nieaktualne cele, zduplikowane ponowienia, manipulowanie zatwierdzeniami, przekroczenie limitu czasu oraz narzędzie fałszywie zgłaszające powodzenie. Uruchamiaj je z tymi samymi uprawnieniami, które są używane w środowisku produkcyjnym.
Zastosuj zasadę niezależnej kontroli opisaną w niezależnych kontrolach wyników, aby po każdym dozwolonym działaniu zweryfikować stan. Potwierdź, że zablokowane operacje nigdy nie docierają do narzędzia, zatwierdzenia są powiązane z dokładnym skrótem żądania, dane uwierzytelniające nie trafiają do promptów ani dzienników oraz że klucze ponowień zapobiegają zduplikowanym skutkom ubocznym.
Wdrażaj rozwiązanie dopiero wtedy, gdy kontrole kończą się bezpieczną odmową w przypadku niedostępności usługi polityk, kanału zatwierdzania lub weryfikatora. Jeśli bezpieczeństwo zależy od tego, że model zapamięta regułę, przenieś ją do wykonywalnej polityki, zanim przyznasz dostęp do narzędzia.
Centrum Technologii i Sztucznej Inteligencji
Więcej do przeczytania

Jakie komponenty umożliwiają wyszukiwanie hybrydowe w plikach NAS?
Dowiedz się, jak dokładne identyfikatory i znaczenie semantyczne prowadzą do jednego najlepiej sklasyfikowanego wyniku wyszukiwania NAS bez omijania uprawnień ani ukrywania słabych dowodów.

Jakie funkcje umożliwiają niezawodny wybór wersji dokumentu w systemach RAG?
Zobacz, jak RAG wybiera właściwą wersję zamiast najbardziej podobnej, nieaktualnej kopii, oraz jak testować aktualizacje jawne, niejawne i nakładające się.

Jakie czynniki powodują rozbieżność planów agenta z dostępnymi uprawnieniami narzędzi?
Dowiedz się, jak rozpoznawanie, delegowanie, informacje zwrotne dotyczące zasad i ponowne planowanie pomagają dostosować proponowane kroki agenta AI do rzeczywistych możliwości jego narzędzi.

