Security, Compliance, and Governance · Topic 3 of 8
Organizations, Landing Zones, SCPs and RCPs
Structure OUs, build a Control Tower landing zone with Account Factory, enforce SCPs and RCPs, and share subnets and Transit Gateways with RAM.
- 6 min
- Includes a diagram
- SCPs cap principals; RCPs cap resources. Neither grants, and neither affects the management account.
- SCPs and RCPs do not restrict service-linked roles.
- Control Tower controls are preventive (SCP and RCP), detective (Config) or proactive (CloudFormation hooks).
What it is
An AWS account is the strongest isolation boundary you get, so large companies use hundreds of them. The exam tests how to arrange them, create new ones in a governed way, and set limits no account administrator can remove.
AWS Organizations provides the account tree and policies, AWS Control Tower builds and governs a landing zone on top, and AWS Resource Access Manager (RAM) shares resources across accounts.
How it works
Designing the OU structure
Group accounts by the controls they need, not by the org chart. A common layout has a Security OU (log archive and security tooling), an Infrastructure OU (networking and shared services), Workloads OUs split into production and non-production, and a Sandbox OU with looser rules.
Keep workloads out of the management account, because policies do not restrict it. Use delegated administrator accounts for GuardDuty, Security Hub and Config.
AWS Control Tower landing zone
Control Tower sets up a multi-account environment that follows best practices. It creates a Security OU with a Log Archive account and an Audit account, and it centralizes CloudTrail and Config logs.
Control Tower applies controls (guardrails) to OUs.
| Control behavior | How it is implemented | Effect |
|---|---|---|
| Preventive | SCPs and RCPs | Blocks the action |
| Detective | AWS Config rules | Reports noncompliant resources |
| Proactive | CloudFormation hooks | Checks resources before CloudFormation provisions them |
Controls are also grouped as mandatory, strongly recommended or elective. A Region deny control limits which Regions accounts can use, which matters for data residency.
Automated account provisioning
Account Factory creates new accounts that are enrolled in Control Tower, placed in an OU and baselined automatically. Account Factory Customization adds a blueprint, so a new account arrives with standard resources already deployed.
Account Factory for Terraform (AFT) runs account requests through a GitOps pipeline. Choose it when the company already uses Terraform and wants account requests reviewed as code.
Service control policies (SCPs)
An SCP sets the maximum permissions for IAM users and roles in member accounts, including the root user. It never grants anything, so an IAM policy must still allow the action.
SCPs do not affect the management account, and they do not restrict service-linked roles. For an action to be available, an SCP must allow it at every level from the root down to the account; a deny at any level applies to everything below.
A deny list keeps the default FullAWSAccess policy and adds explicit denies, which is easy to maintain. An allow list replaces it with approved services only, which is tighter but needs constant updates.
Typical SCP guardrails deny leaving the organization, stopping CloudTrail or using unapproved Regions.
Resource control policies (RCPs)
An RCP sets the maximum permissions for resources in member accounts, whoever the caller is, including principals outside your organization. SCPs restrict your principals; RCPs restrict access to your resources.
RCPs apply to a defined list of services, including Amazon S3, AWS STS, AWS KMS, Amazon SQS, AWS Secrets Manager, Amazon DynamoDB and Amazon ECR. Like SCPs, they never grant, they do not affect the management account, and they do not apply to service-linked roles or AWS managed KMS keys.
The classic RCP enforces an identity perimeter: deny access to S3 objects unless aws:PrincipalOrgID is your organization or the caller is an AWS service. One policy then protects every bucket, even one whose bucket policy allows the world.
Sharing resources with AWS RAM
RAM shares a resource with accounts, OUs or the whole organization without duplicating it. With sharing enabled for AWS Organizations, shares inside the organization need no invitation.
| Shared resource | Typical design |
|---|---|
| VPC subnets | A network account owns the VPC; workload accounts launch resources into shared subnets |
| AWS Transit Gateway | A network account owns the hub; spoke accounts attach their VPCs |
| Route 53 Resolver rules | One set of forwarding rules for hybrid DNS in every VPC |
| Managed prefix lists | One list of approved CIDRs referenced in many security groups and routes |
With Transit Gateway, the owner account controls the route tables, so segmentation (for example production cannot reach development) stays central even though attachments come from many accounts. In a shared VPC, participants manage their own instances and databases but cannot change the owner's subnets or route tables.
How the exam asks about this
- "Prevent any account, even with administrator access, from disabling CloudTrail or using Regions outside the EU." -> SCPs attached to the OUs, or Control Tower preventive controls including Region deny.
- "No principal outside the organization may access any S3 bucket, even if a bucket policy allows it." -> An RCP that denies S3 access when
aws:PrincipalOrgIDdoes not match. - "Dozens of workload accounts need connectivity through one central hub with central routing control." -> Transit Gateway in a network account, shared with AWS RAM.
What to remember for the exam
- SCPs cap principals; RCPs cap resources. Neither grants, and neither affects the management account.
- SCPs and RCPs do not restrict service-linked roles.
- Control Tower controls are preventive (SCP and RCP), detective (Config) or proactive (CloudFormation hooks).
- Account Factory provisions governed accounts; AFT does it through a Terraform pipeline.
- RAM shares subnets, Transit Gateways and Resolver rules without copying them.
- Keep the management account free of workloads and delegate security services.
Policies do not protect the management account. If a question puts workloads or sensitive data in the management account and asks for a guardrail, the right fix is to move them to a member account.
Common mistakes
Using an SCP to block outsiders from a bucket. SCPs only apply to principals in your own member accounts. Blocking external principals needs an RCP or a resource policy.
Building custom account scripts. For governed, repeatable account creation with low overhead, Control Tower Account Factory beats a homegrown Lambda that calls CreateAccount.
Copying network resources into every account. Separate VPCs and gateways per account multiply cost and routing effort. Share subnets or a Transit Gateway with RAM.
Check yourself
What is the main difference between an SCP and an RCP?
An SCP limits what principals in member accounts can do, while an RCP limits what any principal, including external ones, can do to resources in member accounts.
Which Control Tower control behavior uses CloudFormation hooks?
Proactive controls, which check resources before CloudFormation provisions them.
Who controls routing when a Transit Gateway is shared through AWS RAM?
The owner account, because it keeps the Transit Gateway route tables while other accounts only attach their VPCs.
Topic 3 of 8 in Security, Compliance, and Governance
Test yourself on Security, Compliance, and Governance
The full AWS SAP-C03 question bank has 850 questions, with timed practice exams and an explanation for every answer.
This study guide is independent and is not affiliated with, endorsed by, or sponsored by AWS. Vendor names, certification names and exam codes are trademarks of their respective owners and are used for identification only.