Dane, prywatność i bezpieczeństwo usługi Foundry Agent

Ważne

Tłumaczenia nieanglojęzyczne są dostępne tylko dla wygody. Zapoznaj się zEN-US wersją tego dokumentu, aby uzyskać ostateczną wersję.

Usługa Foundry Agent to w pełni zarządzana usługa, której celem jest umożliwienie deweloperom bezpieczne tworzenie, wdrażanie i skalowanie wysokiej jakości oraz rozszerzalnych agentów sztucznej inteligencji, bez konieczności zarządzania zasobami obliczeniowymi i pamięcią masową. Usługa agenta integruje modele, narzędzia i technologię i umożliwia rozszerzanie agentów wiedzą z połączonych źródeł (takich jak wyszukiwanie Bing, SharePoint, Fabric, Azure Blob Storage i licencjonowane dane) oraz wykonywanie akcji za pomocą narzędzi, takich jak Azure Logic Apps, Azure Functions, narzędzia określone interfejsem OpenAPI 3.0 i interpreter kodu.

Uwaga

Ten artykuł zawiera szczegółowe informacje dotyczące przetwarzania, wykorzystania i przechowywania danych udostępnianych przez Ciebie dla Usługi agenta. Zobacz również dodatek Microsoft Products and Services Data Protection Addendum który zarządza przetwarzaniem danych przez usługę agenta (ale niekoniecznie ma zastosowanie do narzędzi zewnętrznych lub usług, z którymi usługa agenta wchodzi w interakcję, które podlegają własnym warunkom przetwarzania danych).

Ważne

Wskazówki (dane wejściowe), uzupełnienia (dane wyjściowe) i dane:

  • nie są dostępne dla innych klientów.
  • nie są dostępne dla OpenAI, Meta, Cohere lub Mistral.
  • nie są używane do ulepszania modeli OpenAI, Meta, Cohere lub Mistral.

W przypadku korzystania z usługi agenta z narzędziami pobierającymi dane ze źródeł zewnętrznych lub usług (takich jak narzędzie Grounding with Bing Search), terminy (w tym warunki przetwarzania danych) dla tych usług mają zastosowanie do wszelkich danych przetwarzanych przez te usługi. Na przykład, narzędzie Grounding z wyszukiwaniem Bing podlega odrębnym warunkom dotyczącym zbierania danych i prywatności (patrz Warunki użytkowania dla Grounding z wyszukiwaniem Bing w usłudze Azure AI Agents Service), a usługi te są traktowane jako usługi, w których Microsoft pełni rolę kontrolera, i są z tego powodu wyłączone z dodatku dotyczącego ochrony danych Microsoft Products and Services.

Jakie dane przetwarza usługa agenta?

Usługa agenta przetwarza następujące typy danych:

  • Podpowiedzi i wygenerowana treść. Monity są przesyłane przez użytkownika, a zawartość jest generowana przez usługę za pośrednictwem uzupełniania, uzupełniania czatu, obrazów i operacji audio modeli, z którymi korzysta usługa agenta.

  • Przekazane dane. Możesz podać własne dane do użycia z określonymi narzędziami w usłudze agenta (na przykład wyszukiwanie plików, interpreter kodu, Wyszukiwanie AI platformy Azure) przy użyciu własnego konta Azure Storage lub skonfigurowanego magazynu danych.

  • Dane zewnętrzne. Jeśli używasz narzędzia Grounding with Bing Search lub narzędzi obsługujących wywoływanie funkcji, usługa przetwarza i przechowuje dane wyjściowe tych narzędzi.

Dane dla jednostek stanowych. W przypadku korzystania z wątków, komunikatów i przebiegów usługa utworzy magazyn danych do utrwalania historii komunikatów i innej zawartości, zgodnie ze sposobem konfigurowania tej funkcji i utrzymywania odpowiednich zobowiązań dotyczących prywatności, zabezpieczeń i zgodności. W przypadku korzystania z narzędzia MCP dane przekazywane w nagłówkach są dostępne tylko dla bieżącego przebiegu i nie będą utrwalane.

Rozszerzone dane dołączone do polecenia lub za pośrednictwem monitów. W przypadku korzystania z danych skojarzonych z encjami z zachowaniem stanu, usługa pobiera odpowiednie dane ze skonfigurowanego magazynu danych i ulepsza zapytanie, aby wygenerować wyniki oparte na Twoich danych. Podpowiedzi mogą być również rozszerzone o dane pobrane ze źródła zawartego w samym poleceniu, na przykład z adresu URL.

W jaki sposób usługa agenta przetwarza dane?

Na poniższym diagramie przedstawiono sposób przetwarzania danych. Ten diagram obejmuje kilka typów przetwarzania:

  1. Sposób przetwarzania monitów przez usługę agenta za pośrednictwem wnioskowania w celu wygenerowania zawartości (w tym w przypadku dodania dodatkowych danych z wyznaczonego źródła danych do monitu przy użyciu funkcji wyszukiwania plików, interpretera kodu lub innych narzędzi).

  2. Jak usługa agenta przechowuje dane w połączeniu z komunikatami, wątkami i przebiegami.

  3. Jak usługa agenta przetwarza dane wprowadzane do niej z narzędzi zewnętrznych.

Diagram przedstawiający sposób przetwarzania danych przez usługę agenta.

Wnioskowanie modelu

Usługa agenta współdziała z określonymi przez Ciebie skonfigurowanymi punktami końcowymi wykorzystywanymi do wnioskowania przez modele. Modele (podstawowe lub dostrojone) przetwarzają dane wejściowe i generują odpowiedzi wyjściowe, które mogą być dalej używane lub przetwarzane przez agenta. Dane są przetwarzane na potrzeby wnioskowania modelu zgodnie z warunkami, które mają zastosowanie do odpowiedniego modelu. Dowiedz się więcej na temat Danych, prywatności i zabezpieczeń dla usługi Azure OpenAI oraz Danych, prywatności i zabezpieczeń dla wykorzystywania modeli poprzez katalog modeli w portalu Foundry.

Magazyn danych dla funkcji usługi agenta

Niektóre funkcje usługi agenta przechowują dane w usłudze. Te dane są przekazywane przez klienta lub są automatycznie przechowywane w połączeniu z określonymi jednostkami stanowymi, takimi jak Komunikaty, Wątki i Uruchomienia. Dane przechowywane dla usługi agenta:

  • Dane są przechowywane w stanie spoczynku w zasobie Azure OpenAI, który jest tworzony podczas konfigurowania usługi Agenta w dzierżawie Azure klienta, w tej samej lokalizacji geograficznej co zasób Azure OpenAI.

  • Można je domyślnie dwukrotnie szyfrować w stanie spoczynku za pomocą szyfrowania AES-256 od Microsoft oraz opcjonalnie za pomocą klucza zarządzanego przez klienta (z wyjątkiem funkcji w wersji zapoznawczej, które mogą nie obsługiwać kluczy zarządzanych przez klienta).

  • Może zostać usunięty przez klienta w dowolnym momencie.

Ważne

W przypadku projektów opartych na hubie korzystających ze starszego punktu końcowego usługi agenta Azure Machine Learning (api.azureml.ms/agents), wbudowana rola Czytelnik platformy Azure może udzielić dostępu do przechowywanej zawartości agenta, w tym instrukcji, komunikatów wątków i przekazanych plików utworzonych przez innych użytkowników. Przyznaj tę rolę tylko tożsamościom upoważnionym do odczytywania tej zawartości i przejrzyj dziedziczone przypisania ról. Zobacz Kontrola dostępu oparta na rolach dla projektów opartych na hubie.

Dostęp do plików i izolacja między projektami i zasobami usługi Foundry

Jeśli planujesz dostęp do plików używanych przez agentów i powiązane przepływy pracy, należy odróżnić możliwości w zakresie projektu od możliwości w zakresie zasobów. Niektóre funkcje, w tym przetwarzanie wsadowe OpenAI i dostrajanie, działają w zakresie nadrzędnego zasobu Foundry. Przejrzyj zakres przechowywania i autoryzacji dla każdego interfejsu API używanego przez aplikację.

Ważne

Nie zakładaj, że oddzielne projekty zapewniają izolację plików dla każdej możliwości. Gdy obciążenia wymagają niezależnego dostępu do plików przypisanych do zakresu zasobu, użyj oddzielnych zasobów Foundry i przejrzyj przypisania ról zarówno na poziomie zasobu, jak i projektu. Zobacz Dostęp i izolacja możliwości planu.

Chroń identyfikatory odpowiedzi i historię konwersacji

Responses API używa previous_response_id, aby kontynuować odpowiedź przy użyciu wcześniejszego kontekstu konwersacji. Identyfikatory odpowiedzi nie są powiązane z poszczególnymi użytkownikami. Nie zakładaj, że odpowiedź może być kontynuowana tylko przez użytkownika, który ją utworzył.

Ważne

Zachowaj poufne identyfikatory odpowiedzi. Inny obiekt wywołujący z wymaganym dostępem do tego samego projektu Foundry, który uzyskuje identyfikator odpowiedzi, może być w stanie kontynuować odpowiedź i przenieść powiązaną historię konwersacji do kontekstu modelu. Sama znajomość identyfikatora odpowiedzi nie pozwala obejść wymagań dotyczących uwierzytelniania ani autoryzacji rozwiązania Foundry.

Deweloperzy agentów i użytkownicy są odpowiedzialni za zapobieganie niezamierzonemu ujawnieniu:

  • Użytkownicy: Nie udostępniaj identyfikatorów odpowiedzi osobom, które nie powinny uzyskiwać dostępu do skojarzonej konwersacji.
  • Deweloperzy: Unikaj uwidaczniania identyfikatorów odpowiedzi w publicznych adresach URL, repozytoriach, szeroko dostępnych dziennikach lub udostępnionych artefaktach diagnostycznych.
  • Aplikacje dla wielu użytkowników: Uwierzytelnij osoby wywołujące i zweryfikuj ich uprawnienia, aby kontynuować korzystanie z aplikacji przed zaakceptowaniem identyfikatora odpowiedzi. Tam, gdzie to praktyczne, należy zachować identyfikatory odpowiedzi usługi po stronie serwera i mapować je na identyfikatory konwersacji aplikacji z jawną własnością użytkownika lub dzierżawy.

Lokalizacja przetwarzania danych

Aby użyć usługi agenta, należy utworzyć zasób Azure OpenAI Service, w którym będzie hostowana usługa agenta. Jeśli używasz funkcji usługi Agent Service, które przechowują dane w stanie spoczynku, te dane będą przechowywane w geografii, w której znajduje się zasób Azure OpenAI. Gdy usługa agenta współdziała z modelami i narzędziami, lokalizacja przetwarzania danych będzie zależeć od konfiguracji punktów końcowych wnioskowania modelu i lokalizacji hostingu narzędzi.

Dostęp do wersji agenta i usuwanie niebezpiecznych konfiguracji

Uprawnienia wywołania agenta mają zastosowanie na poziomie agenta, a nie do poszczególnych wersji. Podmiot wywołujący z uprawnieniem do wywoływania agenta może wywołać inne dostępne wersje i użyć możliwości skonfigurowanych w tych wersjach. Przypinanie agenta do określonej wersji steruje domyślnym routingiem; nie ogranicza wywołujących do tej wersji.

Ważne

Zapisanie poprawionej wersji i wybranie jej jako aktywnej nie powoduje wycofania wcześniejszych wersji z dostępu użytkownika wywołującego. Wcześniejsze wersje mogą zachować instrukcje, definicje narzędzi lub odwołania do połączeń usunięte z bieżącej wersji. Aby wycofać niebezpieczną konfigurację, usuń wersje, których dotyczy problem, i sprawdź, czy nie można ich już wywołać. Jeśli wersja zawierała uwidocznione poświadczenie, należy również unieważnić lub przeprowadzić rotację tego poświadczenia; usunięcie wersji nie zastępuje rotacji poświadczeń.

Zastosuj zasadę najmniejszych uprawnień wobec tożsamości agentów i połączeń narzędzi. Wymuszaj autoryzację w usługach podrzędnych i zachowaj konfiguracje, które wymagają różnych uprawnień wywołujących w oddzielnie kontrolowanych agentach lub projektach, a nie w różnych wersjach tego samego agenta.

Zapobieganie szkodliwemu generowaniu zawartości

Aby zmniejszyć ryzyko szkodliwego użycia usługi agenta, usługa obejmuje obsługę filtrowania zawartości . Dane wyjściowe przetwarzane przez usługę agenta będą filtrowane zgodnie z filtrowaniem zawartości zastosowanym do wdrożenia modelu używanego przez agenta.

Jak są przetwarzane dane podczas publikowania agentów do Microsoft Copilot i Microsoft Teams?

W przypadku publikowania agentów w usłudze Microsoft 365 i Teams niektóre dane skojarzone z publikowaniem i używaniem agenta w usłudze Microsoft 365 i Teams są przetwarzane i przechowywane przez te usługi oraz podlegają warunkom, zobowiązaniom zgodności, zobowiązaniom rezydencji danych i praktykom obsługi danych mających zastosowanie do Microsoft 365 i usługi Teams.

Te dane mogą obejmować dane niezbędne do opublikowania agenta, takie jak nazwa, ikona i opis agenta, a także dane zawarte w odpowiedziach dostarczonych przez agenta, gdy użytkownicy w organizacji przesyłają zapytania do agenta z Microsoft 365 i teams.

Przed opublikowaniem agenta w Microsoft 365 i usłudze Teams należy ocenić, czy wynikające z tego przepływy danych i przetwarzanie są zgodne z wymogami organizacji w zakresie zgodności, rezydencji danych i zarządzania.

Zobacz też

  • Ostatnia aktualizacja o