Duo Trusted Endpoints Troubleshooting: Why Duo Desktop Doesn’t Show or Device Trust Fails
Duo Senior Engineering Advisor
A customer-neutral troubleshooting guide for validating Duo Desktop, Trusted Endpoints integrations, policy assignment, and device-trust outcomes.
A practical way to isolate device-trust failures
When Duo Desktop does not appear to participate in an authentication or a device is evaluated as untrusted, work the problem in the same order as the validation flow below. This prevents a policy or assignment issue from being mistaken for an endpoint problem.
This guide is intentionally customer-neutral. It contains no tenant names, user identities, device identifiers, authentication events, or client configuration values.
What should happen
For a browser-based application using the Duo Prompt, Duo Desktop can provide device information during the sign-in flow. Duo then evaluates that information against the configured Trusted Endpoints integration and the policy assigned to the protected application.
A successful MFA factor alone does not prove that endpoint trust passed. Review the authentication event and the policy outcome separately.
Fast validation checklist
- Confirm the user and application path. Test with the affected user, the actual protected application, and a supported browser-based sign-in flow.
- Confirm Duo Desktop is present and current. The endpoint needs the required Duo Desktop deployment and a successful local start-up before it can report device information.
- Confirm the trust integration is active. Check that the intended Trusted Endpoints management integration is enabled for the relevant operating system and scope.
- Confirm policy assignment. Verify that the Trusted Endpoints setting is assigned to the correct application or global policy and that the target user/group is in scope.
- Read the authentication event. Check the access device details, the Trusted Endpoint status, and the exact policy result before making changes.
- Retest after one change. Sign out, restart the device if the deployment or registration changed, and complete a new browser-based authentication.
Common reasons Duo Desktop seems to be missing
The deployment is installed but the endpoint is not eligible
Duo Desktop being installed is only one part of the path. The user, operating system, trust integration, device record or management state, and policy assignment must all line up. Confirm each independently.
The integration is active for a pilot group, but the test user is outside it
Start with a small pilot group, but make sure the user used for validation is in the integration and policy scope. A mismatch here can look like a desktop-agent failure.
The policy is being evaluated on a different application than expected
Global and application-specific policies can produce surprising outcomes. Confirm which policy applies to the exact application that launched the Duo Prompt.
The device is unregistered
With Desktop Registration as Trust, an unregistered device may require a registration step and then a separate authentication. Treat that as expected behavior, not necessarily a failed authentication.
Safe rollout guidance
Use a pilot group first and retain a tested recovery path before enforcing a block for untrusted devices. Do not delete a Trusted Endpoints integration while it is still referenced by a policy; remove or reassign the policy configuration first to avoid interrupting access.
What to collect before escalating
- Date and approximate time of one failed test
- Protected application and sign-in path
- Operating system, browser, and Duo Desktop version
- The policy result and Trusted Endpoint status from the authentication event
- Whether the device is managed, registered, or imported through the trust method in use
Avoid publishing or sharing user identifiers, device IDs, tenant data, or raw authentication logs outside the approved support process.
Vendor references
Need a second set of eyes?
The Duo Senior Engineering Advisor can help you organize the evidence, identify the next validation step, and turn findings into a clear troubleshooting plan. It does not connect to your Duo tenant or change configuration.
Trusted Endpoints validation flow
A customer-neutral view of the validation path used when investigating device-trust failures.
- 1
Start sign-in
A user opens a Duo-protected browser application.
- 2
Duo Prompt
The prompt checks for Duo Desktop on the access device.
- 3
Device check
Duo Desktop reports device information for the selected trust integration.
- 4
Policy decision
The assigned Trusted Endpoints policy allows, challenges, or blocks access.