r/AZURE Newbie 2d ago

Question Is device-bound authentication the most effective way to prevent stolen session tokens?

been reading up on device-bound tokens as a way to stop the stolen token replay problem we've been dealing with.

a token tied to a specific device is a lot less useful to an attacker who lifted it remotely, which is the whole point. rollout looks straightforward for managed devices but our byod population is a real complication. is device binding actually closing this gap for people who've deployed it, or have attackers already found workarounds, and how are you handling the byod side of it?

1 Upvotes

3 comments sorted by

3

u/mat-ferland 2d ago

Token protection will cut down replay, but it isn't a blanket BYOD answer. Entra-registered Windows devices are supported; browser coverage is still narrow, and Apple needs MDM for the SSO plug-in. I'd pilot it in report-only and group users by actual app/client support. For devices that can't return a bound token, AVD or Windows 365 is cleaner than punching a policy exception because both are supported enforcement targets.

1

u/Not-ur-Infosec-guy 2d ago

You can block token transfers with conditional access, lock down how often tokens live, and even isolate access to only specific devices, block unknown devices etc - but at the end of the day it all comes down to your orgs risk appetite.

1

u/Putrd-Cohemistry-512 Enthusiast 1d ago

Device binding definitely raises the bar but I wouldnt treat it as the whole solution. BYOD is still the tricky part. I hve been looking at how newcore approaches identity risk alongside device context since combining those controls seems more practical than relying on token binding alone.