Azure Artifact Signing: Identity validation stuck on "Action Required" - Verified ID QR presentation fails / hangs on "Processing..."

Colin Howard 5 Reputation points
2026-07-10T09:33:51.06+00:00

Setup: Organization identity validation for a UK company on an Artifact Signing account was approved and moved to "Action Required," requiring the account owner to present a personal Verified ID credential via Microsoft Authenticator to complete verification.

What's confirmed working: AU10TIX personal ID verification completed successfully (driving licence scan plus selfie match). A valid Verified ID credential exists in Microsoft Authenticator's Verified IDs section with correct details, issued by AU10TIX, valid for 1 year, verified issuer badge present.

What's failing: On the "Present your Verified ID" QR page at credentials.microsoft.com/verify, scanning the QR with Authenticator's Verified ID scanner causes the app to lose focus and close without ever showing a credential selection or Share confirmation screen. The browser page shows "Processing..." and either times out back to a fresh QR, or (once) returned an explicit "Oops, the request has expired" error. Reproduced 7+ times: fresh QR each attempt, force-closing and reopening Authenticator, confirming solid phone connectivity, and one attempt left completely untouched for 5+ minutes per documented advice, none succeeded. Azure identity validation status remains "Action Required" throughout with no change.

Reference IDs: Identity validation ID 8d7b8070-995a-429e-be9c-65b510c87dac. Gateway request ID 66581cda-9b4e-4ce8-bcc7-ecd76c133c96. Resource satswanavaultsigning, Artifact Signing account, North Europe region.

Has anyone else hit this, and is there a known fix, or does this need escalation to the Verified ID service team? Basic support plan on this subscription, so a formal ticket isn't available, posting here first.

Artifact Signing
Artifact Signing

A fully managed end-to-end service for digitally signing code, documents, and applications. (formerly Trusted Signing)

0 comments No comments

3 answers

Sort by: Most helpful
  1. Cormac Redmond 0 Reputation points
    2026-09-27T15:46:46.5566667+00:00

    I am having this same problem also. The webapp needs to provide useful feedback in either success and failure cases. It doesn't even know it has failed.

    Was this answer helpful?

    0 comments No comments

  2. Meha-MSFT 2,545 Reputation points Microsoft Employee Moderator
    2026-07-10T16:36:37.9+00:00

    Try below steps or also try tagging Authenticator App team in here if they can help.

    • Close all open instances of the authenticator app on your mobile, this is usually done by swiping up, finding the app, then swiping up again.  Ensure you close all instances of the authenticator app before relaunching.
    • Make sure you are using the latest version of Microsoft Authenticator (Android/iOS). Older versions may not fully support Verified ID.
    • Clear your web cache, if you are accessing the Verified ID setup through a browser, clear your cache or try completing the process using a different browser.
    • Avoid Weak Internet Connections or VPNs. Do not use a weak Wi‑Fi connection or any VPN/Proxy service. These can interrupt the secure handshake between the browser and Microsoft Authenticator, causing technical errors.
    • Try a different device. Some device‑specific settings or security policies may interfere with the process. If possible, try completing the setup on another phone.

    Was this answer helpful?

    0 comments No comments

  3. Yehor Diriavka 85 Reputation points
    2026-07-10T14:29:26.1466667+00:00

    Hello @Colin Howard ,

    Welcome to Microsoft Q&A.

    Based on your description, this does not sound like the AU10TIX identity check itself is failing, because the personal ID verification has already completed and the Verified ID credential is visible in Microsoft Authenticator.

    The failure appears to happen at the next step, where the already issued Verified ID must be presented back to Artifact Signing. Microsoft documents this flow as follows: after the identity validation request moves to Action Required, the user follows the verification link, completes the trusted ID-verifier flow, adds the Verified ID to Microsoft Authenticator, then scans the Present your Verified ID QR code, selects the Verifiable Credential, and selects Share. After a successful share, the browser should show Verification Successful, and the Azure portal status should update after a few minutes.

    One thing I would try is using the identity validation link sent to the primary email address instead of starting only from the desktop browser QR page. Microsoft documents that the primary email address receives the Identity Validation link, and that the same email address used when creating the request should be used when accessing the Identity Validation link. This may help avoid a browser-to-mobile handoff issue, although it is not documented as a guaranteed fix.

    I would also make sure that the Microsoft account used to open the validation link is the same account/email address that was provided in the identity validation request. The documentation specifically calls out using the email address provided at request creation when following the Identity Validation process.

    Since the Authenticator app closes or loses focus before showing the credential selection and Share confirmation screen, and the browser stays on Processing..., this looks like a Verified ID presentation or service-side handoff issue rather than a normal validation delay. In a similar Microsoft Q&A thread about Trusted Signing Verified ID presentation failure, a Microsoft moderator asked for the identity validation ID to investigate further, so I would include both your Identity validation ID and Gateway request ID in the escalation.

    If the issue continues, I would recommend escalating it through the Artifact Signing support path. Microsoft’s Artifact Signing FAQ states that users can create a support ticket in the Azure portal, or post on Microsoft Q&A with the Artifact Signing tag, or on Stack Overflow with the trusted-signing tag. Since you mentioned that a formal support ticket is not available under your current support plan, Microsoft Q&A with the Artifact Signing tag is the most appropriate next step.

    When escalating, include the Artifact Signing account name, region, Identity validation ID, Gateway request ID, the fact that AU10TIX verification completed successfully, that the Verified ID exists in Microsoft Authenticator, and that the failure occurs specifically when presenting the Verified ID to Artifact Signing.

    I hope this helps.

    Was this answer helpful?


Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.