기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
서드 파티 SAML 2.0 ID 제공업체를 사용하는 속성 기반 애플리케이션 권한
애플리케이션 권한은 WorkSpaces 애플리케이션 스택 내의 특정 애플리케이션에 대한 액세스를 제어합니다. 이는 서드 파티 SAML 2.0 ID 제공업체의 SAML 2.0 속성 어설션을 사용하여 작동합니다. 사용자 자격 증명이 WorkSpaces Applications 2.0 SAML 애플리케이션에 페더레이션되면 어설션이 값과 일치합니다. 권한이 true이고 속성 이름과 값이 매칭되면 스택 내 하나 이상의 애플리케이션에 대해 사용자 ID에 액세스 권한이 부여됩니다.
다음 시나리오에서는 서드 파티 SAML 2.0 ID 제공업체를 사용하는 속성 기반 애플리케이션 권한이 적용되지 않습니다. 즉, 다음과 같은 경우에는 권한이 무시됩니다.
-
WorkSpaces 애플리케이션 사용자 풀 인증. 자세한 내용은 Amazon AppStream 2.0 사용자 풀 단원을 참조하십시오.
-
WorkSpaces 애플리케이션 스트리밍 URL 인증. 자세한 내용은 스트리밍 URL 단원을 참조하십시오.
-
WorkSpaces 애플리케이션 플릿이 데스크톱 스트림 보기에 대해 구성된 경우의 데스크톱 애플리케이션입니다. 자세한 내용은 Amazon WorkSpaces 애플리케이션 플릿 및 스택 생성 단원을 참조하십시오.
-
동적 애플리케이션 프레임워크를 사용하는 스택. 동적 애플리케이션 프레임워크는 별도의 애플리케이션 권한 기능을 제공합니다. 자세한 내용은 동적 애플리케이션 프레임워크를 사용하는 동적 애플리케이션 공급자의 애플리케이션 권한 단원을 참조하십시오.
-
사용자가 WorkSpaces 애플리케이션 카탈로그에 페더레이션하면 애플리케이션 권한에는 사용자에게 권한이 부여된 애플리케이션만 표시됩니다. 애플리케이션은 WorkSpaces 애플리케이션 세션 내에서 실행되지 않습니다. 예를 들어 데스크톱 스트림 뷰용으로 구성된 플릿에서 사용자는 데스크톱에서 직접 애플리케이션을 시작할 수 있습니다.
애플리케이션 권한 생성
애플리케이션 권한을 생성하려면 먼저 다음 작업을 수행해야 합니다.
-
필요에 맞는 하나 이상의 애플리케이션(항상 작동 또는 온디맨드 플릿) 또는 할당된 애플리케이션(탄력적 플릿)이 포함된 이미지를 사용하여 WorkSpaces 애플리케이션 플릿 및 스택을 생성합니다. 자세한 내용은 Amazon WorkSpaces 애플리케이션 플릿 및 스택 생성 단원을 참조하십시오.
-
서드 파티 SAML 2.0 ID 제공업체를 사용하여 스택에 대한 사용자 액세스를 제공합니다. 자세한 내용은 Amazon WorkSpaces 애플리케이션과 SAML 2.0 통합 단원을 참조하십시오. 이전에 설정한 기존 SAML 2.0 ID 제공업체를 사용하는 경우 IAM 역할 신뢰 정책에 sts:TagSession 권한을 추가하는 단계를 2단계: SAML 2.0 페더레이션 IAM 역할 생성에서 참조하세요. 자세한 내용은 AWS STS에서 세션 태그 전달을 참조하세요. 애플리케이션 권한을 사용하려면 이 권한이 필요합니다.
애플리케이션 권한을 생성하는 방법
-
왼쪽 탐색 창에서 스택을 선택하고, 애플리케이션 권한을 관리할 스택을 선택합니다.
-
애플리케이션 권한 대화 상자에서 생성을 선택합니다.
-
권한의 이름과 설명을 입력합니다.
-
권한의 속성 이름과 값을 정의합니다.
속성을 매핑할 때는 https://aws.amazon.com/SAML/Attributes/PrincipalTag:{TagKey} 형식으로 속성을 지정합니다. 여기서 {TagKey}는 다음 속성 중 하나입니다.
-
역할
-
department
-
조직
-
그룹
-
제목
-
costCenter
-
userType
정의한 속성은 스택의 애플리케이션이 WorkSpaces 애플리케이션 세션에 페더레이션될 때 사용자에게 권한을 부여하는 데 사용됩니다. 권한은 페더레이션 중에 생성된 SAML 어설션의 키 값 이름과 속성 이름을 매칭하는 방식으로 작동합니다. 자세한 내용은 SAML PrincipalTag 속성을 참조하세요.
참고
지원되는 속성에 하나 이상의 값을 콜론(:)으로 구분하여 포함할 수 있습니다.
예를 들어 그룹 정보는 값이 'group1:group2:group3'인 SAML 속성 이름 https://aws.amazon.com/SAML/Attributes/PrincipalTag:groups로 전달될 수 있으며, 권한에 따라 단일 그룹 값(예: group1)을 기반으로 애플리케이션을 허용할 수 있습니다. 자세한 내용은 SAML PrincipalTag 속성을 참조하세요.
-
-
스택의 애플리케이션 설정을 구성하여 모든 애플리케이션에 권한을 부여하거나 애플리케이션을 선택합니다. 모든 애플리케이션(*)을 선택하면 향후 추가될 애플리케이션을 포함하여 스택에서 사용 가능한 모든 애플리케이션이 적용됩니다. 애플리케이션 선택을 선택하면 특정 애플리케이션 이름을 기준으로 필터링됩니다.
-
설정을 검토하고 권한을 생성합니다. 프로세스를 반복하여 추가 권한을 생성할 수 있습니다. 스택의 애플리케이션에 대한 권한은 속성 이름 및 값을 기반으로 사용자와 매칭되는 모든 권한을 합친 것입니다.
-
SAML 2.0 자격 증명 공급자에서 권한에 정의된 속성과 값을 전송하도록 WorkSpaces 애플리케이션 SAML 애플리케이션 속성 매핑을 구성합니다. 사용자가 WorkSpaces 애플리케이션 카탈로그에 페더레이션하면 애플리케이션 권한에는 사용자에게 권한이 부여된 애플리케이션만 표시됩니다.
SAML 2.0 멀티 스택 애플리케이션 카탈로그
서드 파티 SAML 2.0 ID 제공업체를 사용하는 속성 기반 애플리케이션 권한을 사용하면 단일 릴레이 상태 URL에서 여러 스택에 액세스할 수 있습니다. 다음과 같이 릴레이 상태 URL에서 스택 및 앱(있는 경우) 파라미터를 제거합니다.
https://relay-state-region-endpoint?accountId=aws-account-id-without-hyphens
사용자가 WorkSpaces 애플리케이션 카탈로그에 페더레이션하면 애플리케이션 권한이 하나 이상의 애플리케이션과 일치하는 모든 스택이 해당 스택이 있는 리전과 연결된 계정 ID 및 릴레이 상태 엔드포인트에 대해 사용자에게 표시됩니다. 사용자가 카탈로그를 선택하면 애플리케이션 권한에는 사용자에게 권한이 부여된 애플리케이션만 표시됩니다. 자세한 내용은 6단계: 연동의 릴레이 상태 구성 단원을 참조하십시오.
참고
SAML 2.0 멀티 스택 애플리케이션 카탈로그를 사용하려면 SAML 2.0 페더레이션 IAM 역할에 대한 인라인 정책을 구성해야 합니다. 자세한 내용은 3단계: IAM 역할의 인라인 정책 포함 단원을 참조하십시오.