14 of 29 in All Controls
aws

Enforce IAM Account Password Policy for Central Accounts

IDAWS-IAM-003
Severity
medium
Automation
Auto
Category
iam
Enforcementmandatory
Complexity / Impact
low(none impact)
Cloud Scopeaws:account
Environments
productionnon-production
Target Resources
IAM
Services
iamorganizations
Tags
iampassword-policycomplianceidentitylanding-zone
Frameworks
CIS AWSNIST 800-53PCI DSSISO 27001SOC 2AWS
Governance
Cloud Security (quarterly)
Audit Dates
2026-05-03 • 2026-06-06

Specification & Description

Enforce a hardened IAM account password policy across all central landing zone accounts, including minimum length, complexity, expiry, and reuse prevention aligned to CIS benchmark recommendations.

Technical Specifications

The IAM account password policy governs all IAM user passwords in the account. In a well-configured landing zone, human access should use IAM Identity Center with federated identity rather than long-lived IAM user credentials. However, IAM users may exist for break-glass scenarios, legacy tooling, or accounts not yet onboarded to Identity Center. A weak password policy in any central account - Management, Log Archive, or Audit - creates unnecessary credential risk for these users. The recommended policy sets a 14-character minimum length, requires at least one uppercase letter, one lowercase letter, one number, and one non-alphanumeric character, and prevents reuse of the last 24 passwords. The SCP prevents any principal in member accounts from weakening or deleting this policy after it is applied. Note that SCPs cannot mandate specific policy content - they can only block the actions that would modify or remove the policy.

Security Rationale

Password reuse and weak password requirements are common vectors in credential-based attacks. Enforcing a strong policy centrally removes the dependency on individual account administrators to configure this correctly. The CIS benchmark recommends 24 as the reuse prevention value - this is the minimum acceptable for landing zone central accounts. IAM Identity Center federation should be the long-term target; this control provides a safety net for any IAM users that remain.

Policy Exceptions (1)

Accounts where all human access is exclusively through IAM Identity Center federation with no IAM users present may treat this control as informational. The password policy still applies to any service accounts or break-glass IAM users that exist, even if federation is the primary mechanism.

Operational & Implementation Notes

The IAM account password policy applies only to IAM user passwords - it has no effect on IAM Identity Center users, root user credentials, or access keys. The --no-allow-users-to-change-password flag is appropriate for central accounts where IAM users are break-glass only; remove it for accounts where IAM users manage their own credentials day-to-day. SCPs cannot enforce specific password policy attribute values - only the actions that modify or delete the policy can be restricted. The SCP in enforcement_reference uses ArnNotLike to carve out the LandingZoneAdminRole; substitute the actual role ARN used in your organization. If no IAM users exist in the account, get-account-password-policy returns a NoSuchEntity error - this is expected and does not indicate non-compliance.

We value your privacy

We use analytics cookies to understand how visitors interact with our site and to improve the user experience. You can choose to accept or decline these cookies.