mediummulti selectObjective-mapped

An organization lets application teams create IAM roles in member accounts. Security wants every newly created role to stay within an approved permission ceiling, and teams must not be able to remove that ceiling later. Which two controls best meet the requirement? Select two.

Question 1mediummulti select
Full question →

An organization lets application teams create IAM roles in member accounts. Security wants every newly created role to stay within an approved permission ceiling, and teams must not be able to remove that ceiling later. Which two controls best meet the requirement? Select two.

Answer choices

Why each option matters

Good practice is not just finding the correct option. The wrong answers often show the exact trap the exam wants you to fall into.

A

Best answer

Attach the approved permissions boundary to every role created by the teams.

A permissions boundary caps the maximum permissions a role can ever receive, even if the role's inline or managed policies are broader. It is the right mechanism for defining a permission ceiling.

B

Best answer

Use an SCP that denies iam:CreateRole or iam:PutRolePermissionsBoundary unless the approved boundary ARN is specified.

An SCP can enforce governance at the account or OU level by blocking role creation or boundary changes unless the approved boundary is used. This prevents teams from bypassing or removing the required boundary.

C

Distractor review

Use an S3 bucket policy to prevent the roles from gaining extra privileges.

S3 bucket policies control access to S3 resources only. They do not control the permissions granted to IAM roles across the account.

D

Distractor review

Rely on a role trust policy to limit the permissions the role can have.

Trust policies determine who can assume a role, not what the role can do after assumption. They cannot enforce an account-wide permission ceiling.

E

Distractor review

Use a session policy attached to one assumed-role session to enforce the ceiling permanently.

Session policies are temporary and apply only to a single STS session. They do not provide a permanent control over future role creation or role updates.

Common exam trap

Common exam trap: authentication is not authorization

Logging in proves the user can authenticate. It does not automatically mean the user is allowed to enter privileged or configuration mode. Watch for AAA authorization, privilege level and command authorization details.

Technical deep dive

How to think about this question

This kind of question is testing the difference between identity and permission. A user may successfully log in to a router because authentication is working, but still fail to enter configuration mode because authorization is missing, misconfigured or mapped to a lower privilege level.

KKey Concepts to Remember

  • Authentication checks who the user is.
  • Authorization controls what the user is allowed to do after login.
  • Privilege levels affect access to EXEC and configuration commands.
  • AAA, TACACS+ and RADIUS can separate login success from command access.

TExam Day Tips

  • Do not assume successful login means full administrative access.
  • Look for words such as cannot enter configuration mode, privilege level, authorization or command access.
  • Separate login problems from permission problems before choosing the answer.

Related practice questions

Related SAA-C03 practice-question pages

Use these pages to review the topic behind this question. This is how one missed question becomes focused revision.

More questions from this exam

Keep practising from the same exam bank, or move into a focused topic page if this question exposed a weak area.

FAQ

Questions learners often ask

What does this SAA-C03 question test?

Authentication checks who the user is.

What is the correct answer to this question?

The correct answer is: Attach the approved permissions boundary to every role created by the teams. — The correct governance pattern is to use a permissions boundary to cap the role's maximum effective permissions, then use an SCP to make that boundary mandatory and to block attempts to remove or replace it. The boundary defines the ceiling; the SCP ensures the ceiling is applied consistently and cannot be bypassed by account users. S3 bucket policies and trust policies do not control the effective permissions of IAM roles. Session policies are temporary and session-scoped, so they do not provide the lasting guardrail the organization needs. The combination of a permissions boundary and an SCP is the enforceable design.

What should I do if I get this SAA-C03 question wrong?

Then try more questions from the same exam bank and focus on understanding why the wrong options are tempting.

Discussion

Loading comments…

Sign in to join the discussion.