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.
Jump to a section
A simple way to picture Identity and Access Management Architecture
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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
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.
Reveal each answer, then mark whether you got it right. Score 60%+ to unlock the next chapter.
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.
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.
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.
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.
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.
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.
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?