메모
Azure AI 검색 Azure 포털, REST API 및 Azure SDK 통해 사용할 수 있습니다. 또한 엔터프라이즈 콘텐츠를 Microsoft Foundry 포털의 에이전트에 대해 재사용 가능한 사용 권한 인식 기술 자료로 변환하는 관리되는 기술 계층인 Foundry IQ를 뒷받침합니다.
이 페이지는 Azure AI 검색에 대한 Azure Policy 기본 제공 정책 정의의 인덱스입니다. 다른 서비스에 대한 추가 Azure Policy 기본 제공 기능은 Azure Policy 기본 제공 정의를 참조하세요.
각 기본 제공 정책 정의의 이름은 Azure Portal의 정책 정의로 링크됩니다. Version 열의 링크를 사용하여 Azure Policy GitHub 리포지토리에서 원본을 봅니다.
Azure AI 검색
| 이름 (Azure Portal) |
설명 | 효과 | 버전 (GitHub) |
|---|---|---|---|
| [미리 보기]: Azure AI 검색 서비스는 영역 중복이어야 합니다. | Azure AI 검색 서비스는 영역 중복 구성 여부를 설정할 수 있습니다. 검색 서비스에 복제본을 두 개 이상 추가할 때 가용성 영역이 사용됩니다. 각 복제본은 지역 내의 다른 가용성 영역에 배치됩니다. | 감사, 거부, 사용 안 함 | 1.0.0-preview |
| Azure AI 검색 Service는 프라이빗 링크를 지원하는 SKU를 사용해야 함 | 지원되는 Azure AI 검색 SKU를 사용하면, Azure 프라이빗 링크를 통해 소스나 대상에 공용 IP 주소 없이 가상 네트워크를 Azure 서비스에 연결할 수 있습니다. 프라이빗 링크 플랫폼은 Azure 백본 네트워크를 통해 소비자와 서비스 간의 연결을 관리합니다. 검색 서비스에 프라이빗 엔드포인트를 매핑하면 데이터 유출 위험이 줄어듭니다. https://aka.ms/azure-cognitive-search/inbound-private-endpoints에서 자세히 알아보세요. | 감사, 거부, 사용 안 함 | 1.0.1 |
| Azure AI 검색 서비스는 공용 네트워크 액세스를 비활성화해야 합니다 | 공용 네트워크 액세스를 비활성화하면 Azure AI 검색 서비스가 공개 인터넷에 노출되지 않도록 하여 보안이 강화됩니다. 프라이빗 엔드포인트를 만들면 Search Service의 노출을 제한할 수 있습니다. https://aka.ms/azure-cognitive-search/inbound-private-endpoints에서 자세히 알아보세요. | 감사, 거부, 사용 안 함 | 1.0.1 |
| Azure AI 검색 서비스는 로컬 인증 방식을 비활성화해야 합니다 | 로컬 인증 방식을 비활성화하면 Azure AI 검색 서비스가 인증 시 오직 Azure Active Directory 계정을 사용하도록 하여 보안이 강화됩니다. https://aka.ms/azure-cognitive-search/rbac에서 자세히 알아보세요. 로컬 인증 비활성화 매개변수가 아직 미리 보기 상태인 점에 유의하세요. 이 정책의 거부 효과를 적용하면 일부 Azure AI 포털 기능이 제한될 수 있습니다. 포털의 일부 기능은 정식 API(GA API)를 사용하며, 이 API는 해당 매개변수를 지원하지 않기 때문입니다. | 감사, 거부, 사용 안 함 | 1.0.1 |
| Azure AI 검색 Service는 저장 데이터 암호화에 고객 관리 키를 사용해야 합니다 | Azure AI 검색 Service에서 고객 관리 키를 사용하여 저장 데이터 암호화를 활성화하면, 데이터를 암호화하는 데 사용되는 키를 추가로 제어할 수 있습니다. 이 기능은 키 볼트를 사용하여 데이터 암호화 키를 관리해야 하는 특별한 규정 준수 요구 사항이 있는 고객에게 자주 적용됩니다. | AuditIfNotExists, 사용 안 함 | 2.1.0 |
| Azure AI Services 리소스는 키 액세스를 비활성화해야 합니다(로컬 인증 비활성화) | 보안을 위해 키 액세스(로컬 인증)를 비활성화하는 것이 권장됩니다. 개발 및 테스트용으로 주로 사용되는 Azure OpenAI Studio는 키 액세스를 필요로 하며, 키 액세스를 비활성화하면 작동하지 않습니다. 비활성화 후에는 Microsoft Entra ID만 접근 방법으로 남게 되며, 이를 통해 최소 권한 원칙을 유지하고 세부적인 제어가 가능합니다. https://aka.ms/AI/auth에서 자세히 알아보세요. | 감사, 거부, 사용 안 함 | 1.1.0 |
| Azure AI 서비스 리소스는 네트워크 액세스를 제한해야 합니다. | 네트워크 액세스를 제한하면 허용된 네트워크만 서비스에 접근할 수 있도록 보장할 수 있습니다. 이는 네트워크 규칙을 구성하여 허용된 네트워크의 애플리케이션만 Azure AI 서비스에 접근할 수 있도록 설정함으로써 달성할 수 있습니다. | 감사, 거부, 사용 안 함 | 3.3.0 |
| Azure AI 서비스 리소스는 Azure 프라이빗 링크를 사용해야 함 | Azure Private Link를 사용하면 공용 IP 주소 없이 원본 또는 대상에서 가상 네트워크를 Azure 서비스에 연결할 수 있습니다. 프라이빗 링크 플랫폼은 Azure 백본 네트워크를 통해 소비자와 서비스 간의 연결을 관리하여 데이터 유출 위험을 줄입니다. https://aka.ms/AzurePrivateLink/Overview에서 프라이빗 링크에 대해 자세히 알아보세요 | 감사, 사용 안 함 | 1.0.0 |
| 로컬 인증을 사용하지 않도록 Azure AI 검색 서비스 구성 | 로컬 인증 방식을 비활성화하여 Azure AI 검색 서비스가 인증 시 오직 Azure Active Directory 계정을 사용하도록 하세요. https://aka.ms/azure-cognitive-search/rbac에서 자세히 알아보세요. | 수정, 사용 안 함 | 2.0.0 |
| 공용 네트워크 액세스를 사용하지 않도록 Azure AI 검색 서비스 구성 | Azure AI 검색 서비스의 공용 네트워크 액세스를 비활성화하여 공개 인터넷에서 접근할 수 없도록 하세요. 이를 통해 데이터 유출 위험을 줄일 수 있습니다. https://aka.ms/azure-cognitive-search/inbound-private-endpoints에서 자세히 알아보세요. | 수정, 사용 안 함 | 1.0.1 |
| 고객 관리형 키를 적용하여 미사용 데이터를 암호화하도록 Azure AI 검색 서비스 구성 | Azure AI 검색 Service에서 고객 관리 키를 사용하여 저장 데이터 암호화를 활성화하면, 데이터를 암호화하는 데 사용되는 키를 추가로 제어할 수 있습니다. 이 기능은 키 볼트를 사용하여 데이터 암호화 키를 관리해야 하는 특별한 규정 준수 요구 사항이 있는 고객에게 자주 적용됩니다. | 거부, 사용 안 함 | 1.0.1 |
| 프라이빗 엔드포인트를 사용하여 Azure AI 검색 서비스 구성 | 프라이빗 엔드포인트는 원본 또는 대상에서 공용 IP 주소 없이 Azure 서비스에 가상 네트워크를 연결합니다. 프라이빗 엔드포인트를 Azure AI 검색 서비스에 매핑하면 데이터 유출 위험을 줄일 수 있습니다. https://aka.ms/azure-cognitive-search/inbound-private-endpoints에서 자세히 알아보세요. | DeployIfNotExists, 사용 안 함 | 1.0.1 |
| Azure AI 서비스 리소스의 로컬 키 액세스를 비활성화하도록 구성해야 합니다(로컬 인증 비활성화) | 보안을 위해 키 액세스(로컬 인증)를 비활성화하는 것이 권장됩니다. 개발 및 테스트용으로 주로 사용되는 Azure OpenAI Studio는 키 액세스를 필요로 하며, 키 액세스를 비활성화하면 작동하지 않습니다. 비활성화 후에는 Microsoft Entra ID만 접근 방법으로 남게 되며, 이를 통해 최소 권한 원칙을 유지하고 세부적인 제어가 가능합니다. https://aka.ms/AI/auth에서 자세히 알아보세요. | DeployIfNotExists, 사용 안 함 | 1.0.0 |
| Search Service의 진단 설정을 이벤트 허브에 배포 | 이 진단 설정이 누락된 Search Services를 만들거나 업데이트할 때 Search Services의 진단 설정을 배포하여 지역별 이벤트 허브로 스트리밍합니다. | DeployIfNotExists, 사용 안 함 | 2.0.0 |
| 검색 서비스에 대한 진단 설정을 로그 분석 작업 공간에 배포해야 합니다 | 이 진단 설정이 누락된 Search Services를 만들거나 업데이트할 때 Search Services의 진단 설정을 배포하여 지역별 Log Analytics 작업 영역으로 스트리밍합니다. | DeployIfNotExists, 사용 안 함 | 1.0.0 |
| Azure AI 서비스 리소스의 진단 로그를 사용하도록 설정해야 함 | Azure AI 서비스 리소스에 대한 로그를 활성화하세요. 이것은 보안 사고가 발생하거나 네트워크가 침해되었을 때 조사 목적을 위해 활동 추적을 재생성할 수 있게 해줍니다. | AuditIfNotExists, 사용 안 함 | 1.0.0 |
| 검색 서비스(microsoft.search/searchservices)에 대해 범주 그룹별로 Event Hub에 로깅 사용 | 리소스에서 발생하는 작업 및 이벤트를 추적하고 발생하는 변경 내용에 대한 표시 유형과 인사이트를 제공하려면 리소스 로그를 사용하도록 설정해야 합니다. 이 정책은 카테고리 그룹을 사용하여 진단 설정을 배포하고, 검색 서비스(microsoft.search/searchservices)의 로그를 Event Hub로 라우팅합니다. | DeployIfNotExists, AuditIfNotExists, Disabled | 1.0.0 |
| 검색 서비스(microsoft.search/searchservices)에 대해 카테고리 그룹별로 로그 분석에 로그를 활성화해야 합니다 | 리소스에서 발생하는 작업 및 이벤트를 추적하고 발생하는 변경 내용에 대한 표시 유형과 인사이트를 제공하려면 리소스 로그를 사용하도록 설정해야 합니다. 이 정책은 카테고리 그룹을 사용하여 진단 설정을 배포하고, 검색 서비스(microsoft.search/searchservices)의 로그를 로그 분석 작업 공간으로 라우팅합니다. | DeployIfNotExists, AuditIfNotExists, Disabled | 1.0.0 |
| 검색 서비스(microsoft.search/searchservices)에 대해 카테고리 그룹별로 로그를 저장소에 활성화해야 합니다 | 리소스에서 발생하는 작업 및 이벤트를 추적하고 발생하는 변경 내용에 대한 표시 유형과 인사이트를 제공하려면 리소스 로그를 사용하도록 설정해야 합니다. 이 정책은 카테고리 그룹을 사용하여 진단 설정을 배포하고, 검색 서비스(microsoft.search/searchservices)의 로그를 저장소 계정으로 라우팅합니다. | DeployIfNotExists, AuditIfNotExists, Disabled | 1.0.0 |
| Search Service에서 리소스 로그를 사용하도록 설정해야 함 | 리소스 로그 사용을 감사합니다. 이렇게 하면 보안 사고가 발생하거나 네트워크가 침해되었을 때 조사 목적으로 활동 추적을 재생성할 수 있습니다. | AuditIfNotExists, 사용 안 함 | 5.0.0 |
다음 단계
- Azure Policy GitHub 리포지토리의 기본 제공 기능을 참조하세요.
- Azure Policy 정의 구조를 검토하세요.
- 정책 효과 이해를 검토합니다.