用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/CyberStrikeus/CyberStrike --skill cis-aws-foundations-2-1-2命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | cis-aws-foundations-2.1.2 |
| description | Ensure authorization guardrails for all AWS Organization accounts |
| category | cis-iam |
| version | 7.0.0 |
| author | cyberstrike-official |
| tags | ["cis","aws","iam","organizations","scp","rcp","guardrails","authorization"] |
| cis_id | 2.1.2 |
| cis_benchmark | CIS AWS Foundations Benchmark v7.0.0 |
| tech_stack | ["aws"] |
| cwe_ids | [] |
| chains_with | ["cis-aws-foundations-2.1.1","cis-aws-foundations-2.1.4"] |
| prerequisites | [] |
| severity_boost | {} |
Ensure that one or more baseline authorization policies such as Service Control Policies (SCPs) and/or Resource Control Policies (RCPs) are attached to all member accounts in AWS Organizations in accordance with organizational security requirements. Authorization policies act as preventive permission guardrails: SCPs define the maximum available permissions for IAM principals within accounts, while RCPs define the maximum available permissions for resources within accounts. These policies can enforce security invariants such as preventing disabling of key security services, restricting use of unapproved AWS Regions, or blocking external access to sensitive resources.
Authorization policies do not grant permissions but instead set organization-wide limits on what actions principals can perform (SCPs) and what access can be granted to resources (RCPs), regardless of local IAM or resource-based policies. Without baseline guardrail authorization policies, each account can grant excessive or inconsistent permissions that disable logging, weaken security services, allow use of unapproved Regions and services, or permit unintended external access to resources. Attaching standard authorization policies to all member accounts enforces preventive, centralized control over high-risk actions and access patterns, supports least-privilege and role-based access control at scale, and helps ensure that all accounts and resources operate within the organization's defined security baseline.
Enforcing baseline authorization policies for all member accounts can initially block some existing patterns, such as use of unapproved Regions, disabling security services, or granting broader permissions than the guardrails allow. Teams may need to adjust IAM policies, deployment pipelines, and exception processes so legitimate use cases remain possible within the new guardrails. This can introduce short-term operational overhead and require careful testing, especially when attaching new policies at the root or OU level.
Pre-requisite: you must run these CLI commands in the management account for the AWS Organization.
Before auditing, document or confirm your organization's baseline guardrail requirements. Common examples include:
List all SCPs and RCPs in the organization:
aws organizations list-policies --filter SERVICE_CONTROL_POLICY
aws organizations list-policies --filter RESOURCE_CONTROL_POLICY
aws organizations describe-policy --policy-id <policy-id>
Review the Content field in the output to confirm the policy enforces organizational security requirements.
If no SCPs/RCPs exist that implement your documented baseline guardrail requirements, note this as a gap and proceed to remediation.
aws organizations list-accounts --query 'Accounts[?Status==`ACTIVE`].[Id,Name]' --output table
aws organizations list-targets-for-policy --policy-id <policy-id>
From the AWS Organizations console, go to Policies -> Service control policies.
Do the same step as above but for RCPs if needed. From the AWS Organizations console, go to Policies -> Resource control policies.
Attach guardrail authorization policies to the root and/or OUs. In AWS Organizations, choose AWS accounts, then select the Root of the organization.
AWS recommends testing authorization policies in a staging OU before attaching them broadly to the root to avoid unintended service disruption.
No custom SCPs or RCPs are attached by default. Only the AWS-managed FullAWSAccess SCP is attached to the root.
| Controls Version | Control | IG 1 | IG 2 | IG 3 |
|---|---|---|---|---|
| v8 | 5.6 Centralize Account Management | * | * | |
| v8 | 6.7 Centralize Access Control | * | * |
Level 2 | Manual