교차 서비스 혼동된 대리자 예방 - AWS IoT Events

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

교차 서비스 혼동된 대리자 예방

참고
  • 이 AWS IoT Events 서비스에서는 고객이 리소스를 생성한 계정과 동일한 계정에서만 역할을 사용하여 작업을 시작할 수 있습니다. 즉, 이 서비스에서는 혼란을 야기하는 대리인 공격을 수행할 수 없습니다.

  • 이 페이지는 고객이 혼란을 야기하는 대리인 문제가 어떻게 진행되는지 확인할 수 있는 참조 자료로, AWS IoT Events 서비스에 교차 계정 리소스가 허용된 경우 이를 방지할 수 있습니다.

혼동된 대리자 문제는 작업을 수행할 권한이 없는 엔터티가 권한이 더 많은 엔터티에 작업을 수행하도록 강요할 수 있는 보안 문제입니다. AWS에서는 교차 서비스 가장으로 인해 혼동된 대리자 문제가 발생할 수 있습니다. 교차 서비스 가장은 한 서비스(호출하는 서비스)가 다른 서비스(호출되는 서비스)를 호출할 때 발생할 수 있습니다. 호출하는 서비스는 다른 고객의 리소스에 대해 액세스 권한이 없는 방식으로 작동하게 권한을 사용하도록 조작될 수 있습니다. 이를 방지하기 위해 AWS에서는 계정의 리소스에 대한 액세스 권한이 부여된 서비스 보안 주체를 사용하여 모든 서비스에 대한 데이터를 보호하는 데 도움이 되는 도구를 제공합니다.

aws:SourceArn이(가) 리소스에 다른 서비스를 제공하는 권한을 제한하려면 리소스 정책에서 aws:SourceAccountAWS IoT Events 글로벌 조건 컨텍스트 키를 사용하는 것이 좋습니다. 만약 aws:SourceArn 값에 Amazon S3 버킷 ARN과 같은 계정 ID가 포함되어 있지 않은 경우, 권한을 제한하려면 두 전역 조건 컨텍스트 키를 모두 사용해야 합니다. 두 전역 조건 컨텍스트 키와 계정을 포함한 aws:SourceArn 값을 모두 사용하는 경우, aws:SourceAccount 값 및 aws:SourceArn 값의 계정은 동일한 정책 명령문에서 사용할 경우 반드시 동일한 계정 ID를 사용해야 합니다.

하나의 리소스만 교차 서비스 액세스와 연결되도록 허용하려는 경우 aws:SourceArn을(를) 사용하세요. 해당 계정의 모든 리소스가 교차 서비스 사용과 연결되도록 허용하려는 경우 aws:SourceAccount을(를) 사용하세요. aws:SourceArn의 값은 sts:AssumeRole 요청과 관련된 감지기 모델 또는 경보 모델이어야 합니다.

혼동된 대리자 문제로부터 보호하는 가장 효과적인 방법은 리소스의 전체 ARN이 포함된 aws:SourceArn 글로벌 조건 컨텍스트 키를 사용하는 것입니다. 리소스의 전체 ARN을 모를 경우 또는 여러 리소스를 지정하는 경우, ARN의 알 수 없는 부분에 대해 와일드카드(*)를 포함한 aws:SourceArn 글로벌 조건 컨텍스트 키를 사용합니다. 예: arn:aws:iotevents:*:123456789012:*.

다음 예는 AWS IoT Events에서 aws:SourceArnaws:SourceAccount 전역 조건 컨텍스트 키를 사용하여 혼동된 대리자 문제를 방지하는 방법을 보여줍니다.

예 1: 감지기 모델 액세스

다음 역할은 foo(이)라고 이름이 지정된 DetectorModel에 액세스하는 데만 사용할 수 있습니다.

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": [ "iotevents.amazonaws.com" ] }, "Action": "sts:AssumeRole", "Condition": { "StringEquals": { "aws:SourceAccount": "account_id" }, "ArnEquals": { "aws:SourceArn": "arn:aws:iotevents:region:account_id:detectorModel/foo" } } } ] } }

예 2: 경보 모델 액세스

다음 역할은 모든 경보 모델에 액세스하는 데만 사용할 수 있습니다.

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": [ "iotevents.amazonaws.com" ] }, "Action": "sts:AssumeRole", "Condition": { "StringEquals": { "aws:SourceAccount": "account_id" }, "ArnEquals": { "aws:SourceArn": "arn:aws:iotevents:region:account_id:alarmModel/*" } } } ] }

예 3: 지정된 리전의 리소스 액세스

다음 예제는 지정된 리전의 리소스에 액세스하는 데 사용할 수 있는 역할을 보여줍니다. 이 예제의 리전은 us-east-1입니다.

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": [ "iotevents.amazonaws.com" ] }, "Action": "sts:AssumeRole", "Condition": { "StringEquals": { "aws:SourceAccount": "account_id" }, "ArnEquals": { "aws:SourceArn": "arn:aws:iotevents:us-east-1:account_id:*" } } } ] }

예 4: 로깅 옵션

로깅 옵션에 대한 역할을 제공하려면 IoT 이벤트의 모든 리소스에 대해 해당 역할을 위임하도록 허용해야 합니다. 따라서 리소스 유형 및 이름에는 와일드카드(*)를 사용해야 합니다.

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": [ "iotevents.amazonaws.com" ] }, "Action": "sts:AssumeRole", "Condition": { "StringEquals": { "aws:SourceAccount": "account_id" }, "ArnEquals": { "aws:SourceArn": "arn:aws:iotevents:region:account_id:*" } } } ] }