Inbyggda definitioner för Azure Policy för Azure AI-sökning

Note

Azure AI-sökning är tillgängligt via Azure-portalen, REST-API:er och Azure-SDK:er. Den ligger också till grund för Foundry IQ, det hanterade kunskapsskiktet som omvandlar företagsinnehåll till återanvändbara, behörighetsmedvetna kunskapsbaser för agenter i Microsoft Foundry-portalen.

Den här sidan är ett index över inbyggda principdefinitioner i Azure Policy för Azure AI-sökning. Ytterligare inbyggda Azure Policy-funktioner för andra tjänster finns i Inbyggda Definitioner för Azure Policy.

Namnet på varje inbyggd principdefinition länkar till principdefinitionen i Azure-portalen. Använd länken i kolumnen Version för att visa källan på GitHub-lagringsplatsen för Azure Policy.

Namn
(Azure Portal)		 beskrivning Effekter Utgåva
(GitHub)
[Förhandsversion]: Azure AI-sökning Service ska vara zonredundant Azure AI-sökning Service kan konfigureras till zonredundant eller inte. Tillgänglighetszoner används när du lägger till två eller flera repliker i söktjänsten. Varje replik placeras i en annan tillgänglighetszon i regionen. Granskning, Neka, Inaktiverad 1.0.0-förhandsversion
Azure AI-sökning-tjänsten bör använda en SKU som stöder privat länk Med SKU:er som stöds i Azure AI-sökning kan du ansluta ditt virtuella nätverk till Azure-tjänster utan en offentlig IP-adress vid källan eller målet. Den privata länkplattformen hanterar anslutningen mellan konsumenten och tjänsterna via Azure-stamnätverket. Genom att mappa privata slutpunkter till din tjänsten Search minskas risken för dataläckage. Läs mer på: https://aka.ms/azure-cognitive-search/inbound-private-endpoints. Granskning, Neka, Inaktiverad 1.0.1
Azure AI-tjänsten Search bör inaktivera åtkomst till offentliga nätverk Om du inaktiverar åtkomst till offentliga nätverk förbättras säkerheten genom att säkerställa att din Azure AI-tjänsten Search inte exponeras på det offentliga Internet. Genom att skapa privata slutpunkter kan du begränsa exponeringen av din söktjänst. Läs mer på: https://aka.ms/azure-cognitive-search/inbound-private-endpoints. Granskning, Neka, Inaktiverad 1.0.1
Azure AI-tjänsten Search ska ha lokala autentiseringsmetoder inaktiverade Om du inaktiverar lokala autentiseringsmetoder förbättras säkerheten genom att säkerställa att Azure AI-tjänsten Search endast kräver Azure Active Directory-identiteter för autentisering. Läs mer på: https://aka.ms/azure-cognitive-search/rbac. Observera att även om parametern inaktivera lokal autentisering fortfarande är i förhandsversion kan neka-effekten för den här principen resultera i begränsade Azure AI-sökning-portalfunktioner eftersom vissa funktioner i portalen använder GA-API:et som inte stöder parametern. Granskning, Neka, Inaktiverad 1.0.1
Azure AI-tjänsten Search bör använda kundhanterade nycklar för att kryptera vilande data Om du aktiverar kryptering i vila med hjälp av en kundhanterad nyckel på din Azure AI-tjänsten Search ger du ytterligare kontroll över nyckeln som används för att kryptera vilande data. Den här funktionen gäller ofta för kunder med särskilda efterlevnadskrav för att hantera datakrypteringsnycklar med hjälp av ett nyckelvalv. AuditIfNotExists, inaktiverad 2.1.0
Azure AI Services-resurser bör ha nyckelåtkomst inaktiverad (inaktivera lokal autentisering) Nyckelåtkomst (lokal autentisering) rekommenderas att inaktiveras för säkerhet. Azure OpenAI Studio, som vanligtvis används i utveckling/testning, kräver nyckelåtkomst och fungerar inte om nyckelåtkomst är inaktiverad. Efter inaktivering blir Microsoft Entra-ID den enda åtkomstmetoden, vilket gör det möjligt att upprätthålla minimiprivilegier och detaljerad kontroll. Läs mer på: https://aka.ms/AI/auth Granskning, Neka, Inaktiverad 1.1.0
Azure AI Services-resurser bör begränsa nätverksåtkomsten Genom att begränsa nätverksåtkomsten kan du se till att endast tillåtna nätverk kan komma åt tjänsten. Detta kan uppnås genom att konfigurera nätverksregler så att endast program från tillåtna nätverk kan komma åt Azure AI-tjänsten. Granskning, Neka, Inaktiverad 3.3.0
Azure AI Services-resurser bör använda Azure Private Link Med Azure Private Link kan du ansluta ditt virtuella nätverk till Azure-tjänster utan en offentlig IP-adress vid källan eller målet. Private Link-plattformen minskar risken för dataläckage genom att hantera anslutningen mellan konsumenten och tjänsterna via Azure-stamnätverket. Läs mer om privata länkar på: https://aka.ms/AzurePrivateLink/Overview Granskning, inaktiverad 1.0.0
Konfigurera Azure AI-tjänsten Search för att inaktivera lokal autentisering Inaktivera lokala autentiseringsmetoder så att azure AI-tjänsten Search endast kräver Azure Active Directory-identiteter för autentisering. Läs mer på: https://aka.ms/azure-cognitive-search/rbac. Ändra, inaktiverad 2.0.0
Konfigurera Azure AI-tjänsten Search för att inaktivera åtkomst till offentliga nätverk Inaktivera åtkomst till offentligt nätverk för din Azure AI-tjänsten Search så att den inte är tillgänglig via det offentliga Internet. Detta kan minska risken för dataläckage. Läs mer på: https://aka.ms/azure-cognitive-search/inbound-private-endpoints. Ändra, inaktiverad 1.0.1
Konfigurera Azure AI-sökning-tjänster för att framtvinga kundhanterade nycklar för att kryptera vilande data Om du aktiverar kryptering i vila med hjälp av en kundhanterad nyckel på din Azure AI-tjänsten Search ger du ytterligare kontroll över nyckeln som används för att kryptera vilande data. Den här funktionen gäller ofta för kunder med särskilda efterlevnadskrav för att hantera datakrypteringsnycklar med hjälp av ett nyckelvalv. Neka, Inaktiverad 1.0.1
Konfigurera Azure AI-tjänsten Search med privata slutpunkter Privata slutpunkter ansluter ditt virtuella nätverk till Azure-tjänster utan en offentlig IP-adress vid källan eller målet. Genom att mappa privata slutpunkter till din Azure AI-tjänsten Search kan du minska risken för dataläckage. Läs mer på: https://aka.ms/azure-cognitive-search/inbound-private-endpoints. DeployIfNotExists, inaktiverad 1.0.1
Konfigurera Azure AI Services-resurser för att inaktivera åtkomst till lokal nyckel (inaktivera lokal autentisering) Nyckelåtkomst (lokal autentisering) rekommenderas att inaktiveras för säkerhet. Azure OpenAI Studio, som vanligtvis används i utveckling/testning, kräver nyckelåtkomst och fungerar inte om nyckelåtkomst är inaktiverad. Efter inaktivering blir Microsoft Entra-ID den enda åtkomstmetoden, vilket gör det möjligt att upprätthålla minimiprivilegier och detaljerad kontroll. Läs mer på: https://aka.ms/AI/auth DeployIfNotExists, inaktiverad 1.0.0
Distribuera diagnostikinställningar för Search Services till Event Hub Distribuerar diagnostikinställningarna för Search Services för att strömma till en regional händelsehubb när söktjänster som saknar de här diagnostikinställningarna skapas eller uppdateras. DeployIfNotExists, inaktiverad 2.0.0
Distribuera diagnostikinställningar för Search Services till Log Analytics-arbetsytan Distribuerar diagnostikinställningarna för Search Services för att strömma till en regional Log Analytics-arbetsyta när söktjänster som saknar de här diagnostikinställningarna skapas eller uppdateras. DeployIfNotExists, inaktiverad 1.0.0
Diagnostikloggar i Azure AI-tjänstresurser ska vara aktiverade Aktivera loggar för Azure AI-tjänstresurser. På så sätt kan du återskapa aktivitetsspår i undersökningssyfte, när en säkerhetsincident inträffar eller om nätverket komprometteras AuditIfNotExists, inaktiverad 1.0.0
Aktivera loggning efter kategorigrupp för tjänsten Search (microsoft.search/searchservices) till Event Hub Resursloggar ska aktiveras för att spåra aktiviteter och händelser som äger rum på dina resurser och ge dig insyn och insikter om eventuella ändringar som inträffar. Den här principen distribuerar en diagnostikinställning med hjälp av en kategorigrupp för att dirigera loggar till en händelsehubb för tjänsten Search (microsoft.search/searchservices). DeployIfNotExists, AuditIfNotExists, Inaktiverad 1.0.0
Aktivera loggning efter kategorigrupp för tjänsten Search (microsoft.search/searchservices) till Log Analytics Resursloggar ska aktiveras för att spåra aktiviteter och händelser som äger rum på dina resurser och ge dig insyn och insikter om eventuella ändringar som inträffar. Den här principen distribuerar en diagnostikinställning med hjälp av en kategorigrupp för att dirigera loggar till en Log Analytics-arbetsyta för tjänsten Search (microsoft.search/searchservices). DeployIfNotExists, AuditIfNotExists, Inaktiverad 1.0.0
Aktivera loggning efter kategorigrupp för tjänsten Search (microsoft.search/searchservices) till Storage Resursloggar ska aktiveras för att spåra aktiviteter och händelser som äger rum på dina resurser och ge dig insyn och insikter om eventuella ändringar som inträffar. Den här principen distribuerar en diagnostikinställning med hjälp av en kategorigrupp för att dirigera loggar till ett lagringskonto för tjänsten Search (microsoft.search/searchservices). DeployIfNotExists, AuditIfNotExists, Inaktiverad 1.0.0
Resursloggar i tjänsten Search ska vara aktiverade Granska aktivering av resursloggar. På så sätt kan du återskapa aktivitetsspår som ska användas i undersökningssyfte. när en säkerhetsincident inträffar eller när nätverket komprometteras AuditIfNotExists, inaktiverad 5.0.0

Nästa steg

  • Uppdaterades senast