Azure Active Directory Authentication Basics

Azure Active Directory (AD) verifies the credentials that are username and password. It belongs to the Azure Identity Platform.

What is Authentication?

Authentication (AuthN) is the process to prove that you are who you say you are. Microsoft identity platform uses open Id connect protocol for handling authentication.

What is Authorization?

Authorization (AuthZ) is the act of granting an authenticated party permission to do something. Microsoft identity platform uses OAuth2.0 protocol for handling authorization.

What are security Tokens?

Microsoft identity provider authenticates users and provides security toneks as JWT that contains claims .

There are 3 types of Security tokens:

  1. ID token
  2. Access tokens
  3. Refresh tokens

Id token: is issued to the client during open id connect flow. ID token is used to authenticate users. It is provided by the authorized endpoint of the authorization server. It contains claims pertaining to the authentication of the end-user resource owner.

Access token: is issued by authorization server as a part of OAuth2.0 flow. It has information about the user & resource for which the token is issued. Access token enables clients to securely call protected web APIs and are used by web api to do authentication & authorization.

Refresh token: is issued by authorization server at the same time access token is issued. The access token expires in a short time. Client uses refresh token to get next access token.

Validating Security Token

Authorization server signs the security token with a private key; it also publishes a public key. Web api verifies the signature of the token using public key. Client passess access token to the web api as bearer token in the authorization header.

Security Principal

Security Principal is a fancy name for various types of security tokens. Below are all called as security principal:

  1. User Principal
  2. Group Principal
  3. Service Principal
  4. Managed Identities

What is Claim?

A claim provides assertions about one entity (client application) to another entity (Resource Server). Claim contains facts about the security principal that was authenticated by the authorization server. Claim provides info about below things:

  1. Security Token Server ( who generated )
  2. Date of token creation
  3. Subject
  4. Audience — Target application for which token generated

What is an Application Model?

Azure AD has identity service and for identity provider to know which user has access to application you must register both user and application in the identity provider. This is the application model.

Microsoft Authentication Protocols

The Microsoft Identity platform uses the OPENID connect protocol for handling authentication and OAuth2.0 protocol for authorization.

Application Registration gives application Id and redirect URI.

What is Bearer Token?

Bearer token is a lightweight security token that gives bearer access to protected resources.

Security Tokens

There are 3 types of security tokens:

  1. Access tokens
  2. ID Token
  3. Refresh Tokens

What is OpenId Connect Protocol?

OpenId Connect authentication protocol built on OAuth. You add authentication to your web app so that it can sign in users. Adding authentication enables your web app to access limited profile information in order to customize the experience for users.

Web apps authenticate a user in a web browser. In this scenario, the web app directs the user’s browser to sign them in to Azure Active Directory (Azure AD). Azure AD returns a sign-in response through the user’s browser, which contains claims about the user in a security token.

Retrieve Access Token

First, the application needs to obtain an authorization code from Azure AD /authorize endpoint. The authorization code can then be used to acquire a new access and refresh token. If the user is not already authenticated, Azure AD /authorize endpoint prompts the user to sign in.

whether the user (or their organization’s administrator) has already granted the application consent. If consent has not already been granted, Azure AD prompts the user for consent

After the user grants consent, an authorization code is returned to your application, which is redeemed to acquire an access token and refresh token.

As an administrator, you can also consent to an application’s delegated permissions on behalf of all the users in your tenant.

Azure Active Directory Authentication

Azure Active Directory has below components for authentication:

  1. Self-Service Password Reset
  2. Azure AD Multi-Factor authentication
  3. Hybrid Integration to write password changes back to on-premises
  4. Hybrid integration to enforce password protection policy for an on-premise environment
  5. Passwordless authentication

Azure AD Self-Service Password Reset

You can change or reset passwords without any admin help. Below are the self-services provided:

  1. Password changes
  2. Password reset
  3. Account unlock

All of the above activities can be done on cloud Azure AD & these are written back to the on-premises AD. So if you change password it will be synced to on-premises AD.

Azure AD Multi-Factor Authentication

During authentication it will prompt additional information.

Multi-factor authentication needs 2 or more information from below list:

  1. Something you know :- password
  2. Something you have :- Mobile or hardware key
  3. Something you are :- biometric (fingerprint, face scan )

Password Protection by Azure AD

To enforce the use of strong passwords. Azure AD blocks weak passwords like (password123) etc. You can define a custom password policy for your organization. With hybrid integration you can even synchronize policies and weak/banned password list on-premise & enforce them.

Passwordless Authentication by Azure AD

You provide credentials using

  1. Biometric with windows hello for business
  2. FIDO2 security key

These authentication methods can not be easily duplicated by attackers therefore, they are highly safe.

Thanks for reading my article till end. I hope you learned something special today. If you enjoyed this article then please share to your friends and if you have suggestions or thoughts to share with me then please write in the comment box.

💖 Say 👋 to me!
Rupesh Tiwari
Founder of Fullstack Master
Email: rupesh.tiwari.info@gmail.com
Website: RupeshTiwari.com

--

--

--

I am a Senior Software Architect, mentor & successful PluralSight Author, professionally I am an expert at Angular, Express, Node.JS, Object Oriented Design but with a particular focus on Service Oriented Architecture, DDD, MEAN stack and Asp.Net.

Recommended from Medium

#GAMEJET 100X NFT $JET TOKEN PRESALE COMING SOON!

Build products to be cyber resilient

{UPDATE} Learn English Hack Free Resources Generator

DSG is in Trade Mining & Farm & Pool with BabySwap!

Think Data Breaches are bad now? Just wait

Flash loan attack vectors and protection technics

The TDEX Million Blind Box Version 2.0 event is coming!

{UPDATE} Curling 3D Champion Hack Free Resources Generator

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Rupesh Kumar Tiwari

Rupesh Kumar Tiwari

Pluralsight Author, Developer and Trainer. I help students and professionals to become Full Stack Software Developer in less than a Year.

More from Medium

Symmetric and Asymmetric Encryption Basics

Sitecore — Changing Databases Names Deployed by MSSQL-Init Image

An Ultimate Guide To Cloud Based DevOps On Microsoft Azure

Microsoft Azure AZ 400 Designing and Implementing Microsoft DevOps Solutions Part 5

Microsoft Azure AZ 400 Designing and Implementing Microsoft DevOps Solutions Exam Dumps