Czym jest granica zaufania wykonywania narzędzi w lokalnym agencie AI?

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

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

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.