AADSTS50126
Invalid username or password
Answer: The credentials supplied to Microsoft Entra ID could not be validated.
Resolution playbook
Fix it, then prove it
Use the error record as the starting point; use tenant evidence to confirm the actual cause.
Likely causes
- Avoid repeated automated retries because they can trigger lockout protections.
- Conditional Access, MFA, identity risk, session, tenant routing, or account state changed the authentication decision.
- The sign-in used a different application, resource, device, location, or authentication flow than the working comparison.
Recommended fix
- Confirm the sign-in name and password outside the affected application.
- Check the Entra sign-in logs for the matching correlation and request IDs.
- For federated users, inspect the federation service and account state.
Verify
- Repeat the sign-in using the intended tenant and supported interactive or non-interactive flow.
- In Entra sign-in logs, confirm the new event succeeds and review Authentication Details and Conditional Access tabs.
- If a policy was changed, confirm the expected policy result using report-only or What If before broad rollout.
Escalate when
- The failure persists after the documented prerequisites and a new authentication/session attempt.
- Multiple users, apps, devices, or networks show the same error, suggesting tenant policy or service scope.
- You can provide the exact UTC time, tenant, application/resource, correlation or request ID, and sanitized logs.
Capture the support evidence
Error code: AADSTS50126
UTC timestamp: <yyyy-mm-dd hh:mm:ssZ>
Correlation ID: <guid>
Tenant ID: <guid>
Application / resource: <name>Template only. Fill it from the failed sign-in and keep user identifiers out of public tickets.
Admin context
Avoid repeated automated retries because they can trigger lockout protections.
Evidence to preserve
- UTC timestamp and correlation/request ID
- Tenant, application, resource, and authentication flow
- Sanitized service log details and exact operation
Advertisement
