How to secure AWS IAM?

We ensure these AWS IAM Best Practices are monitored and implemented for better security posture.

AWS Identity and Access Management (IAM) is a web service that helps you securely control access to AWS resources. You use IAM to control who is authenticated (signed in) and authorized (has permissions) to use resources.

How does Cloudanix ensure that your AWS IAM is secure?

Access Keys For Root Account

Root account has full permissions across the entire account. Root account should not have access keys. Also, it certainly shouldn't access any service. Instead, create IAM users with predefined roles.

Root Account Access Keys Rotation

Root account should not have access keys. If at all you have that, then the keys should be rotated periodically.

Root account certificates

Certificates should not be tied with root accounts.

Root account certificate rotation

Certificates tied with root accounts needs rotation.

Root account MFA

Multifactor Authentication is strongly recommended to be enabled for every account with no exceptions.

Root account password rotation

Ensure that your root account password is rotated every few days.

Minimum admins

Your AWS account should have minimum number of admins

Too many admins

Your AWS account has too many admins.

User account without any usage

Any unused IAM user without console access and API access should be removed

MFA on user accounts

MFA must be enabled on user accounts. AWS recommends that you configure multi-factor authentication (MFA) to help protect your AWS resources.

Access key rotation

The access keys should rotated periodically.

Certificate rotation

The certificates should be rotated periodically.

Access keys inactivity

Inactive access keys should be dropped.

User console access inactive

Users who are infrequent or do not need access to console, their account access should be cleared off.

User account service inactivity

Checks inactivity of any user on a service. Those priviledges should be removed for better security posture.

User Inline Policies

IAM users should not have Inline policies. It is recommended that IAM policies be applied directly to groups and roles but not users.

User account with multiple access keys

Multiple access keys for the same user should be avoided. There should be just 1 access key per user account.

Inactive Role

Inactive roles should be cleaned up.

Role Service Inactivity

Roles which have access to services but have not used in past several days should be looked into and cleaned up.

Role Inline policies

Role should not have inline policies attached to them.

Groups without users

Empty groups should be cleaned up and should not linger around.

ELB Certificate Rotation

Ensures that you rotate your certificate before the set configurable days.

Complex Password Policy

Password policy should be complex enough so that users can set passwords which are not easy to guess and crack.

Not ready for a free signup yet? No worries!

We suggest you use the checklist!

If you are not yet convinced to sign up with Cloudanix, that's not a problem. We recommend you use a comprehensive checklist which your team can use to perform a manual assessment of your workload.