Azure 역할 할당 단계
Azure RBAC(Azure 역할 기반 액세스 제어)는 Azure 리소스에 대한 액세스를 관리하는 데 사용하는 권한 부여 시스템입니다. 액세스 권한을 부여하려면 역할을 특정 범위의 사용자, 그룹, 서비스 주체 또는 관리 ID에 할당합니다. 이 문서에서는 Azure Portal, Azure PowerShell, Azure CLI, REST API를 사용하여 Azure 역할을 할당하는 고급 단계를 설명합니다.
1단계: 액세스가 필요한 사용자 확인
먼저 액세스가 필요한 사용자를 결정해야 합니다. 사용자, 그룹, 서비스 주체 또는 관리 ID에 역할을 할당할 수 있습니다. 해당 이용자를 보안 주체라고도 합니다.
- 사용자 - Microsoft Entra ID에 프로필이 있는 개인입니다. 다른 테넌트의 사용자에게 역할을 할당할 수도 있습니다. 다른 조직의 사용자에 대한 내용은 Microsoft Entra B2B를 참조하세요.
- 그룹 - Microsoft Entra ID에 만든 사용자 집합입니다. 그룹에 역할을 할당하면 해당 그룹의 모든 사용자가 같은 역할을 갖습니다.
- 서비스 주체 - 애플리케이션 또는 서비스에서 특정 Azure 리소스에 액세스하기 위해 사용하는 보안 ID입니다. 애플리케이션의 사용자 ID(사용자 이름과 암호 또는 인증서)로 생각하시면 됩니다.
- 관리 ID - Azure에서 자동으로 관리하는 Microsoft Entra ID의 ID입니다. 일반적으로 Azure 서비스에 인증하기 위한 자격 증명을 관리하는 클라우드 애플리케이션을 개발하는 경우 ID 관리를 사용합니다.
2단계: 적절한 역할 선택
액세스 권한은 역할 정의에 함께 그룹화됩니다. 일반적으로 단지 역할이라고 합니다. 여러 기본 제공 역할 목록에서 역할을 선택할 수 있습니다. 기본 제공 역할이 조직의 특정 요구 사항을 충족하지 않는 경우 사용자 지정 역할을 만들면 됩니다.
역할은 작업 함수 역할 및 권한 있는 관리자 역할로 구성됩니다.
작업 함수 역할
작업 함수 역할은 특정 Azure 리소스의 관리를 허용합니다. 예를 들어 Virtual Machine 기여자 역할을 사용하면 사용자가 가상 머신을 만들고 관리할 수 있습니다. 적절한 작업 함수 역할을 선택하려면 다음 단계를 사용합니다.
포괄적인 내용을 다루는 Azure 기본 제공 역할 문서부터 시작합니다. 문서 맨 위에 있는 표는 이 문서의 뒷부분에 있는 세부 정보의 인덱스입니다.
해당 문서에서 권한을 부여하려는 리소스의 서비스 범주(컴퓨팅, 스토리지, 데이터베이스 등)로 이동합니다. 원하는 항목을 찾는 가장 쉬운 방법은 일반적으로 페이지에서 "BLOB", "가상 머신" 등의 관련 키워드를 검색하는 것입니다.
서비스 범주에 대해 나열된 역할을 검토하고 필요한 특정 작업을 식별합니다. 다시 말씀드리지만, 항상 가장 제한된 역할로 시작합니다.
예를 들어, 보안 주체가 Azure 스토리지 계정의 Blob을 읽어야 하지만 쓰기 권한은 필요 없는 경우 Storage Blob Data Contributor 대신 Storage Blob Data Reader를 선택합니다(관리자 수준의 Storage Blob Data Owner 역할은 해당 없음). 나중에 필요에 따라 언제든지 역할 할당을 업데이트할 수 있습니다.
적당한 역할을 찾을 수 없다면 사용자 지정 역할을 만들면 됩니다.
권한 있는 관리자 역할
권한 있는 관리자 역할은 Azure 리소스를 관리하거나 다른 사용자에게 역할을 할당하는 기능과 같은 권한 있는 관리자 액세스 권한을 부여하는 역할입니다. 다음 역할은 권한 있는 것으로 간주되며 모든 리소스 유형에 적용됩니다.
| Azure 역할 | 사용 권한 |
|---|---|
| 담당자 |
|
| 기여자 |
|
| 역할 기반 액세스 제어 관리자 |
|
| 사용자 액세스 관리자 |
|
권한 있는 관리자 역할 할당을 사용하는 경우 모범 사례는 Azure RBAC에 대한 모범 사례를 참조하세요. 자세한 내용은 권한 있는 관리자 역할 정의를 참조하세요.
3단계: 필요한 범위 확인
범위는 액세스 권한이 적용되는 리소스 집합입니다. Azure에서는 관리 그룹, 구독, 리소스 그룹, 리소스 등 4개 수준에서 범위를 지정할 수 있습니다. 범위는 부모-자식 관계로 구조화되어 있습니다. 계층 구조의 각 구조 수준은 범위를 보다 구체적으로 나타냅니다. 이러한 범위 수준에서 역할을 할당할 수 있습니다. 선택한 수준은 역할이 적용되는 범위를 결정합니다. 하위 수준은 상위 수준의 역할 권한을 상속합니다.
부모 범위에서 역할을 할당하는 경우 해당 권한은 자식 범위로 상속됩니다. 예시:
- 관리 그룹 범위에서 Reader 역할을 사용자에게 할당하는 경우 해당 사용자는 관리 그룹의 모든 구독에서 모든 항목을 읽을 수 있습니다.
- 구독 범위에서 그룹에 Billing Reader 역할을 할당하면 해당 그룹의 구성원들이 구독의 모든 리소스 그룹 및 리소스에 대한 청구 데이터를 읽을 수 있습니다.
- 리소스 그룹 범위에서 애플리케이션에 기여자 역할을 할당하면 해당 애플리케이션은 해당 리소스 그룹의 모든 리소스 종류를 관리할 수 있지만, 구독의 다른 리소스 그룹을 관리할 수 없습니다.
보안 주체에게 작업을 수행하는 데 필요한 최소한의 권한을 부여하는 것이 가장 좋습니다. 처음에는 더 편리해 보이더라도 더 넓은 범위에서 더 넓은 역할을 할당하는 마세요. 역할과 범위를 제한함으로써 보안 주체가 손상된 경우 리소스를 위험으로부터 제한할 수 있습니다. 자세한 내용은 범위의 이해를 참조하세요.
4단계: 사전 요구 사항 확인
역할을 할당하려면, 역할을 할당하려는 범위에서 역할 기반 액세스 제어 관리자 등 역할 할당 쓰기 권한을 지닌 역할에 할당된 사용자로 로그인해야 합니다. 마찬가지로 역할 할당을 제거하려면 역할 할당 삭제 권한을 가지고 있어야 합니다.
Microsoft.Authorization/roleAssignments/writeMicrosoft.Authorization/roleAssignments/delete
사용자 계정에 구독 내에서 역할을 할당할 수 있는 권한이 없으면 계정에 "'Microsoft.Authorization/roleAssignments/write' 작업을 수행할 수 있는 권한이 없습니다"라는 오류 메시지가 표시됩니다. 이 경우 개발자 대신 권한을 할당할 수 있는 구독 관리자에게 문의하세요.
서비스 주체를 사용하여 역할을 할당하는 경우 ‘작업을 완료하는 데 필요한 권한이 없습니다’라는 오류가 발생할 수 있습니다. 이 오류는 Azure가 Microsoft Entra ID에서 담당자 ID를 조회하려고 시도하고 서비스 주체가 기본적으로 Microsoft Entra ID를 읽을 수 없기 때문에 발생할 수 있습니다. 이 경우 디렉터리의 데이터를 읽을 수 있는 권한을 서비스 주체에 부여해야 합니다. 또는 Azure CLI를 사용하는 경우 담당자 개체 ID를 사용하여 역할 할당을 만들어 Microsoft Entra 조회를 건너뛸 수 있습니다. 자세한 내용은 Azure RBAC 문제 해결을 참조하세요.
5단계: 역할 할당
보안 주체, 역할 및 범위에 대해 알고 있으면 역할을 할당할 수 있습니다. Azure Portal, Azure PowerShell, Azure CLI, Azure SDK 또는 REST API를 사용하여 역할을 할당할 수 있습니다.
각 구독에서 최대 4000개의 역할 할당을 유지할 수 있습니다. 이 제한에는 구독, 리소스 그룹 및 리소스 범위의 역할 할당이 포함됩니다. 각 관리 그룹에서 최대 500개의 역할 할당을 유지할 수 있습니다. 자세한 내용은 Azure RBAC 제한 문제 해결을 참조하세요.
역할을 할당하는 방법에 대한 자세한 단계는 다음 문서를 확인하세요.
- Azure Portal을 사용하여 Azure 역할 할당
- Azure PowerShell을 사용하여 Azure 역할 할당
- Azure CLI를 사용하여 Azure 역할 할당
- REST API를 사용하여 Azure 역할 할당