Question 1 Todo.io hires five engineers who need access to both the Dev and Prod accounts, with less access in Prod. What is the recommended way to set this up?
Choose one answer Learn it: IAM Identity Center · Permission set · Set up AWS: Day 0
Question 2 A teammate says that once Todo.io uses Control Tower, it no longer uses AWS Organizations. Which statement is true?
Choose one answer Control Tower sets up and governs Organizations, IAM Identity Center, CloudTrail and Config. It doesn't replace them. Correct. The organization, the OUs and the SCPs are all still there. Control Tower manages them for you. Control Tower replaces Organizations with its own account system. Not this one. Control Tower runs on top of Organizations. Control Tower is only a dashboard; it changes nothing. Not this one. It creates accounts, applies controls and sets up logging and sign-in. Control Tower runs separately inside each member account. Not this one. It runs from the management account and governs the accounts below it.
Learn it: AWS Control Tower
Question 3 Todo.io needs a new account for its data team. It must arrive with logging on, guardrails applied and sign-in through Identity Center already set up. What creates it?
Choose one answer Learn it: Account Factory
Question 4 An engineer signs in to the IAM Identity Center access portal and opens the Prod account. What credentials do they get in Prod?
Choose one answer Temporary credentials for a role that Identity Center created from their permission set. Correct. Signing in means assuming a role, so the credentials expire on their own. No long-lived keys exist to leak. The password of an IAM user in Prod. Not this one. Identity Center doesn't create IAM users in the accounts. Permanent access keys for Prod. Not this one. Nothing here is permanent. That's the point. The Prod root user's credentials. Not this one. Root is never handed out by Identity Center.
Learn it: IAM Identity Center · Temporary credentials
Question 5 Todo.io assigns the ReadOnlyAccess permission set to an engineer in its Audit account. What does Identity Center create in the Audit account?
Choose one answer Learn it: Permission set
Question 6 Todo.io already manages its staff in Okta. It wants people to sign in to AWS with the same accounts, and leavers to lose AWS access when they are removed from Okta. What should it do?
Choose one answer Connect Okta to IAM Identity Center as its identity source. Correct. Identity Center can use an external directory instead of its own. One place to add and remove people. Create an IAM user in each account for every Okta user. Not this one. That duplicates every person, and removing someone from Okta wouldn't remove their IAM users. Use Amazon Cognito. Not this one. Cognito is for an app's own customers (Level 2), not for staff signing in to AWS. Share one AWS sign-in among everyone who is in Okta. Not this one. Shared sign-ins hide who did what, and can't be taken from one leaver.
Learn it: IAM Identity Center
Question 7 An engineer leaves Todo.io. They had access to all six accounts through IAM Identity Center. What is the quickest way to remove their access everywhere?
Choose one answer Disable or delete their user once: in Identity Center, or in the company directory it is connected to. Correct. One identity, one place to remove it. Sessions already open run out when their temporary credentials expire. Delete their IAM user in each of the six accounts. Not this one. They don't have IAM users; Identity Center gives them roles. Change the root password of every account. Not this one. They never had root, so this changes nothing for them. Delete the permission sets they used. Not this one. That removes access for everyone else who uses those permission sets too.
Learn it: IAM Identity Center
Question 8 An engineer needs full access in Dev but must only be able to look, not change, in Prod. How should Todo.io set this up in IAM Identity Center?
Choose one answer Assign an administrator permission set in Dev and a read-only permission set in Prod. Correct. Assignments are per account, so each account gets exactly the access it needs: least privilege. Assign the administrator permission set in both accounts and trust the engineer to be careful in Prod. Not this one. Least privilege means not relying on care. Give only what the job needs. Assign the administrator permission set in both, and add an SCP to Prod that denies all changes. Not this one. That SCP would stop everyone in Prod making changes, including deployments. Create an IAM user in Prod with read-only access as well. Not this one. Two identities for one person is harder to manage and to remove.
Learn it: Permission set
Question 9 Todo.io expects 50,000 people to sign up to manage their todos. Should those customers be created in IAM Identity Center?
Choose one answer No. Identity Center and IAM are for people and software that manage or call AWS. App customers belong to the app. Correct. Customer sign-up and login is the app's job; Amazon Cognito does it in Level 2. Yes. Identity Center is built for large numbers of users. Not this one. It's built for staff who sign in to AWS accounts, not for an app's customers. Yes, as IAM users, so each customer has their own permissions. Not this one. Customers should never be IAM principals. Yes, with one permission set per customer. Not this one. Customers don't sign in to AWS accounts at all.
Learn it: IAM Identity Center · IAM
Question 10 Roles named AWSReservedSSO_AdministratorAccess_… appear in Todo.io's Prod account. Where did they come from?
Choose one answer IAM Identity Center created them when a permission set was assigned in Prod. Correct. Identity Center was formerly called AWS SSO, hence the name. Change them through the permission set, not by hand. An attacker created them. Not this one. The AWSReservedSSO_ prefix is reserved for Identity Center. RDS created them as service-linked roles. Not this one. Service-linked roles are named AWSServiceRoleFor… Account Factory creates them in every account. Not this one. Account Factory sets up sign-in, but these roles come from permission set assignments.
Learn it: IAM Identity Center
Question 11 Todo.io wants every member of staff to use MFA when they sign in to AWS. Staff sign in through IAM Identity Center. Where should MFA be required?
Choose one answer Learn it: MFA (multi-factor authentication)
Question 12 What does an engineer see after signing in to the IAM Identity Center access portal?
Choose one answer The accounts they are assigned to, and the permission sets they can use in each. Correct. They pick an account and a permission set, and land in the console as that role. Every account in the organization, with administrator access to each. Not this one. They see only what has been assigned to them. Only the management account. Not this one. Staff rarely need the management account at all. A list of IAM users to sign in as. Not this one. There are no IAM users; access is through roles.
Learn it: IAM Identity Center
Question 13 Todo.io's founder signs in as the root user every day to manage everything. Which change best follows AWS security best practice?
Choose one answer Learn it: Root user · Set up AWS: Day 0
Question 14 What does "IAM Identity Center" mean?
Choose one answer Learn it: IAM Identity Center
Question 15 Which term is this? "One place for people to sign in and get access to many AWS accounts."
Choose one answer Learn it: IAM Identity Center
Question 16 Which AWS term is described by this analogy? "The front desk that hands you a temporary key card for whichever flat you're cleared for."
Choose one answer Learn it: IAM Identity Center
Question 17 What does "Permission set" mean?
Choose one answer Learn it: Permission set
Question 18 Which term is this? "A reusable bundle of permissions that Identity Center turns into a role in each account you assign it to."
Choose one answer Learn it: Permission set
Question 19 Which AWS term is described by this analogy? "A job description that comes with the right keys in every building."
Choose one answer Learn it: Permission set