How to Become an Identity Engineer
Identity engineering is one of the most durable specialties in security, and you do not need a specific degree to get in. You need a handful of protocols understood deeply, real hands-on time with platforms, and the ability to explain trade-offs. This page is the skills and lab plan: what to learn, in what order, and what to build to prove it. For the map of roles, see IAM career paths; for the job search itself, see how to get an IAM job.
What an identity engineer actually does
On a typical week you might onboard three SaaS applications to SSO, debug why a SAML assertion is rejected after a certificate rollover, write a script that finds accounts with no owner, tune a conditional access policy that is blocking a contractor group, and review a developer's OAuth integration. The common thread: you translate between protocols, platforms, and people, and you make access correct by default rather than by ticket.
The skill stack, in learning order
- Concepts first. Authentication vs authorization, OAuth vs OIDC, SAML vs OIDC, and access models (RBAC vs ABAC vs ReBAC). The glossary and standards deep dives are built for this.
- Tokens. What is in a JWT, how signatures are verified with a JWKS, and the difference between an ID token, an access token, and a refresh token.
- Federation. SAML metadata, certificates, and assertions; OIDC discovery and client registration.
- Lifecycle. SCIM, joiner-mover-leaver, and why the mover case is where access piles up.
- Authentication strength. MFA, phishing-resistant MFA, passkeys, and recovery.
- Platform depth. One workforce platform properly (Microsoft Entra or Okta for most employers), then a second.
- Automation. PowerShell or Python against a platform API, plus infrastructure as code for identity configuration.
- Attacker view. How identity is abused, from the attack techniques catalog.
A six-month lab plan
Each block assumes evenings and weekends. Keep every lab in one public GitHub repository with a README that explains what you built and why.
| Month | Build | You are done when |
|---|---|---|
| 1 | A web app with OIDC login via open-source Keycloak or a free tier of Auth0 or Clerk | You can explain every redirect and parameter, including state, nonce, and the PKCE code_verifier |
| 2 | Token validation in your own code, then an API protected by scopes | Your API rejects an expired token, a wrong audience, and a token signed by an unknown key |
| 3 | SAML SSO between your IdP and a test service provider, then a certificate rollover | You can read a raw assertion and explain why the SP accepted or rejected it |
| 4 | SCIM provisioning into a small app or a SaaS test tenant | Disabling a user in the IdP deactivates them downstream within minutes, and a re-hire reactivates rather than duplicates |
| 5 | Passkeys plus an MFA policy, with step-up for an admin page | You can describe the recovery path and why SMS is the weak link |
| 6 | An automation script and a short detection exercise on your own sign-in logs | You can find unused accounts and flag a sign-in from a new country |
The recipes cover several of these step by step: OIDC with PKCE, validate a JWT, protect an API with OAuth scopes, set up SCIM provisioning, and add passkeys. The JWT decoder helps you inspect tokens while you work.
Build against the current rules, not old tutorials
Many tutorials still teach patterns the standards bodies have since retired. Learn the current guidance from the start:
- The OAuth 2.0 Security Best Current Practice, RFC 9700 (January 2025), says clients should not use the implicit grant, the resource owner password credentials grant must not be used, public clients must use PKCE, and authorization servers must use exact string matching for redirect URIs. See OAuth 2.1.
- NIST SP 800-63B-4 requires passwords used as a single factor to be at least 15 characters, forbids composition rules and periodic forced rotation, and requires a phishing-resistant authenticator at AAL3. See NIST 800-63.
If a course tells you to use the implicit flow or force 90-day password changes, it is out of date.
Build the security mindset
Study how identity actually fails. The breach teardowns and techniques show the real patterns: MFA fatigue, help desk social engineering, session cookie theft, and mover entitlement accumulation. For each lab you build, ask how an attacker would abuse it, then add the control. Being able to explain how a breach happened and which identity control would have stopped it is what separates an engineer from a console operator.
Prove it
Pick up a certification that matches the platform you practiced on, contribute to an open-source identity project, and write up what you built. A short post explaining a SAML rollover you broke and fixed is more convincing than a badge. Then rehearse with the interview questions and the open-source IAM interview questions bank.
Skills checklist
Use this as a self-assessment. Aim to be able to do, not just define, each item.
- Explain authentication vs authorization and why an access token is not proof of login.
- Implement the OAuth authorization code flow with PKCE end to end.
- Validate a JWT: signature, issuer, audience, expiry, and JWKS key rotation.
- Configure SAML SSO and SCIM provisioning against a test app.
- Add MFA and passkeys and explain phishing resistance.
- Reason about an access model: RBAC vs ABAC vs ReBAC.
- Walk through a real identity breach and the control that would have stopped it.
- Automate a task with a platform API or script.
- Explain how a service account or workload identity differs from a human account and how you would govern it.
Keep learning
Follow a topic through the podcast learning paths, such as OAuth and OIDC or SAML. Read the people who wrote the specs in the experts directory, and when you can, attend a practitioner event from the conferences list.
Your next step
Validate your fundamentals with a certification, then move to how to get an IAM job for the resume and search, and browse the IAM career paths to see where the role can lead.
Frequently asked questions
- How do I become an identity engineer with no experience?
- Learn the core protocols (OAuth 2.0, OIDC, SAML, SCIM) deeply, then build a working lab with a free platform tier or open-source Keycloak: an app with SSO, MFA, passkeys, and SCIM provisioning. Document your design decisions, put it on GitHub, add one relevant certification, and practice explaining trade-offs. Adjacent experience from help desk, sysadmin, or software work counts.
- What skills does an identity engineer need?
- Protocol depth (OAuth, OIDC, SAML, SCIM, WebAuthn), at least one major platform (Okta, Microsoft Entra, Ping, or Keycloak), the joiner-mover-leaver lifecycle, MFA and passwordless, cloud IAM, scripting and automation, and a security mindset built from studying how identity breaches actually happen.
- How long does it take to become an identity engineer?
- As a rough estimate, with focused effort many people reach a hireable junior or associate level in six to twelve months of study plus a portfolio, especially if they already work in IT or security. Reaching mid-level engineer usually takes a couple of years of on-the-job experience building and running identity systems.
- Is coding required for identity engineering?
- You do not need to be a full software engineer, but scripting and automation set strong candidates apart. Being able to validate a JWT, script provisioning, use a platform's API, and read code makes you far more effective than someone who only clicks through a console.
- What should I build first?
- A small web app that signs users in with OpenID Connect using the authorization code flow with PKCE. It forces you to understand redirects, tokens, and validation, and every later lab (SAML, SCIM, passkeys, conditional access) builds on it.
Related on Start with Identity
- GuideIAM Salary Guide 2026: Identity Engineer, Architect, and Leadership Pay
IAM and identity security are well paid within security, because the work is business-critical, audited, and the experienced talent pool is small. This guide st
- GuideRemote IAM Jobs: How to Find and Land Them in 2026
Identity and access management is one of the more remote-friendly specialties in security. Most of the work is configuration, automation, policy, and design, no
- BlogA SharePoint JWT validation bug let unauthenticated attackers become any user, including admins
CVE-2026-55040 (CVSS 9.1) let a remote, unauthenticated attacker who knows a target's Active Directory SID or user principal name forge a valid session as that
- BlogBinance ties its $6.3 billion theft to a compromised DevOps engineer's laptop
Binance said on October 30 that attackers used a DevOps engineer's compromised laptop to reach a service container and submit unauthorized withdrawals, moving a
- BlogCrowdSec kept a departing engineer's GitHub access open, and lost 170 private repositories through it
An engineer's laptop was infected in the May TanStack npm attack. Eleven days later his still-active GitHub OAuth token was used to copy about 170 of CrowdSec's
- ExpertDistinguished Engineer
Brian Campbell is one of the most consistent IETF identity contributors of the modern era. His name appears across OAuth 2.0 token binding, DPoP, and many JWT-a