AWS CodeCommit 는 더 이상 신규 고객이 사용할 수 없습니다. AWS CodeCommit 의 기존 고객은 정상적으로 서비스를 계속 이용할 수 있습니다. 자세히 알아보기
기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
AWS CodeCommit에 대한 인증 및 액세스 제어
에 액세스하려면 자격 증명이 AWS CodeCommit 필요합니다. 이러한 자격 증명에는 Git 자격 증명 또는 Git 연결을 만드는 데 사용하는 SSH 퍼블릭 키를 관리하는 데 사용하는 CodeCommit 리포지토리 및 IAM 사용자와 같은 AWS 리소스에 액세스할 수 있는 권한이 있어야 합니다. 다음 섹션에서는 AWS Identity and Access Management (IAM) 및 CodeCommit 를 사용하여 리소스에 대한 액세스를 보호하는 방법에 대한 세부 정보를 제공합니다.
인증
CodeCommit 리포지토리는 Git 기반이며 Git 자격 증명을 포함한 Git의 기본 기능을 지원하므로 로 작업할 때 IAM 사용자를 사용하는 것이 좋습니다 CodeCommit. 다른 자격 증명 유형 CodeCommit 으로 에 액세스할 수 있지만 다른 자격 증명 유형은 아래에 설명된 대로 제한 사항이 적용됩니다.
자격 증명 유형:
-
IAM 사용자 - IAM 사용자는 특정 사용자 지정 권한이 있는 Amazon Web Services 계정 내의 자격 증명입니다. 예를 들어 IAM 사용자는 CodeCommit 리포지토리에 액세스하기 위한 Git 보안 인증을 생성하고 관리할 수 있는 권한을 가질 수 있습니다. 이는 를 사용하는 데 권장되는 사용자 유형입니다 CodeCommit. IAM 사용자 이름과 암호를 사용하여 로그인하여 AWS Management Console
, AWS 토론 포럼 또는 AWS Support 센터 와 같은 AWS 웹페이지를 보호할 수 있습니다. Git 보안 인증을 생성하거나 SSH 퍼블릭 키를 IAM 사용자와 연결하거나 를 설치하고 구성할 수 있습니다git-remote-codecommit. 다음은 CodeCommit 리포지토리와 함께 작동하도록 Git을 설정하는 가장 쉬운 방법입니다. Git 보안 인증 정보 를 사용하면 에서 정적 사용자 이름과 암호를 생성합니다IAM. 그런 다음 Git 사용자 이름 및 암호 인증을 지원하는 타사 도구 및 Git과의 HTTPS 연결에 이러한 보안 인증을 사용합니다. SSH 연결을 사용하면 Git이 SSH 인증에 CodeCommit 사용하는 로컬 시스템에 퍼블릭 및 프라이빗 키 파일을 생성합니다. 퍼블릭 키를 IAM 사용자와 연결하고 로컬 시스템에 프라이빗 키를 저장합니다. 는 Git 자체를 git-remote-codecommit 확장하며 사용자의 Git 자격 증명을 설정할 필요가 없습니다.
또한 각 사용자마다 액세스 키를 생성할 수도 있습니다. 또는 AWS Command Line Interface (AWS CLI)
를 AWS SDKs 사용하여 프로그래밍 방식으로 AWS 서비스에 액세스할 때 액세스 키를 사용합니다. SDK 및 CLI 도구는 액세스 키를 사용하여 요청에 암호화 방식으로 서명합니다. AWS 도구를 사용하지 않는 경우 직접 요청에 서명해야 합니다. CodeCommit 는 인바운드 API 요청을 인증하기 위한 프로토콜인 서명 버전 4를 지원합니다. 요청 인증에 대한 자세한 내용은 https://docs.aws.amazon.com/general/latest/gr/signature-version-4.html의AWS 일반 참조서명 버전 4 서명 프로세스를 참조하세요. -
Amazon Web Services 계정 루트 사용자 - 에 가입하면 Amazon Web Services 계정과 연결된 이메일 주소와 암호를 AWS제공합니다. 이 두 가지가 루트 보안 인증 정보이며 모든 AWS 리소스에 대한 전체 액세스 권한을 제공합니다. 루트 계정 사용자는 일부 CodeCommit 기능을 사용할 수 없습니다. 또한 루트 계정에서 Git을 사용하는 유일한 방법은 에 포함된 AWS 보안 인증 도우미를 설치 및 구성git-remote-codecommit(권장)하거나 구성하는 것입니다 AWS CLI. Git 보안 인증 정보 또는 SSH 퍼블릭 프라이빗 키 페어는 루트 계정 사용자와 함께 사용할 수 없습니다. 이러한 이유로 와 상호 작용할 때 루트 계정 사용자를 사용하지 않는 것이 좋습니다 CodeCommit.
중요
보안상의 이유로 계정에 대한 전체 권한이 있는 IAM 사용자인 관리자 사용자 를 생성할 때만 루트 보안 인증 정보를 사용하는 것이 AWS 좋습니다. 그런 다음 이 관리자 사용자를 사용하여 제한된 권한을 가진 다른 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 키 페어에 대한 메커니즘을 제공하지 않습니다. 이러한 사용자는 리포지토리를 로컬에서 복제git-remote-codecommit CodeCommit하도록 설치 및 구성할 수 있지만 모든 통합 개발 환경(IDEs)이 를 사용한 복제, 푸시 또는 풀링을 지원하는 것은 아닙니다git-remote-codecommit.
가장 좋은 방법은 관리자 액세스가 필요한 사용자를 포함한 인간 사용자가 ID 공급자와의 페더레이션을 사용하여 임시 자격 증명을 사용하여 AWS 서비스 에 액세스하도록 요구하는 것입니다.
페더레이션 자격 증명은 엔터프라이즈 사용자 디렉터리, 웹 자격 증명 공급자, , AWS Directory Service Identity Center 디렉터리 또는 자격 증명 소스를 통해 제공된 자격 증명을 사용하여 AWS 서비스 에 액세스하는 모든 사용자의 사용자입니다. 페더레이션 자격 증명이 에 액세스하면 역할을 AWS 계정수임하고 역할은 임시 자격 증명을 제공합니다.
중앙 집중식 액세스 관리를 위해 AWS IAM Identity Center(을)를 사용하는 것이 좋습니다. IAM Identity Center에서 사용자 및 그룹을 생성하거나 및 애플리케이션에서 사용할 수 있도록 자체 자격 증명 소스의 사용자 AWS 계정 및 그룹 집합에 연결하고 동기화할 수 있습니다. IAM Identity Center에 대한 자세한 내용은 AWS IAM Identity Center 사용 설명서의 IAM Identity Center란 무엇입니까?를 참조하세요.
-
IAM 역할 - IAM 사용자와 마찬가지로 IAM 역할은 특정 권한을 부여하기 위해 계정에 생성할 수 있는 IAM 자격 증명입니다.
IAM 역할은 특정 권한이 AWS 계정 있는 내 자격 증명입니다. IAM 사용자와 비슷하지만 특정 사람과는 연결되지 않습니다. 에서 IAM 역할을 일시적으로 맡으려면 사용자에서 역할(콘솔)로 전환할 AWS Management Console수 있습니다. IAM 또는 AWS API 작업을 호출 AWS CLI 하거나 사용자 지정 를 사용하여 역할을 수임할 수 있습니다URL. 역할 사용 방법에 대한 자세한 내용은 IAM 사용 설명서의 역할 수임 방법을 참조하세요.
IAM 임시 자격 증명이 있는 역할은 다음과 같은 상황에서 유용합니다.
-
페더레이션 사용자 액세스 - 페더레이션 ID에 권한을 부여하려면 역할을 생성하고 해당 역할의 권한을 정의합니다. 페더레이션 ID가 인증되면 역할이 연결되고 역할에 정의된 권한이 부여됩니다. 페더레이션 역할에 대한 자세한 내용은 IAM 사용 설명서의 타사 자격 증명 공급자에 대한 역할 생성을 참조하세요. IAM Identity Center를 사용하는 경우 권한 세트를 구성합니다. 인증 후 자격 증명이 액세스할 수 있는 항목을 제어하기 위해 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 인스턴스에서 실행되고 AWS CLI 또는 AWS API 요청을 하는 애플리케이션의 임시 보안 인증을 관리할 수 있습니다. 이는 EC2 인스턴스 내에 액세스 키를 저장하는 것보다 좋습니다. EC2 인스턴스에 AWS 역할을 할당하고 모든 애플리케이션에서 사용할 수 있도록 하려면 인스턴스에 연결된 인스턴스 프로파일을 생성합니다. 인스턴스 프로파일에는 역할이 포함되어 있으며 EC2 인스턴스에서 실행 중인 프로그램이 임시 보안 인증을 가져올 수 있습니다. 자세한 내용은 IAM 사용 설명서EC2의 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)을 사용하여 정책이 적용되는 리소스를 식별합니다. 에 대한 자세한 내용은 의 Amazon 리소스 이름(ARN) 및 AWS 서비스 네임스페이스를 ARNs참조하세요Amazon Web Services 일반 참조. CodeCommit 는 현재 하위 리소스라고 하는 다른 리소스 유형을 지원하지 않습니다.
다음 표에서는 CodeCommit 리소스를 지정하는 방법을 설명합니다.
리소스 유형 | ARN 형식 |
---|---|
리포지토리 |
arn:aws:codecommit: |
모든 CodeCommit 리포지토리 |
arn:aws:codecommit:* |
지정된 계정에서 소유한 모든 CodeCommit 리포지토리 AWS 리전 |
arn:aws:codecommit: |
참고
대부분의 AWS 서비스는 의 콜론(:) 또는 슬래시(/)를 동일한 문자ARNs로 취급합니다. 그러나 는 리소스 패턴과 규칙의 정확한 일치를 CodeCommit 요구합니다. 이벤트 패턴을 생성할 때는 리소스의 ARN 구문과 일치하도록 올바른 ARN 문자를 사용해야 합니다.
예를 들어 특정 리포지토리(MyDemoRepo
)를 사용하여 명령문에서 다음과 ARN 같이 를 사용합니다.
"Resource": "arn:aws:codecommit:
us-west-2
:111111111111
:MyDemoRepo
"
특정 계정에 속하는 모든 리포지토리를 지정하려면 다음과 같이 와일드카드 문자(*)를 사용합니다.
"Resource": "arn:aws:codecommit:
us-west-2
:111111111111
:*
"
모든 리소스를 지정하거나 특정 API 작업이 를 지원하지 않는 경우 다음과 같이 Resource
요소에 와일드카드 문자(*)를 ARNs사용합니다.
"Resource": "
*
"
와일드카드 문자(*)를 사용하여 리포지토리 이름의 일부와 일치하는 모든 리소스를 지정할 수도 있습니다. 예를 들어, 다음은 이름으로 시작하고 의 Amazon Web Services 계정에 MyDemo
등록된 모든 CodeCommit us-east-2
리포지토리111111111111
를 ARN 지정합니다 AWS 리전.
arn:aws:codecommit:us-east-2:111111111111:MyDemo*
CodeCommit 리소스로 작업하는 사용 가능한 작업 목록은 섹션을 참조하세요CodeCommit 권한 참조.
리소스 소유권 이해
Amazon Web Services 계정은 리소스 생성자와 상관없이 계정에서 생성된 리소스를 소유합니다. 특히 리소스 소유자는 리소스 생성 요청을 인증하는 보안 주체(즉, 루트 계정, IAM 사용자 또는 IAM 역할)의 Amazon Web Services 계정입니다. 다음 예에서는 이러한 작동 방식을 설명합니다.
-
Amazon Web Services 계정에서 IAM 사용자를 생성하고 해당 사용자에게 CodeCommit 리소스를 생성할 수 있는 권한을 부여하는 경우 사용자는 CodeCommit 리소스를 생성할 수 있습니다. 하지만 사용자가 속한 Amazon Web Services 계정이 CodeCommit 리소스를 소유합니다.
-
Amazon Web Services 계정의 루트 계정 자격 증명을 사용하여 규칙을 생성하는 경우 Amazon Web Services 계정이 CodeCommit 리소스의 소유자입니다.
-
CodeCommit 리소스를 생성할 수 있는 권한이 있는 Amazon Web Services 계정에서 IAM 역할을 생성하는 경우 역할을 수임할 수 있는 모든 사용자가 CodeCommit 리소스를 생성할 수 있습니다. 역할이 속한 Amazon Web Services 계정이 CodeCommit 리소스를 소유합니다.
리소스 액세스 관리
AWS 리소스에 대한 액세스를 관리하려면 권한 정책을 사용합니다. 권한 정책은 누가 무엇에 액세스할 수 있는지를 나타냅니다. 다음 단원에서는 권한 정책을 만드는 데 옵션에 대해 설명합니다.
참고
이 섹션에서는 의 컨텍스트IAM에서 를 사용하는 방법에 대해 설명합니다 CodeCommit. IAM 서비스에 대한 자세한 정보는 제공하지 않습니다. 에 대한 자세한 내용은 IAM 사용 설명서IAM의 ?란 무엇입니까?를 IAM참조하세요. IAM 정책 구문 및 설명에 대한 자세한 내용은 IAM 사용 설명서의 IAM 정책 참조를 참조하세요.
IAM 자격 증명에 연결된 권한 정책을 자격 증명 기반 정책(IAM 정책)이라고 합니다. 리소스에 연결된 권한 정책을 리소스 기반 정책이라고 합니다. 현재 는 CodeCommit 자격 증명 기반 정책(IAM 정책)만 지원합니다.
자격 증명 기반 정책(IAM 정책)
AWS 리소스에 대한 액세스를 관리하려면 권한 정책을 IAM 자격 증명에 연결합니다. 에서는 자격 증명 기반 정책을 CodeCommit사용하여 리포지토리에 대한 액세스를 제어합니다. 예를 들어 다음을 수행할 수 있습니다.
-
사용자 또는 계정의 그룹에 권한 정책 연결 - 콘솔에서 CodeCommit 리소스를 볼 수 있는 권한을 사용자에게 부여하려면 사용자가 속한 사용자 또는 그룹에 자격 증명 기반 권한 정책을 CodeCommit 연결합니다.
-
권한 정책을 역할에 연결(크로스 계정 권한을 부여하기 위해) – 위임(크로스 계정 액세스를 부여하려는 경우 등). 위임하려면 리소스에 속하는 계정(트러스트 계정)과 해당 리소스에 액세스해야 하는 사용자를 포함하는 계정(신뢰 계정) 간의 신뢰를 구축해야 합니다. 권한 정책은 역할 사용자에게 리소스에 대해 의도한 작업을 수행하는 데 필요한 권한을 부여합니다. 신뢰 정책은 어느 신뢰받는 계정이 사용자에게 해당 역할을 위임할 권한을 부여하도록 허용할지 지정합니다. 자세한 내용은 IAM 약관 및 개념을 참조하세요.
교차 계정 권한을 부여하려면 자격 증명 기반 권한 정책을 IAM 역할에 연결합니다. 예를 들어 계정 A의 관리자는 다음과 같이 다른 Amazon Web Services 계정(예: 계정 B) 또는 AWS 서비스에 교차 계정 권한을 부여하는 역할을 생성할 수 있습니다.
-
계정 A 관리자는 IAM 역할을 생성하고 계정 A의 리소스에 대한 권한을 부여하는 권한 정책을 역할에 연결합니다.
-
계정 A 관리자는 계정 B를 역할을 수임할 보안 주체로 식별하는 역할에 신뢰 정책을 연결합니다.
-
그런 다음 계정 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지정할 수 있습니다CodeCommit 리소스 및 작업. 하지만 ListRepositories
권한의 범위를 리소스 하나로 지정할 수는 없습니다. 대신에 모든 리소스로 범위를 지정할 수 있습니다(*
와일드카드 사용). 그렇지 않으면 작업이 실패합니다.
다른 모든 CodeCommit 권한은 리소스로 범위를 지정할 수 있습니다.
정책 요소 지정: 리소스, 작업, 효과 및 보안 주체
사용자가 리소스에 액세스하도록 허용 또는 거부하거나 사용자가 해당 리소스에 대해 특정 작업을 수행하도록 허용 또는 거부하는 정책을 생성할 수 있습니다. 는 CodeCommit 사용자가 콘솔, , 를 통해 또는 직접 호출SDKs AWS CLI하여 서비스를 사용하는 방법을 정의하는 퍼블릭 API 작업 세트를 CodeCommit 정의합니다APIs. 이러한 API 작업에 대한 권한을 부여하려면 는 정책에서 지정할 수 있는 일련의 작업을 CodeCommit 정의합니다.
일부 API 작업에는 둘 이상의 작업에 대한 권한이 필요할 수 있습니다. 리소스 및 API 작업에 대한 자세한 내용은 CodeCommit 리소스 및 작업 및 섹션을 참조하세요CodeCommit 권한 참조.
다음은 정책의 기본 요소입니다:
-
리소스 - 정책이 적용되는 리소스를 식별하려면 Amazon 리소스 이름()을 사용합니다ARN. 자세한 내용은 CodeCommit 리소스 및 작업 단원을 참조하십시오.
-
작업 – 작업 키워드를 사용하여 허용 또는 거부할 리소스 작업을 식별합니다. 예를 들어, 지정된 에 따라
codecommit:GetBranch
권한Effect
은 사용자가GetBranch
작업을 수행하도록 허용하거나 거부하여 CodeCommit 리포지토리의 브랜치에 대한 세부 정보를 가져옵니다. -
효과 – 사용자가 특정 작업을 요청할 때 발생되는 결과(허용 또는 거부)를 지정합니다. 명시적으로 리소스에 대한 액세스 권한을 부여(허용)하지 않는 경우, 액세스는 묵시적으로 거부됩니다. 다른 정책에서 액세스 권한을 부여하는 경우라도 사용자가 해당 리소스에 액세스할 수 없도록 하기 위해 리소스에 대한 권한을 명시적으로 거부할 수도 있습니다.
-
보안 주체 - 자격 증명 기반 정책(IAM 정책)에서 가 CodeCommit 지원하는 유일한 유형의 정책은 정책이 연결된 사용자가 암시적 보안 주체입니다.
IAM 정책 구문에 대한 자세한 내용은 IAM 사용 설명서의 IAM 정책 참조를 참조하세요.
적용되는 모든 CodeCommit API 작업과 리소스를 보여주는 표는 섹션을 참조하세요CodeCommit 권한 참조.
정책에서 조건 지정
권한을 부여하면 에 대한 액세스 정책 언어를 사용하여 정책이 적용되는 조건을 IAM 지정합니다. 예를 들어, 특정 날짜 이후에만 정책을 적용할 수 있습니다. 정책 언어로 조건을 지정하는 방법에 대한 자세한 내용은 IAM 사용 설명서의 조건 및 정책 문법을 참조하세요.
조건을 표시하려면 미리 정의된 조건 키를 사용합니다. 와 관련된 조건 키는 없습니다 CodeCommit. 하지만 필요에 따라 사용할 수 있는 AWS전체 조건 키가 있습니다. AWS전체 키의 전체 목록은 IAM 사용 설명서의 사용 가능한 조건 키 섹션을 참조하세요.