4 ms·
Unsure what the purpose of this is given if you have AD -> AAD sync set up and your clients are joined to AAD, they can access on-prem resources with a Kerberos
by p_ing 2y ago
Unsure what the purpose of this is given if you have AD -> AAD sync set up and your clients are joined to AAD, they can access on-prem resources with a Kerberos token.
https://learn.microsoft.com/en-us/entra/identity/devices/device-sso-to-on-premises-resources https://learn.microsoft.com/en-us/entra/identity/devices/dev...
Sure, the project has the capability to run in Docker vs a fat AD DS rollout, but that Docker project has questionable security, i.e. caching passwords (don't do that) and using TCP/389 (don't do that). Does it employ other standard AD DS-style security mechanisms, such as signing and sealing?
And it bypasses MFA. Yikes.
- indigodaddy 2y agoI think the idea is the want/need to utilize O365 for ldap services without having to pay for and configure Azure AD DS (now called MS Entra DS I guess..) ? .. or at least that was the use case I am looking for when I stumbled upon it this afternoon
- p_ing 2y agoI wasn't referring to Azure AD DS but rather AD DS. But this solution isn't one you want to touch if you're concerned about security.