Active Directory Federation Services
Active Directory Federation Services (ADFS), a software component developed by Microsoft, can run on Windows Server operating systems to provide users with single sign-on access to systems and applications located across organizational boundaries. It uses a claims-based access-control authorization model to maintain application security and to implement federated identity.[1] Claims-based authentication involves authenticating a user based on a set of claims about that user's identity contained in a trusted token. Such a token is often issued and signed by an entity that is able to authenticate the user by other means, and that is trusted by the entity doing the claims-based authentication.[2] It is part of the Active Directory Services. Microsoft advises using Entra ID and Azure AD Connect in place of ADFS in most cases.[3]
Details
[edit]In ADFS, identity federation[4] is established between two organizations by establishing trust between two security realms. A federation server on one side (the accounts side) authenticates the user through the standard means in Active Directory Domain Services and then issues a token containing a series of claims about the user, including their identity. On the other side, the resources side, another federation server validates the token and issues another token for the local servers to accept the claimed identity. This allows a system to provide controlled access to its resources or services to a user that belongs to another security realm without requiring the user to authenticate directly to the system and without the two systems sharing a database of user identities or passwords.
In practice a user might typically perceive this approach as follows:
- The user logs into their local PC (as they typically would when commencing work in the morning).
- The user needs to obtain information from a partner company's extranet website, for example to obtain pricing or product details.
- The user navigates to the partner-company extranet site, for example: http://example.com.
- The partner website now does not require any password to be typed in; instead, the user credentials (in a secure assertion) are passed to the partner extranet site using ADFS.
- The user is now logged into the partner website and can interact with the website as if logged in.
ADFS integrates with Active Directory Domain Services, using it as an identity provider. ADFS can interact with other WS-* and SAML 2.0-compliant federation services as federation partners.[5]
Versions
[edit]- ADFS 1.0 - Windows Server 2003 R2 (additional download)
- ADFS 1.1 - Windows Server 2008 and Windows Server 2008 R2
- ADFS 2.0 - Windows Server 2008 and Windows Server 2008 R2 (download from Microsoft.com)
- ADFS 2.1 - Windows Server 2012
- ADFS 3.0 - Windows Server 2012 R2[6]
- Windows Server 2016 ADFS - Windows Server 2016[7]
- Windows Server 2019 ADFS - Windows Server 2019[7]
See also
[edit]- Claims-based identity
- Digital identity
- Information Card
- LDAP
- SAML
- Windows CardSpace
- Windows Server 2012
- Windows Server 2008
- WS-Federation
- Office 365
References
[edit]- ^ "Introducing ADFS 2.0". Microsoft TechNet. May 2, 2010. Retrieved March 2, 2017.
- ^ "An Introduction to Claims". MSDN. 2016. Retrieved May 26, 2016.
- ^ https://www.microsoft.com/en-us/security/business/solutions/modernize-identity-management [bare URL]
- ^ "What is Federated Identity Management?". Technopedia. 2016. Retrieved May 26, 2016.
- ^ "ADFS Deep Dive". MSDN. November 2, 2014. Retrieved May 18, 2016.
- ^ "ADFS Configuration in Windows Server 2012 R2 Standard". TatvaSoft. 2018. Archived from the original on September 19, 2018. Retrieved September 19, 2018.
- ^ a b "ADFS Frequently Asked Questions (FAQ)". Microsoft. April 17, 2019. Retrieved March 2, 2020.