Granica zaufania wykonywania narzędzi oddziela intencje wygenerowane przez model od uprzywilejowanych skutków ubocznych, dzięki czemu lokalny agent AI nie może samodzielnie przekształcić dowolnego tekstu w uprawnienia.
Jest to węższe pojęcie niż ogólna granica prywatności wokół wrażliwych plików. Agent domowy może analizować lokalny kontekst, zaproponować ponowne uruchomienie kontenera lub wygenerować argumenty narzędzia, ale żaden z tych wyników nie powinien automatycznie otrzymywać uprawnień do zmiany serwera. Granica zaufania znajduje się na warstwie wykonywania, gdzie walidacja schematu, tożsamość, zakres zasobów, autoryzacja, zatwierdzenie i audyt przekształcają niezaufaną propozycję w dozwolone działanie.
Granica znajduje się między intencją modelu a uprzywilejowanym wykonaniem
Model językowy może generować nazwy narzędzi i argumenty, ale te tokeny nadal są wygenerowaną treścią. Warstwa wykonywania musi traktować je jako żądanie do oceny, a nie jako dowód, że wywołujący ma uprawnienia do wykonania działania.
Architektura zero trust zakłada, że zaufanie nie jest przyznawane domyślnie tylko dlatego, że żądanie pochodzi z wnętrza granicy sieci lub procesu, a jawne decyzje dotyczące dostępu do zasobów są właściwym modelem myślowym również dla wykonywania narzędzi przez lokalnego agenta.
Ta sama zasada obowiązuje nawet wtedy, gdy model działa na serwerze domowym. Lokalność chroni miejsce przechowywania danych, ale nie sprawia, że wynik modelu staje się zaufanym poleceniem administratora.
Opisy narzędzi i rozumowanie pozostają po stronie niezaufanej
Monity, pobrane dokumenty, treści internetowe i opisy narzędzi mogą wpływać na proponowane przez model działanie. Jeśli dowolny z tych tekstów może bezpośrednio tworzyć uprawnienia, wstrzyknięcie promptu lub błędny plan mogą przeniknąć do kontroli nad serwerem bez niezależnego sprawdzenia.
Narzędzia mogą umożliwiać wykonywanie dowolnego kodu, dlatego bezpieczeństwo wywoływania narzędzi musi pozostać oddzielone od wyboru narzędzia przez model.
Opisy schematów mogą ograniczać strukturę działania, ale nadal należą do powierzchni propozycji. To, że pole o nazwie `path` jest poprawne składniowo, nie oznacza, że agent może zapisywać w każdej ścieżce, którą potrafi wskazać.
Dzięki temu granica pozostaje przejrzysta: po jednej stronie rozumowanie może być elastyczne i probabilistyczne, a po drugiej sprawdzanie uprawnień pozostaje deterministyczne i możliwe do wyegzekwowania.
Autoryzacja ogranicza zasoby i operacje, które mogą przekroczyć granicę
Gdy proponowane wywołanie dociera do granicy, wykonawca powinien przed rozpoczęciem pracy ustalić rzeczywistą tożsamość, zasób docelowy, operację i zakres poświadczeń. Szerokie uprawnienia ambientowe zacierają to rozróżnienie, ponieważ każde poprawne składniowo żądanie staje się potencjalnie osiągalne.
Mechanizmy kontroli oparte na OAuth mogą chronić chronione zasoby i operacje, podkreślając, że łączność z narzędziem i uprawnienia narzędzia to odrębne kwestie.
Wąski zakres narzędzi ogranicza zasięg działania; perspektywa granicy zaufania wyjaśnia, gdzie te ograniczenia muszą być egzekwowane, zanim wystąpią skutki uboczne.
Walidacja, zatwierdzenie i audyt dopełniają przekroczenie granicy
Autoryzacja odpowiada na pytanie, czy dana tożsamość może wykonać operację, ale bezpieczna granica może również wymagać walidacji schematu, sprawdzenia bieżącego stanu, jawnego zatwierdzenia przez użytkownika, limitów szybkości lub budżetu wykonania przed zezwoleniem na działanie o dużym wpływie.
Ryzyko pomylonego pełnomocnika i ryzyko związane z obsługą tokenów sprawiają, że awarie granic autoryzacji są problemem warstwy wykonywania, a nie inżynierii promptów.
Po przekroczeniu granicy zapisz zatwierdzone parametry, tożsamość, wynik i możliwy do zaobserwowania skutek uboczny, aby późniejsze uzgodnienie mogło odróżnić nieudane żądanie od działania, które zakończyło się powodzeniem przed zerwaniem połączenia.
Granica jest skuteczna tylko wtedy, gdy usunięte zostaną ścieżki obejścia. Jeśli agent ma również nieograniczony dostęp do powłoki, zapisywalny gniazdo Dockera lub token administratora, starannie zaprojektowany broker narzędzi przestaje wyznaczać rzeczywistą granicę zaufania.
Centrum Technologii i Sztucznej Inteligencji
Więcej do przeczytania

Czym jest stan Plexa i które jego elementy muszą być zachowane?
Trwały stan Plex to informacje, które zachowują konfigurację serwera po ponownym uruchomieniu i odbudowie; multimedia oraz tymczasowe dane transkodowania pełnią odrębne funkcje.

Jak Plex obsługuje uwierzytelnianie w sesjach lokalnych i zdalnych?
Uwierzytelnianie w Plex rozpoczyna się od tożsamości serwera i konta, a następnie lokalne lub zdalne ścieżki sieciowe określają dostępność oraz sposób nawiązywania bezpiecznego połączenia.

Dlaczego wyszukiwanie w Plex może zwalniać wraz ze wzrostem ilości danych biblioteki?
Sam wzrost biblioteki nie jest diagnozą. Zanim obwinisz rozmiar bazy danych, przetestuj kształt zapytań, indeksy, stan pamięci podręcznej, opóźnienia pamięci masowej i aktywność zapisu.

