Authentication and Authorization
Authentication verifies who a user or system is; authorization determines what they are allowed to do. Together they form the access control foundation for every networked application, governing identity verification, credential management, permissions, and policy enforcement.
itIdentity, access, and cryptography | OpenSkills.info
Intro
Authentication and Authorization
Authentication and authorization answer different security questions.
- Authentication asks, “What identity is making this request, and how much confidence do you have in that claim?”
- Authorization asks, “May this identity perform this action on this resource under these conditions?”
You need both questions because a verified identity does not receive universal access. A payroll employee can be authenticated and still be forbidden from reading another department's records. A public visitor can be unauthenticated and still be authorized to read a public page.
Use one mental model throughout this course:
claim → authenticate → session or assertion → authorize → enforce → record
↑ ↑
identity evidence policy and context
Authentication produces evidence about a subject. Authorization evaluates that subject against policy for a specific request. Enforcement makes the decision effective. Logging preserves enough context to explain what happened.
Start with subjects and identities
A subject is the person, workload, device, or process that requests access. An identity is the representation a system uses for that subject within a defined context.
Identity is contextual. The same person can have a workforce identity, a customer identity, and a pseudonymous account. Those records need not expose one global identity.
Do not confuse identification with proof. A username identifies the account being claimed. It does not prove that the claimant controls that account.
Identity proofing goes further. It establishes confidence that a digital identity corresponds to a claimed real-world subject. Some services need it. Others only need a stable pseudonymous account. Select the required assurance from the harm caused by an error.
Workloads also authenticate. A service may prove possession of a private key or another credential bound to its workload identity. Device identity can add useful context. Neither replaces the end-user identity when a service acts for a user.
Authentication verifies a claim
An authenticator is something a claimant controls and uses in an authentication protocol. Passwords, one-time passcode devices, and cryptographic keys are different authenticator types.
Authentication factors describe the property being demonstrated:
| Factor | Meaning | Examples |
|---|---|---|
| Something you know | Knowledge of a secret | Password or activation secret |
| Something you have | Control of a physical authenticator | Security key or one-time passcode device |
| Something you are | A biometric characteristic | Fingerprint or face used by an authenticator |
Two steps using the same factor do not create multi-factor authentication. A password followed by another memorized secret still demonstrates knowledge twice.
Continue the course
This section is part of the paid course.
See pricing to subscribe, or log in if you already have access.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://pages.nist.gov/800-63-4/sp800-63.html
Supports
- Separation of identity proofing, authentication, and federation assurance
- Digital identity roles, subjects, subscriber accounts, authenticators, and relying parties
- Authentication as control of authenticators bound to a subscriber account
- Pseudonymous identifiers and authorization decisions at relying parties
- Risk-based selection and continuous evaluation of digital identity controls
- https://pages.nist.gov/800-63-4/sp800-63b.html
Supports
- Authentication factors, authenticator types, and authentication assurance levels
- Authenticator binding, recovery, replacement, revocation, and notifications
- Authentication intent, replay resistance, and phishing resistance
- Session secrets, session bindings, inactivity and overall timeouts, and reauthentication
- Independent identity-provider and relying-party sessions and session monitoring
- https://csrc.nist.gov/pubs/sp/800/162/upd2/final
Supports
- Attribute-based access control definition and terminology
- Subject, object, operation, and environment attributes in authorization policy
- ABAC policy and deployment considerations
- https://csrc.nist.gov/pubs/sp/800/207/final
Supports
- No implicit trust from network location or asset ownership alone
- Authentication and authorization of subjects and devices before resource sessions
- Policy decision and policy enforcement concepts
- Resource-focused access and enterprise zero trust architecture
- https://cheatsheetseries.owasp.org/cheatsheets/Authentication_Cheat_Sheet.html
Supports
- Separation of identity, identity proofing, authentication, and session management
- Sensitive-account isolation, reauthentication, recovery, and safe authentication responses
- Authentication event logging and monitoring
- OAuth as authorization and OpenID Connect as an identity layer for authentication
- https://cheatsheetseries.owasp.org/cheatsheets/Authorization_Cheat_Sheet.html
Supports
- Separation of authentication from authorization
- Least privilege, deny by default, and checks on every request
- RBAC, ABAC, and ReBAC distinctions and application uses
- Server-side enforcement, protected static resources, and safe denial handling
- Authorization logging, unit tests, integration tests, and privilege reviews
- https://cheatsheetseries.owasp.org/cheatsheets/Session_Management_Cheat_Sheet.html
Supports
- Sessions as the binding between authentication and later access control
- Session identifier generation, exchange, protection, renewal, expiration, and logout
- Session fixation and hijacking threats
- Cookie and client-storage considerations for session secrets
- https://cheatsheetseries.owasp.org/cheatsheets/Logging_Cheat_Sheet.html
Supports
- Authentication, authorization, session, and privileged-operation security events
- Event attributes needed for detection and investigation
- Exclusion of credentials, tokens, session identifiers, and unnecessary sensitive data
- https://www.w3.org/TR/webauthn-3/
Supports
- Public-key credentials scoped to relying parties
- Authenticator, client, and relying-party roles
- Registration and authentication ceremonies
- Relying-party origin validation and privacy considerations
- https://www.rfc-editor.org/rfc/rfc9700.html
Supports
- OAuth two point zero as delegated authorization
- Token audience and privilege restriction
- Authorization flow threats and mitigations
- Sender-constrained tokens and refresh-token replay protection
