Courseiva
CAS-005Chapter 7 of 15Objective 3.1

Identity and Access Management Architecture

How do you stop the wrong people from accessing sensitive company data while making sure the right people can get in quickly? That is the central problem Identity and Access Management (IAM) solves, and it is a core topic for the CAS-005 exam. For someone studying SecurityX, understanding IAM means knowing how to design a system that keeps hackers out without locking out legitimate employees.

12 min read
Advanced
Updated Jul 23, 2026
Reviewed by Johnson Ajibi· Senior Network & Security Engineer · MSc IT Security

A simple way to picture Identity and Access Management Architecture

The Apartment Building Key System Analogy

An apartment building's key system is a precise map for Identity and Access Management. The building's main entrance has a digital keypad that lets residents in after they enter a unique code, but it also sends a temporary one-time code to a visitor's phone so they can enter the lobby for a single day. This is Single Sign-On (SSO) in action: one set of credentials (the code) grants access to multiple areas (the lobby, the gym, the laundry room) without needing a separate key for each door.

Inside, the resident's apartment door has a lock that requires both their key and a fingerprint scan to open. That is Multi-Factor Authentication (MFA): two different types of proof (something you have, something you are). The building manager has a master key that opens every door, including the boiler room and the security office. Only the manager holds this key, and it is locked in a safe that requires two managers to open together. This is Privileged Access Management (PAM): the high-level access that controls critical systems, with extra safeguards to prevent misuse.

If a resident loses their key, they report it to the manager, who immediately deactivates that key and issues a new one. This mirrors identity lifecycle management: creating, modifying, and removing user accounts as people join, change roles, or leave an organisation.

How It Actually Works

Identity and Access Management (IAM) is the framework of policies and technologies that ensures the right individuals have access to the right resources at the right time for the right reasons. Think of it as the digital front door, the hallway doors, and the filing cabinet locks of an organisation. IAM covers everything from how a user proves who they are (authentication) to what they are then allowed to do (authorisation).

Three core concepts are fundamental to IAM: identification, authentication, and authorisation. Identification is when a user claims an identity, like typing a username. Authentication is proving that claim is true, usually with a password. Authorisation is determining what that verified user can actually access, such as read-only or full edit rights.

Single Sign-On (SSO) allows a user to log in once and gain access to multiple applications without re-entering credentials. For example, an employee logs into their company laptop with their network password, and from that point they can open the email system, the project management tool, and the HR portal without signing in again. The technical mechanism behind SSO is typically Security Assertion Markup Language (SAML) or OpenID Connect (OIDC). SAML exchanges authentication and authorisation data between an identity provider (IdP) and a service provider (SP). OIDC is a modern authentication protocol built on top of OAuth 2.0, often used for web and mobile applications.

Multi-Factor Authentication (MFA) requires two or more different types of evidence to authenticate. These factors fall into three categories: something you know (password, PIN), something you have (smartphone, hardware token), and something you are (fingerprint, facial recognition). By requiring at least two of these, MFA dramatically reduces the risk of account takeover because an attacker would need to compromise multiple independent credentials. For example, a user enters a password (something they know) and then receives a push notification to their phone (something they have) to approve the login.

Privileged Access Management (PAM) focuses on controlling and monitoring access for users with elevated permissions, such as system administrators or database managers. These users have the keys to the kingdom, so PAM tools enforce strict controls like just-in-time (JIT) access, where admin rights are granted only for a specific task and time window, and session recording, where every action is logged for audit. A common PAM feature is a password vault that stores and rotates privileged passwords, so no human actually knows the root password.

Identity federation extends SSO across organisational boundaries. For example, a contractor from another company can log into your system using their own company's identity provider. This uses trust relationships established through standards like SAML or OIDC. Microsoft Entra ID (formerly Azure AD) is a popular identity provider that supports federation.

Role-Based Access Control (RBAC) assigns permissions to roles rather than individuals. A role like 'Accounts Payable Clerk' has specific access rights, and any user placed in that role inherits those rights. When a user moves to a different job, the administrator removes the old role and adds the new one instead of changing individual permissions one by one.

Attribute-Based Access Control (ABAC) is more granular, using policies that consider user attributes (department, clearance level), resource attributes (sensitivity of a file), and environmental conditions (time of day, location). For example, a policy might allow access to a financial report only if the user is in the 'Finance' department, the report is tagged as 'Confidential', and the request comes during business hours from the corporate network.

Identity lifecycle management covers the entire journey of a user's digital identity: creation (provisioning) when hired, maintenance (updates) when roles change, and deletion (deprovisioning) when the person leaves. Automated provisioning tools sync with HR systems to create accounts the moment an employee is hired and disable them the moment they are terminated, reducing the window for malicious access.

Access reviews are periodic audits where managers confirm that each user still needs their current access rights. These are critical for compliance with regulations like GDPR or HIPAA, and they help detect 'ghost accounts' — accounts belonging to former employees that were not properly disabled.

This diagram shows the IAM flow from user login through multi-factor authentication to authorisation and resource access.

Walk-Through

1

Identify Users and Resources

List every person or system that needs access (employees, contractors, applications) and every resource (servers, databases, files, networks). This creates the full scope of your IAM environment.

2

Choose Authentication Factors

Decide which factors to use for each user group. Regular users might need password plus phone app (MFA). Administrators require password plus hardware token plus biometric login (strong MFA). This step directly reduces credential theft risks.

3

Select an Identity Provider (IdP)

Implement a central IdP like Microsoft Entra ID or Okta. The IdP becomes the single source of truth for authentication. Configure all applications to trust this IdP using SAML or OpenID Connect, enabling SSO.

4

Define Access Control Model

Choose RBAC or ABAC. For RBAC, create roles (e.g., 'Sales', 'Finance', 'Admin') and assign permissions. For ABAC, write policies that evaluate attributes (department, clearance, location, time). Apply the model to all resources.

5

Implement PAM for Privileged Accounts

Set up a password vault to store and rotate admin credentials. Configure just-in-time access policies so elevated rights expire automatically. Enable session recording for all privileged sessions. This contains damage if an admin account is compromised.

6

Automate Identity Lifecycle

Connect HR systems to the IdP so that new hires automatically get accounts with correct roles, and terminated employees lose access immediately. Schedule recurring access reviews where managers confirm current permissions.

What This Looks Like on the Job

Sarah is the IT security analyst at a mid-sized accounting firm with 200 employees. She needs to deploy IAM controls that meet compliance requirements and prevent data breaches. Here is her real-world process.

First, Sarah audits the current state. She discovers that employees use a different username and password for each of the firm's fifteen applications: email, accounting software, client portal, HR system, and eleven more. Users complain about password fatigue, and the helpdesk spends 30% of its time resetting forgotten passwords. Worse, an intern's password was found on a sticky note attached to a monitor.

Sarah decides to implement SSO using Microsoft Entra ID as the identity provider. She configures each application to trust Entra ID through SAML or OIDC. Now employees log into their Windows laptop once, and every application they open authenticates through the browser without prompting for credentials again. The password fatigue problem vanishes.

Next, she enables MFA for all users. She sets a policy that requires a password plus the Microsoft Authenticator app on the employee's smartphone. For the five partners who handle the firm's most sensitive client tax data, she adds a hardware security key as a third factor. When a partner logs in from home, they enter their password, approve a notification on their phone, and then tap the security key.

For the IT team, Sarah implements PAM. She sets up a password vault that stores the administrator passwords for the firm's servers, databases, and network equipment. No one knows these passwords directly. When an admin needs to run a critical update, they submit a request through the PAM system. The request is approved by the IT manager, and then the admin is granted a temporary, time-limited session. Every command they type is recorded on video for later review.

Sarah also automates identity lifecycle management. She connects the HR system to Entra ID. When the firm hires a new accountant, the HR system triggers an automated script that creates a user account, assigns the role 'Accountant' with appropriate permissions, and sends the new hire a welcome email with onboarding instructions. When an employee resigns, HR marks them as terminated, and the system automatically disables their account within minutes, removing access to all applications.

Finally, Sarah schedules quarterly access reviews. Each manager receives a report listing their direct reports and their current access rights. The manager confirms who still needs which permissions. Any 'orphaned' accounts or stale permissions are cleaned up. This process satisfies the auditors and reduces the attack surface.

How CAS-005 Actually Tests This

The CAS-005 exam tests your ability to design and implement IAM controls, not just define them. Expect scenario-based questions where you must choose the correct control for a specific business requirement. The exam loves to test the differences between authentication and authorisation, and between SSO and federation.

Key concepts the exam will ask about:

The three authentication factors and which combinations count as true MFA (e.g., password + SMS is not great MFA because SMS can be intercepted; password + hardware token is stronger).

SAML vs OAuth 2.0 vs OpenID Connect: SAML is for enterprise SSO with XML assertions; OAuth 2.0 is for delegated authorisation (e.g., letting an app access your Google Calendar); OpenID Connect adds an identity layer on top of OAuth 2.0 for authentication.

PAM features: JIT access, session recording, password vaulting, credential rotation.

Federation vs SSO: SSO works within one organisation; federation works across organisations using trust relationships.

Role-based vs attribute-based access control: RBAC is simpler and good for static roles; ABAC is more flexible and good for dynamic policies.

Common traps in exam questions:

A question describes a scenario where a user logs in once to access multiple apps but does not mention any cross-organisation trust. The correct answer is SSO, not federation.

A question asks for the 'best' MFA factor for high security but lists options including SMS. The correct answer will usually be a hardware token or biometric factor because SMS is vulnerable to SIM swapping.

A question about PAM might describe an admin needing temporary access for a server patch. The correct answer is 'just-in-time access' or 'privileged access management'.

When a question mentions 'attributes like department and clearance level' in a policy, the answer is ABAC, not RBAC.

You must memorise the purpose of each protocol: SAML (enterprise SSO for web apps), OAuth 2.0 (delegated access, not authentication), OpenID Connect (authentication via OAuth 2.0). The exam will present a situation and ask which protocol to implement.

Expect questions about identity lifecycle: what happens when an employee leaves? The correct action is immediate deprovisioning of all accounts. 'Disabling' is better than 'deleting' for audit trail reasons.

Finally, you need to know that Microsoft Entra ID is the cloud-based identity and access service. On-premises IAM typically uses Active Directory Domain Services (AD DS). The exam may ask about hybrid scenarios using Azure AD Connect (now called Microsoft Entra Connect) to synchronise identities between on-prem and cloud.

Key Takeaways

IAM controls who can access what, when, and how, through identification, authentication, and authorisation.

Multi-factor authentication requires at least two different types of factors (knowledge, possession, inherence) to reduce credential theft risk.

Single Sign-On allows one login across multiple applications within an organisation, reducing password fatigue and helpdesk costs.

Federation extends SSO across organisations by establishing trust between identity providers.

Privileged Access Management protects high-risk accounts through password vaulting, just-in-time access, and session monitoring.

SAML is for enterprise SSO, OAuth 2.0 is for delegated authorisation, and OpenID Connect is for authentication on top of OAuth 2.0.

Role-based access control assigns permissions to roles, while attribute-based access control uses policies based on user, resource, and environment attributes.

Identity lifecycle management automates account creation, modification, and deletion to prevent ghost accounts and reduce security risks.

Easy to Mix Up

These come up on the exam all the time. Here's how to tell them apart.

SSO

Operates within a single organisation's domain

Uses one identity provider for all internal apps

No cross-organisational trust required

Federation

Operates across multiple organisations

Relies on trust relationships between different identity providers

Allows external users to authenticate with their home organisation's credentials

SAML

Uses XML for data format

Primarily for enterprise web applications

Exchanges assertions between identity provider and service provider

OpenID Connect

Uses JSON for data format

Designed for modern web and mobile apps

Built on OAuth 2.0, provides identity tokens

RBAC

Permissions assigned to named roles

Simple to set up and manage

Less granular; cannot evaluate conditions like time or location

ABAC

Permissions based on policies evaluating attributes

Highly granular and flexible

Can use user attributes, resource tags, and environmental conditions

Authentication

Answers 'Who are you?'

Uses credentials (password, token, biometric)

Happens first in the access process

Authorisation

Answers 'What can you do?'

Uses policies or role assignments

Happens after authentication succeeds

Password Vaulting

Stores privileged passwords securely

Passwords are checked out and can be rotated

Less focused on time limits for access

Just-in-Time Access

Grants temporary elevated permissions on demand

No static passwords are shared with users

Automatically expires access after task completion

Watch Out for These

Mistake

SSO and federation are the exact same thing.

Correct

SSO lets you log in once to multiple apps within one organisation. Federation extends that trust across organisations, allowing external users from a partner company to access your apps using their own identity provider.

Beginners hear that both involve one login for many apps and assume they are interchangeable. The exam deliberately tests this distinction.

Mistake

Using two passwords counts as MFA.

Correct

MFA requires at least two different types of factors (e.g., something you know and something you have). Two passwords are both 'something you know', so they are only multi-step authentication, not multi-factor.

The term 'multi-factor' sounds like 'multiple steps'. CompTIA wants you to understand the factor categories.

Mistake

OAuth 2.0 is an authentication protocol.

Correct

OAuth 2.0 is an authorisation framework, not an authentication protocol. It allows an application to obtain limited access to a user's resources without sharing the user's password. Authentication is handled separately by OpenID Connect, which builds on OAuth 2.0.

OAuth is often used in login flows, so beginners confuse it with authentication. The exam expects you to know the difference.

Mistake

PAM is just about changing passwords frequently.

Correct

PAM encompasses a full set of controls: password vaulting, just-in-time access, session recording, session monitoring, and privilege elevation. Frequent password changes are a small part of a comprehensive PAM strategy.

The term 'privileged access management' sounds like it is only about managing passwords for admin accounts.

Mistake

Once a user is authenticated, they can see everything in the system.

Correct

Authentication only proves who you are. Authorisation determines what you can access. The two are separate steps. A user may be authenticated as an employee but still denied access to the payroll database.

People assume that logging in grants full access, because many simple consumer apps work that way.

Do You Actually Know This?

Reveal each answer, then mark whether you got it right. Score 60%+ to unlock the next chapter.

Frequently Asked Questions

What is the difference between SSO and federation?

SSO lets you log in once to access multiple apps within your own organisation. Federation extends that trust to outside organisations so you can use your home company's login to access a partner's app.

Is SMS-based MFA secure?

SMS is better than no MFA, but it is vulnerable to SIM swapping attacks where an attacker tricks a mobile carrier into transferring your phone number to their SIM card. Hardware tokens or authenticator apps are much more secure.

What does a typical PAM solution include?

A PAM solution includes a password vault to store and rotate privileged passwords, just-in-time access for temporary permissions, session recording for auditing, and elevation controls to grant admin rights only when needed.

How does OAuth 2.0 differ from OpenID Connect?

OAuth 2.0 is for authorisation: it lets an app access a user's resources (e.g., read your Google Drive files). OpenID Connect is for authentication: it verifies the user's identity and provides basic profile information.

What is the difference between authentication and authorisation?

Authentication verifies who you are (e.g., checking your password). Authorisation determines what you are allowed to do once authenticated (e.g., read a file or edit it). These are two separate steps.

When should I use RBAC versus ABAC?

Use RBAC when access is well-defined by job roles and you need simplicity. Use ABAC when access depends on many dynamic factors like time, location, or data sensitivity, and you need fine-grained policies.

Terms Worth Knowing

Keep going

You've finished Identity and Access Management Architecture. Continue through the CAS-005 study guide to build a complete picture of the exam.

Done with this chapter?