AWS CodeCommit에 대한 인증 및 액세스 제어

액세스하려면 자격 증명이 AWS CodeCommit 필요합니다. 이러한 자격 증명에는 CodeCommit 리포지토리와 같은 AWS 리소스와 Git 자격 증명을 관리하는 데 사용하는 IAM 사용자 (Git 자격 증명 또는 Git 연결에 사용하는 SSH 공개 키) 에 액세스할 수 있는 권한이 있어야 합니다. 다음 섹션에서는 AWS Identity and Access Management (IAM) 사용 방법과 리소스에 대한 보안 CodeCommit 액세스를 지원하는 방법에 대해 자세히 설명합니다.

인증
액세스 제어

인증

CodeCommit 리포지토리는 Git 기반이며 Git 자격 증명을 비롯한 Git의 기본 기능을 지원하므로 작업할 때는 IAM 사용자를 사용하는 것이 좋습니다. CodeCommit 다른 ID 유형으로도 액세스할 수 있지만 다른 ID 유형에는 아래 CodeCommit 설명과 같이 제한이 적용됩니다.

자격 증명 유형:

IAM 사용자 – IAM 사용자는 특정 사용자 지정 권한을 보유한 Amazon Web Services 계정 내의 자격 증명입니다. 예를 들어, IAM 사용자는 리포지토리에 액세스하기 위한 CodeCommit Git 자격 증명을 생성하고 관리할 권한을 가질 수 있습니다. 작업하기에 권장되는 사용자 유형입니다. CodeCommit IAM 사용자 이름과 암호를 사용하여 AWS 토론 포럼 또는 센터와 같은 보안 AWS 웹 페이지에 로그인할 수 있습니다. AWS Management ConsoleAWS Support

Git 보안 인증 정보를 생성하거나 SSH 퍼블릭 키를 IAM 사용자와 연결하거나 git-remote-codecommit를 설치 및 구성할 수 있습니다. 리포지토리와 함께 작동하도록 Git을 설정하는 가장 쉬운 방법은 다음과 같습니다. CodeCommit Git 보안 인증 정보를 사용하여 IAM에서 정적 사용자 이름 및 암호를 생성합니다. 그런 다음 Git 사용자 이름 및 암호 인증을 지원하는 Git 및 타사 도구에서 HTTPS 연결용으로 이러한 보안 인증 정보를 사용합니다. SSH 연결을 사용하면 Git이 포함된 로컬 시스템에 공개 및 개인 키 파일을 만들고 SSH CodeCommit 인증에 사용합니다. 퍼블릭 키를 IAM 사용자와 연결하면 로컬 컴퓨터에 프라이빗 키를 저장합니다. git-remote-codecommit는 Git 자체를 확장하며 사용자에 대한 Git 보안 인증 정보를 설정할 필요가 없습니다.

또한 각 사용자마다 액세스 키를 생성할 수도 있습니다. AWS SDK 중 하나를 통해 또는 () 를 사용하여 프로그래밍 방식으로 AWS 서비스에 액세스할 때는 액세스 키를 사용하십시오.AWS Command Line InterfaceAWS CLI SDK 및 CLI 도구는 액세스 키를 사용하여 요청에 암호화 방식으로 서명합니다. AWS 도구를 사용하지 않는 경우 요청에 직접 서명해야 합니다. CodeCommit 인바운드 API 요청을 인증하기 위한 프로토콜인 서명 버전 4를 지원합니다. 요청 인증에 대한 자세한 내용은 https://docs.aws.amazon.com/general/latest/gr/signature-version-4.html의AWS 일반 참조서명 버전 4 서명 프로세스를 참조하세요.
Amazon Web Services 계정 루트 사용자 — AWS가입할 때 Amazon Web Services 계정과 연결된 이메일 주소와 암호를 입력합니다. 이 두 가지가 루트 보안 인증 정보이며 모든 AWS 리소스에 대한 전체 액세스 권한을 제공합니다. 루트 계정 사용자는 일부 CodeCommit 기능을 사용할 수 없습니다. 또한 루트 계정으로 Git을 사용하는 유일한 방법은 설치 및 구성 git-remote-codecommit (권장) 하거나 에 포함된 AWS 자격 증명 도우미를 구성하는 것입니다. AWS CLI Git 보안 인증 정보나 SSH 퍼블릭-프라이빗 키 페어는 루트 계정 사용자와 함께 사용할 수 없습니다. 이러한 이유로 루트 계정 사용자는 상호 작용할 때 사용하지 않는 것이 좋습니다. CodeCommit

중요
보안상 관리자 사용자, 즉 AWS 계정에 대한 전체 권한이 있는 IAM 사용자를 만들 때만 루트 보안 인증 정보를 사용하는 것이 좋습니다. 그런 다음 이 관리자 사용자를 사용하여 제한된 권한이 있는 다른 IAM 사용자 및 역할을 만들 수 있습니다. 자세한 내용은 IAM 사용 설명서에서 IAM 모범 사례 및 관리자 사용자 및 그룹 생성을 참조하세요.
IAM Identity Center 및 IAM Identity Center의 사용자 — 의 기능을 AWS IAM Identity Center AWS Identity and Access Management 확장하여 사용자 관리와 액세스 및 클라우드 애플리케이션을 통합하는 AWS 계정 중앙 위치를 제공합니다. AWS를 사용하는 대부분의 사용자에게 모범 사례로 권장되지만, IAM Identity Center는 현재 Git 보안 인증 정보 또는 SSH 키 페어에 대한 메커니즘을 제공하지 않습니다. 이러한 사용자는 CodeCommit 리포지토리를 로컬로 git-remote-codecommit 복제하도록 설치하고 구성할 수 있지만 모든 통합 개발 환경 (IDE) 이 복제, 푸시 또는 풀링을 지원하는 것은 아닙니다. git-remote-codecommit

가장 좋은 방법은 관리자 액세스가 필요한 사용자를 비롯한 수동 사용자가 ID 공급자와의 페더레이션을 사용하여 임시 자격 증명을 사용하여 액세스하도록 하는 것입니다. AWS 서비스

페더레이션 ID는 기업 사용자 디렉토리, 웹 ID 공급자, Identity Center 디렉터리의 사용자 또는 ID 소스를 통해 제공된 자격 증명을 사용하여 액세스하는 AWS 서비스 모든 사용자를 말합니다. AWS Directory Service페더레이션 ID에 AWS 계정액세스하면 이들이 역할을 맡고 역할은 임시 자격 증명을 제공합니다.

중앙 집중식 액세스 관리를 위해 AWS IAM Identity Center(을)를 사용하는 것이 좋습니다. IAM Identity Center에서 사용자 및 그룹을 생성하거나 자체 ID 소스의 사용자 및 그룹 집합에 연결하고 동기화하여 모든 사용자 및 애플리케이션에서 사용할 수 있습니다. AWS 계정 IAM Identity Center에 대한 자세한 내용은 AWS IAM Identity Center 사용 설명서에서 IAM Identity Center란 무엇입니까?를 참조하십시오.
IAM 역할 – IAM 사용자와 마찬가지로, IAM 역할은 특정 권한을 부여하기 위해 계정에서 생성할 수 있는 IAM 자격 증명입니다.

IAM 역할은 특정 권한을 가진 사용자 AWS 계정 내의 자격 증명입니다. IAM 사용자와 유사하지만, 특정 개인과 연결되지 않습니다. 역할을 AWS Management Console 전환하여 에서 일시적으로 IAM 역할을 맡을 수 있습니다. AWS CLI 또는 AWS API 작업을 호출하거나 사용자 지정 URL을 사용하여 역할을 수임할 수 있습니다. 역할 사용 방법에 대한 자세한 내용은 IAM 사용 설명서의 IAM 역할 사용을 참조하십시오.

임시 보안 인증이 있는 IAM 역할은 다음과 같은 상황에서 유용합니다.
- 페더레이션 사용자 액세스 - 페더레이션 ID에 권한을 부여하려면 역할을 생성하고 해당 역할의 권한을 정의합니다. 페더레이션 ID가 인증되면 역할이 연결되고 역할에 정의된 권한이 부여됩니다. 페더레이션 역할에 대한 자세한 내용은 IAM 사용 설명서의 서드 파티 ID 공급자의 역할 생성 단원을 참조하십시오. IAM Identity Center를 사용하는 경우, 권한 집합을 구성합니다. 인증 후 ID가 액세스할 수 있는 항목을 제어하기 위해 IAM Identity Center는 권한 세트를 IAM의 역할과 연관짓습니다. 권한 세트에 대한 자세한 내용은 AWS IAM Identity Center 사용 설명서의 권한 세트를 참조하십시오.
- 임시 IAM 사용자 권한 - IAM 사용자 또는 역할은 IAM 역할을 수임하여 특정 태스크에 대한 다양한 권한을 임시로 받을 수 있습니다.
- 크로스 계정 액세스 - IAM 역할을 사용하여 다른 계정의 사용자(신뢰할 수 있는 보안 주체)가 내 계정의 리소스에 액세스하도록 허용할 수 있습니다. 역할은 계정 간 액세스를 부여하는 기본적인 방법입니다. 그러나 일부 AWS 서비스경우에는 역할을 프록시로 사용하는 대신 정책을 리소스에 직접 연결할 수 있습니다. 크로스 계정 액세스에 대한 역할과 리소스 기반 정책의 차이점을 알아보려면 IAM 사용 설명서의 IAM의 크로스 계정 리소스 액세스를 참조하세요.
- 서비스 간 액세스 — 일부는 다른 AWS 서비스서비스의 기능을 AWS 서비스 사용합니다. 예를 들어 서비스에서 직접적 호출을 수행하면 일반적으로 해당 서비스는 Amazon EC2에서 애플리케이션을 실행하거나 Amazon S3에 객체를 저장합니다. 서비스는 직접적으로 호출하는 보안 주체의 권한을 사용하거나, 서비스 역할을 사용하거나, 또는 서비스 연결 역할을 사용하여 이 태스크를 수행할 수 있습니다.
  - 순방향 액세스 세션 (FAS) — IAM 사용자 또는 역할을 사용하여 작업을 수행하는 경우 보안 AWS주체로 간주됩니다. 일부 서비스를 사용하는 경우 다른 서비스에서 다른 작업을 시작하는 작업을 수행할 수 있습니다. FAS는 전화를 거는 주체의 권한을 다운스트림 AWS 서비스서비스에 AWS 서비스 요청하기 위한 요청과 결합하여 사용합니다. FAS 요청은 다른 서비스 AWS 서비스 또는 리소스와의 상호 작용이 필요한 요청을 서비스가 수신한 경우에만 이루어집니다. 이 경우 두 작업을 모두 수행할 수 있는 권한이 있어야 합니다. FAS 요청 시 정책 세부 정보는 전달 액세스 세션을 참조하세요.
  - 서비스 역할 - 서비스 역할은 서비스가 사용자를 대신하여 태스크를 수행하기 위해 맡는 IAM 역할입니다. IAM 관리자는 IAM 내에서 서비스 역할을 생성, 수정 및 삭제할 수 있습니다. 자세한 내용은 IAM 사용 설명서의 AWS 서비스에 대한 권한을 위임할 역할 생성을 참조하십시오.
  - 서비스 연결 역할 — 서비스 연결 역할은 에 연결된 서비스 역할의 한 유형입니다. AWS 서비스서비스는 사용자를 대신하여 작업을 수행하기 위해 역할을 수임할 수 있습니다. 서비스 연결 역할은 사용자에게 AWS 계정 표시되며 해당 서비스가 소유합니다. IAM 관리자는 서비스 링크 역할의 권한을 볼 수 있지만 편집은 할 수 없습니다.
- Amazon EC2에서 실행되는 애플리케이션 — IAM 역할을 사용하여 EC2 인스턴스에서 실행되고 API 요청을 AWS CLI 하는 애플리케이션의 임시 자격 증명을 관리할 수 있습니다. AWS 이는 EC2 인스턴스 내에 액세스 키를 저장할 때 권장되는 방법입니다. EC2 인스턴스에 AWS 역할을 할당하고 모든 애플리케이션에서 사용할 수 있게 하려면 인스턴스에 연결된 인스턴스 프로필을 생성합니다. 인스턴스 프로파일에는 역할이 포함되어 있으며 EC2 인스턴스에서 실행되는 프로그램이 임시 보안 인증을 얻을 수 있습니다. 자세한 내용은 IAM 사용 설명서의 IAM 역할을 사용하여 Amazon EC2 인스턴스에서 실행되는 애플리케이션에 권한 부여를 참조하십시오.
IAM 역할을 사용할지 또는 IAM 사용자를 사용할지를 알아보려면 IAM 사용 설명서의 IAM 역할(사용자 대신)을 생성하는 경우를 참조하십시오.

참고
Git 보안 인증 정보나 SSH 퍼블릭 키 페어는 페더레이션 사용자와 함께 사용할 수 없습니다. 또한 페더레이션 사용자에는 사용자 기본 설정을 사용할 수 없습니다. 페더레이션 액세스를 사용하여 연결을 설정하는 방법에 대한 자세한 내용은 git-remote-codecommit을 사용하여 AWS CodeCommit에 대한 HTTPS 연결을 위한 설정 단계 단원을 참조하세요.

액세스 제어

요청을 인증하는 데 필요한 유효한 자격 증명을 가질 수 있지만 권한이 없으면 CodeCommit 리소스를 만들거나 액세스할 수 없습니다. 예를 들면 리포지토리 보기, 코드 푸시, Git 보안 인증 정보 생성 및 관리 등의 작업을 수행할 수 있는 권한이 있어야 합니다.

다음 섹션에서는 에 대한 CodeCommit 권한을 관리하는 방법을 설명합니다. 먼저 개요를 읽어 보면 도움이 됩니다.

CodeCommit 리소스에 대한 액세스 권한 관리 개요

모든 AWS 리소스는 Amazon Web Services 계정이 소유합니다. 리소스를 생성하고 액세스할 수 있는 권한은 권한 정책에서 관리합니다. 계정 관리자는 IAM 자격 증명(사용자, 그룹 및 역할)에 권한 정책을 연결할 수 있습니다. 와 같은 AWS Lambda일부 서비스는 리소스에 권한 정책을 연결하는 것도 지원합니다.

참고

계정 관리자 또는 관리자 사용자는 관리자 권한이 있는 사용자입니다. 자세한 설명은 IAM 사용자 가이드의 IAM 모범 사례 섹션을 참조하십시오.

권한을 부여하려면 권한을 부여 받을 사용자, 권한 대상이 되는 리소스, 해당 리소스에 허용되는 특정 작업을 결정합니다.

CodeCommit 리소스 및 운영

에서 CodeCommit 기본 리소스는 리포지토리입니다. 각 리소스에는 관련된 고유 Amazon 리소스 이름(ARN)이 있습니다. 정책에서 Amazon 리소스 이름(ARN)을 사용하여 정책이 적용되는 리소스를 식별합니다. ARN에 대한 자세한 내용은 Amazon Web Services 일반 참조에서 Amazon 리소스 이름(ARN) 및 AWS 서비스 네임스페이스를 참조하세요. CodeCommit 현재 하위 리소스라고 하는 다른 리소스 유형을 지원하지 않습니다.

다음 표에서는 CodeCommit 리소스를 지정하는 방법을 설명합니다.

리소스 유형	ARN 형식
리포지토리	arn:aws:codecommit:`region`:`account-id`:`repository-name`
모든 CodeCommit 리포지토리	arn:aws:codecommit:*
지정된 내 지정된 계정이 소유한 모든 CodeCommit 리포지토리 AWS 리전	arn:aws:codecommit:`region`:`account-id`:*

참고

대부분의 AWS 서비스는 ARN의 콜론 (:) 또는 전방향 슬래시 (/) 를 동일한 문자로 취급합니다. 하지만 리소스 패턴과 규칙이 정확히 CodeCommit 일치해야 합니다. 이벤트 패턴을 만들 때 리소스에서 ARN 구문이 일치하도록 정확한 문자를 사용해야 합니다.

예를 들어 다음과 같이 ARN을 사용하여 명세서에 특정 저장소 (MyDemoRepo) 를 표시할 수 있습니다.


"Resource": "arn:aws:codecommit:us-west-2:111111111111:MyDemoRepo"

특정 계정에 속하는 모든 리포지토리를 지정하려면 다음과 같이 와일드카드 문자(*)를 사용합니다.


"Resource": "arn:aws:codecommit:us-west-2:111111111111:*"

모든 리소스를 지정해야 하거나 특정 API 작업이 ARN을 지원하지 않는 경우 다음과 같이 Resource 요소에 와일드카드 문자(*)를 사용합니다.


"Resource": "*"

와일드카드 문자(*)를 사용하여 리포지토리 이름의 일부와 일치하는 모든 리소스를 지정할 수도 있습니다. 예를 들어, 다음 ARN은 해당 이름으로 MyDemo 시작하고 의 Amazon Web Services 계정에 111111111111 등록된 모든 CodeCommit 리포지토리를 지정합니다. us-east-2 AWS 리전


arn:aws:codecommit:us-east-2:111111111111:MyDemo*

CodeCommit 리소스와 함께 사용할 수 있는 작업 목록은 을 참조하십시오CodeCommit 권한 참조.

리소스 소유권 이해

Amazon Web Services 계정은 리소스 생성자와 상관없이 계정에서 생성된 리소스를 소유합니다. 인라인 정책을 포함하면 해당 정책의 권한이 잘못된 보안 주체 엔터티에 실수로 추가되는 일을 예방할 수 있습니다. 다음 예에서는 이러한 작동 방식을 설명합니다.

Amazon Web Services 계정에서 IAM 사용자를 생성하고 해당 사용자에게 CodeCommit 리소스를 생성할 권한을 부여하면 사용자가 CodeCommit 리소스를 생성할 수 있습니다. 하지만 사용자가 속한 Amazon Web Services 계정이 CodeCommit 리소스를 소유합니다.
Amazon Web Services 계정의 루트 계정 자격 증명을 사용하여 규칙을 생성하는 경우 Amazon Web Services 계정이 CodeCommit 리소스의 소유자가 됩니다.
Amazon Web Services 계정에서 CodeCommit 리소스를 생성할 권한이 있는 IAM 역할을 생성하는 경우, 역할을 수임할 수 있는 사람은 누구나 CodeCommit 리소스를 생성할 수 있습니다. 역할이 속한 Amazon Web Services 계정이 CodeCommit 리소스를 소유합니다.

리소스 액세스 관리

AWS 리소스에 대한 액세스를 관리하려면 권한 정책을 사용합니다. 권한 정책은 누가 무엇에 액세스할 수 있는지를 나타냅니다. 다음 단원에서는 권한 정책을 만드는 데 옵션에 대해 설명합니다.

참고

이 섹션에서는 의 맥락에서 IAM을 사용하는 방법에 대해 설명합니다. CodeCommit IAM 서비스에 대한 자세한 정보는 다루지 않습니다. IAM에 대한 자세한 내용은 IAM 사용 설명서의 IAM이란 무엇입니까? 단원을 참조하세요. IAM 정책 구문과 설명에 대한 자세한 내용은 IAM 사용 설명서의 IAM 정책 참조 섹션을 참조하세요.

자격 증명 기반 정책(IAM 정책)이라고 하는 IAM 자격 증명에 연결된 권한 정책입니다. 리소스에 연결된 권한 정책을 리소스 기반 정책이라고 합니다. 현재는 ID 기반 정책 (IAM 정책) 만 CodeCommit 지원합니다.

주제

자격 증명 기반 정책(IAM 정책)
리소스 기반 정책

자격 증명 기반 정책(IAM 정책)

AWS 리소스에 대한 액세스를 관리하려면 권한 정책을 IAM ID에 연결합니다. CodeCommit에서는 자격 증명 기반 정책을 사용하여 리포지토리에 대한 액세스를 제어합니다. 예를 들어 다음을 수행할 수 있습니다.

계정 내 사용자 또는 그룹에 권한 정책 연결 - 사용자에게 CodeCommit 콘솔에서 CodeCommit 리소스를 볼 수 있는 권한을 부여하려면 사용자가 속한 사용자 또는 그룹에 ID 기반 권한 정책을 연결하십시오.
권한 정책을 역할에 연결(크로스 계정 권한을 부여하기 위해) – 위임(크로스 계정 액세스를 부여하려는 경우 등). 위임하려면 리소스에 속하는 계정(트러스트 계정)과 해당 리소스에 액세스해야 하는 사용자를 포함하는 계정(신뢰 계정) 간의 신뢰를 구축해야 합니다. 권한 정책은 역할 사용자에게 리소스에 대해 의도한 작업을 수행하는 데 필요한 권한을 부여합니다. 신뢰 정책은 어느 신뢰받는 계정이 사용자에게 해당 역할을 위임할 권한을 부여하도록 허용할지 지정합니다. 자세한 내용은 IAM 용어 및 개념을 참조하세요.

크로스 계정 권한을 부여하려면 자격 증명 기반 권한 정책을 IAM 역할에 연결합니다. 예를 들어, 계정 A의 관리자는 다음과 같이 다른 Amazon Web Services 계정 (예: 계정 B) 또는 AWS 서비스에 계정 간 권한을 부여하는 역할을 생성할 수 있습니다.
1. 계정 A 관리자는 IAM 역할을 생성하고 계정 A의 리소스에 대한 권한을 부여하는 역할에 권한 정책을 연결합니다.
2. 계정 A 관리자는 계정 B를 역할을 수임할 보안 주체로 식별하는 역할에 신뢰 정책을 연결합니다.
3. 그런 다음 계정 B 관리자는 계정 B의 모든 사용자에게 역할을 수임할 권한을 위임할 수 있습니다. 이렇게 하면 계정 B의 사용자가 계정 A의 리소스를 만들거나 액세스할 수 있습니다. AWS 서비스에 역할을 수임할 권한을 부여하려는 경우 신뢰 정책의 보안 주체가 AWS 서비스 주체가 될 수도 있습니다. 자세한 내용은 IAM 용어 및 개념을 참조하세요.
IAM을 사용하여 권한을 위임하는 방법에 대한 자세한 내용은 IAM 사용자 설명서의 액세스 관리를 참조하세요.

다음 예제 정책은 사용자가 저장소에 다음과 같은 브랜치를 만들 수 있도록 허용합니다. MyDemoRepo


{
  "Version": "2012-10-17",
  "Statement" : [
    {
      "Effect" : "Allow",
      "Action" : [
        "codecommit:CreateBranch"
      ],
      "Resource" : "arn:aws:codecommit:us-east-2:111111111111:MyDemoRepo"
    }
  ]
}

계정의 사용자가 액세스할 수 있는 호출 및 리소스를 제한하려면 특정 IAM 정책을 생성하고 나서 IAM 사용자에 이러한 정책을 연결합니다. IAM 역할을 생성하는 방법에 대한 자세한 내용과 IAM 정책 설명 예제를 살펴보려면 을 CodeCommit 참조하십시오. 고객 관리형 자격 증명 정책 예

리소스 기반 정책

Amazon S3와 같은 일부 서비스는 리소스 기반 권한 정책도 지원합니다. 예를 들어 리소스 기반 정책을 S3 버킷에 연결하여 해당 버킷에 대한 액세스 권한을 관리할 수 있습니다. CodeCommit 리소스 기반 정책을 지원하지 않지만 태그를 사용하여 리소스를 식별한 다음 IAM 정책에서 사용할 수 있습니다. 태그 기반 정책의 예제는 자격 증명 기반 정책(IAM 정책) 단원을 참조하세요.

리소스 범위 지정 (단위:) CodeCommit

CodeCommit에서는 에 설명된 대로 리소스에 대한 ID 기반 정책 및 권한의 범위를 지정할 수 있습니다. CodeCommit 리소스 및 운영 하지만 ListRepositories 권한의 범위를 리소스 하나로 지정할 수는 없습니다. 대신에 모든 리소스로 범위를 지정할 수 있습니다(* 와일드카드 사용). 그렇지 않으면 작업이 실패합니다.

다른 모든 CodeCommit 권한의 범위를 리소스로 지정할 수 있습니다.

정책 요소 지정: 리소스, 작업, 효과 및 보안 주체

사용자가 리소스에 액세스하는 것을 허용 또는 거부하거나 사용자가 해당 리소스에서 특정 작업을 수행하는 것을 허용 또는 거부하는 정책을 만들 수 있습니다. CodeCommit CodeCommit 콘솔, SDK, 를 사용하거나 해당 API를 직접 호출하여 서비스를 사용하는 방법을 정의하는 공개 API 작업 세트를 정의합니다. AWS CLI이러한 API 작업에 대한 권한을 부여하려면 정책에서 지정할 수 있는 일련의 작업을 CodeCommit 정의하십시오.

일부 API 작업은 두 가지 이상의 작업에 대한 권한이 필요합니다. 리소스 및 API 작업에 대한 자세한 설명은 CodeCommit 리소스 및 운영 및 CodeCommit 권한 참조 섹션을 참조하십시오.

다음은 정책의 기본 요소입니다:

리소스 – Amazon 리소스 이름(ARN)을 사용하여 정책을 적용할 리소스를 식별합니다. 자세한 정보는 CodeCommit 리소스 및 운영을 참조하세요.
작업 – 작업 키워드를 사용하여 허용 또는 거부할 리소스 작업을 식별합니다. 예를 들어Effect, 지정된 codecommit:GetBranch 권한에 따라 사용자가 CodeCommit 저장소의 브랜치에 대한 세부 정보를 가져오는 GetBranch 작업을 수행하도록 허용하거나 거부할 수 있습니다.
효과 – 사용자가 특정 작업을 요청할 때 발생되는 결과(허용 또는 거부)를 지정합니다. 명시적으로 리소스에 대한 액세스 권한을 부여(허용)하지 않는 경우, 액세스는 묵시적으로 거부됩니다. 다른 정책에서 액세스 권한을 부여하는 경우라도 사용자가 해당 리소스에 액세스할 수 없도록 하기 위해 리소스에 대한 권한을 명시적으로 거부할 수도 있습니다.
보안 주체 — ID 기반 정책 (IAM 정책) 에서 CodeCommit 지원하는 유일한 정책 유형은 정책이 연결된 사용자가 암시적 보안 주체입니다.

IAM 정책 구문에 대한 자세한 내용은 IAM 사용 설명서의 IAM 정책 참조 섹션을 참조하세요.

모든 CodeCommit API 작업과 해당 작업이 적용되는 리소스를 보여주는 표는 을 참조하십시오. CodeCommit 권한 참조

정책에서 조건 지정

권한을 부여할 때 IAM에 대한 액세스 정책 언어를 사용하여 정책이 적용될 조건을 지정합니다. 예를 들어, 특정 날짜 이후에만 정책을 적용할 수 있습니다. 정책 언어에서의 조건 지정에 관한 자세한 내용은 IAM 사용 설명서의 조건 및 정책 문법을 참조하세요.

조건을 표시하려면 미리 정의된 조건 키를 사용합니다. 관련된 조건 키는 없습니다 CodeCommit. 하지만 필요에 따라 사용할 수 있는 AWS-wide 조건 키가 있습니다. AWS-wide 키의 전체 목록은 IAM 사용 설명서의 조건에 사용할 수 있는 키를 참조하십시오.

javascript가 브라우저에서 비활성화되거나 사용이 불가합니다.

AWS 설명서를 사용하려면 Javascript가 활성화되어야 합니다. 지침을 보려면 브라우저의 도움말 페이지를 참조하십시오.

문서 규칙

ID 및 액세스 관리

자격 증명 기반 정책(IAM 정책) 사용