Skip to content

Identity & Access Fundamentals

Learning Path

📘 Phase 1 – Overview


By the end of this lesson, you will be able to:

  • Understand Identity and Access Management (IAM).
  • Explain authentication and authorisation.
  • Understand the principle of Least Privilege.
  • Differentiate IAM Users, Groups, Roles and Policies.
  • Understand Multi-Factor Authentication (MFA).
  • Learn enterprise identity management concepts.
  • Apply IAM best practices within AWS environments.

📚 Lesson Information

Estimated Time: 120 Minutes

Difficulty: Beginner

Prerequisites: CIA Triad

Hands-on Lab: Yes

Assignment: Yes


Identity is the new security perimeter.

Modern organisations no longer rely only on firewalls to protect their environments. Every user, application, API, and workload has an identity that must be authenticated and authorised before accessing cloud resources.

Industry reports consistently show that compromised credentials are one of the leading causes of cloud security incidents.

As a Cloud Security Engineer, securing identities is your highest priority.


🌍 What is Identity and Access Management (IAM)?

Section titled “🌍 What is Identity and Access Management (IAM)?”

Identity and Access Management (IAM) is the process of ensuring that the right identity has the right access to the right resource at the right time, and for the right reason.

IAM answers four important questions:

  • Who is requesting access?
  • What are they trying to access?
  • Are they allowed?
  • What actions can they perform?

Without IAM, cloud environments cannot be secured.


Every cloud environment contains identities such as:

  • Employees
  • Contractors
  • Applications
  • Virtual Machines
  • Containers
  • Lambda Functions
  • APIs
  • Third-party Services

Every identity must be authenticated before access is granted.

Poor identity management can result in:

  • Data breaches
  • Privilege escalation
  • Insider threats
  • Compliance violations
  • Financial loss

These two concepts are often confused.


Authentication verifies who you are.

Examples include:

  • Username and Password
  • Multi-Factor Authentication (MFA)
  • Fingerprint
  • Face Recognition
  • Smart Card
  • Security Key

Example:

“Please prove your identity.”


Authorisation determines what you are allowed to do.

Examples:

  • Read a file
  • Delete an S3 bucket
  • Launch an EC2 instance
  • Create an IAM user

Example:

“Now that we know who you are, what permissions do you have?”


Imagine entering an office building.

Authentication is showing your employee ID at reception.

Authorisation determines which floors and rooms your access card allows you to enter.


AWS Identity and Access Management includes several core components.


An IAM User represents a person or application requiring long-term access.

Examples:

  • Cloud Administrator
  • Security Engineer
  • Developer
  • Automation Script

Best Practices:

  • One user per individual.
  • Enable MFA.
  • Avoid sharing accounts.
  • Rotate credentials regularly.

Groups simplify permission management.

Example:

Developers Group

Permissions:

  • Read EC2
  • Deploy Applications
  • Access Development Resources

Adding a user to the group automatically grants those permissions.


Roles provide temporary permissions.

Roles are commonly used by:

  • EC2 Instances
  • Lambda Functions
  • Cross-Account Access
  • AWS Services
  • Third-party Applications

Unlike users, roles do not have permanent passwords or access keys.

Roles are the preferred method for granting permissions to workloads.


Policies define permissions.

Policies answer questions such as:

  • Can this user start EC2 instances?
  • Can this role read from S3?
  • Can this application access Secrets Manager?

Policies follow the principle of Least Privilege.


A policy is written in JSON format.

Example:

{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"s3:GetObject"
],
"Resource": "*"
}
]
}

Key fields:

  • Version
  • Statement
  • Effect
  • Action
  • Resource

Do not worry about writing policies yet.

You will create and review policies throughout this course.


Users should receive only the permissions required to perform their job.

Developer receives:

AdministratorAccess

Developer receives:

  • Read S3
  • Deploy EC2
  • View CloudWatch Logs

Nothing more.

Benefits include:

  • Reduced attack surface
  • Lower business risk
  • Easier compliance
  • Limited lateral movement

Passwords alone are no longer sufficient.

MFA combines two or more factors:

  • Something you know
  • Something you have
  • Something you are

Examples:

  • Password
  • Authenticator App
  • Security Key
  • Fingerprint

MFA significantly reduces the risk of compromised credentials.


Every organisation manages identities throughout their lifecycle.

Join Company
Create Identity
Assign Permissions
Regular Access Reviews
Role Changes
Permission Updates
Employee Leaves
Disable Access
Delete Identity

Identity management is an ongoing process.


A new Security Engineer joins the organisation.

They require access to:

  • Amazon EC2
  • CloudTrail
  • AWS Config
  • Security Hub
  • Amazon S3

They should not have permission to:

  • Delete IAM Users
  • Remove Security Logs
  • Delete Production Resources
  • Disable CloudTrail

As the Cloud Security Engineer:

  1. Should you create a new IAM User?
  2. Which IAM Group should they join?
  3. What permissions should they receive?
  4. Should MFA be mandatory?
  5. Would a role be more appropriate for any tasks?

🧪 Hands-on Exercise 1 — Explore AWS IAM

Section titled “🧪 Hands-on Exercise 1 — Explore AWS IAM”

Become familiar with the IAM console.

  1. Sign in to the AWS Management Console.
  2. Search for IAM.
  3. Explore the following sections:
    • Dashboard
    • Users
    • Groups
    • Roles
    • Policies
    • Identity Center (if available)

Questions:

  • How many IAM users exist?
  • Which groups have been created?
  • How many roles are available?
  • Why are roles different from users?

Secure your AWS account.

  1. Open IAM.
  2. Select your user.
  3. Choose Security Credentials.
  4. Configure Multi-Factor Authentication.
  5. Test the sign-in process.

Questions:

  • What happens if your password is stolen?
  • How does MFA reduce risk?

🧪 Hands-on Exercise 3 — Review AWS Managed Policies

Section titled “🧪 Hands-on Exercise 3 — Review AWS Managed Policies”

Navigate to:

IAM → Policies

Review policies such as:

  • ReadOnlyAccess
  • AdministratorAccess
  • SecurityAudit
  • PowerUserAccess

Questions:

  • Which policy grants the most permissions?
  • Why should AdministratorAccess be used sparingly?
  • Which policy is appropriate for auditors?

🧪 Hands-on Exercise 4 — Create an IAM Group

Section titled “🧪 Hands-on Exercise 4 — Create an IAM Group”

Understand permission inheritance.

  1. Navigate to IAM → User Groups.
  2. Select Create Group.
  3. Name the group:
Developers
  1. Attach the ReadOnlyAccess policy.
  2. Review the permissions before creating the group.

Questions:

  • Why assign permissions to groups instead of individual users?
  • How does this simplify administration?

🧪 Hands-on Exercise 5 — Analyse IAM Permissions

Section titled “🧪 Hands-on Exercise 5 — Analyse IAM Permissions”

Review the following users:

User Current Permissions
Alice AdministratorAccess
Bob ReadOnlyAccess
Charlie SecurityAudit
David PowerUserAccess

Answer:

  • Who has the highest risk?
  • Who follows Least Privilege?
  • Which permissions would you modify?
  • Why?

Answer the following questions:

  1. What is IAM?
  2. What is the difference between authentication and authorisation?
  3. What is an IAM User?
  4. What is an IAM Group?
  5. What is an IAM Role?
  6. What is an IAM Policy?
  7. Why is Least Privilege important?
  8. Why should MFA always be enabled?
  9. When should IAM Roles be preferred over IAM Users?

Prepare an Identity & Access Review Report for CloudNova Technologies.

Include:

  • Explanation of IAM.
  • Authentication vs Authorisation.
  • IAM Users, Groups, Roles and Policies.
  • Benefits of Least Privilege.
  • MFA recommendations.
  • Risks associated with excessive permissions.
  • Recommendations for improving the organisation’s identity security.

Length: 2–3 pages.


After completing this lesson, you should understand:

  • Identity is the foundation of cloud security.
  • Authentication verifies identity; authorisation determines permissions.
  • IAM Users, Groups, Roles and Policies work together to control access.
  • Least Privilege reduces risk and limits the impact of compromised accounts.
  • MFA is one of the simplest and most effective security controls.
  • Secure identity management is essential for protecting cloud environments.

  • AWS IAM User Guide
  • AWS IAM Best Practices
  • AWS IAM Identity Center Documentation
  • AWS Security Best Practices
  • NIST Digital Identity Guidelines (SP 800-63)

➡️ Networking Fundamentals