Azure Trusted Signing: Public identity validation fails as "Failed" with no error reason or details shown

Animiste Labs 0 Reputation points
2026-09-11T13:12:01.9666667+00:00

Service:Azure Trusted Signing (Artifact Signing Account) — Identity validations

Scenario: I am setting up a Trusted Signing account so I can create public-trust certificate profiles for signing our application. This requires a successful Public identity validation for our organization (a US-registered LLC). I created a new Public identity, submitted the organization details, and waited for it to validate.

Result / problem: The Public identity validation comes back with Status = Failed. I have tried twice and both attempts show "Failed". The core issue is that no error message, error code, or reason is shown anywhere — opening the failed validation record does not reveal why it was rejected, so I have nothing to act on. For contrast, a Private identity validation on the same account completed successfully.

Environment:

  • Azure portal — Trusted Signing / Artifact Signing account
  • Identity type: Public
  • Country/region: United States
  • Two Public validation attempts, both "Failed"; one Private validation "Completed"

What I have tried:

  • Re-submitted the Public identity validation a second time (same "Failed" result)
  • Confirmed the Private validation works, so the account itself is functional
  • Reviewed the identity validation record looking for any error detail (none is displayed)

Questions:

  1. Where can I see the specific reason a Public identity validation failed? Is the failure reason exposed anywhere (portal, activity log, or an API/CLI call)?
  2. What criteria cause a Public identity validation to be rejected, and what are the exact requirements for a Public identity (how the organization is verified, any business-registration or company-age requirements, matching legal name and address)?
  3. What is the correct way to remediate and re-submit after a failed Public validation?

Thanks in advance.

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

1 answer

Sort by: Most helpful
  1. AI answer

    2026-09-11T13:12:31.2733333+00:00
    1. A specific failure reason is generally not exposed in the Azure portal for Public identity validation. The documented guidance only states that if validation fails, the Microsoft validation team could not determine the request from the information provided. The portal does show status changes such as In Progress, Action Required, Completed, and Failed, and status updates are also sent by email. If the failure was caused by missing the email verification link sent to the Primary Email, that link expires after seven days, and a new identity validation request must be created.
    2. Public identity validation requirements and common rejection causes are:
      1. Correct role assignment: the account used to create the request must have the Artifact Signing Identity Verifier role.
      2. Correct identity type: Public identity validation is only for these certificate profile types: Public Trust, Public Trust Test, and VBS Enclave.
      3. Organization details must match the legal business entity:
        • Organization Name must be the legal business entity for public validation.
        • Website URL must belong to that legal business entity.
        • Primary Email must be a monitored mailbox on a domain owned by the legal business entity, must accept links from external senders, and the verification link expires in seven days.
        • Secondary Email must be different from the primary email, and for organizations the domain must match the primary email domain.
        • Business address must be the legal business entity’s address.
        • First Name and Last Name must exactly match the representative’s government-issued ID.
      4. Accuracy matters: for public identity validation, if changes are needed after creation, a new identity validation request is required.
      5. Public records should be current for faster onboarding.
      6. Additional documentation may be requested. If so:
        • documents are uploaded in the Azure portal,
        • there are three attempts,
        • submitted documents must be issued within the previous 12 months,
        • if they have an expiration date, it must be at least two months in the future,
        • official business documents should list the company name and address as provided in the request,
        • domain registration or renewal documentation should list the entity, contact name, and all domains mentioned in the request.
      7. Processing time is documented as 1 to 20 business days, possibly longer if more documentation is required.
      A Microsoft Q&A accepted answer also states that one public validation failure case was due to the organization being incorporated less than 3 years ago.
    3. Correct remediation and resubmission path:
      1. Check whether the Primary Email received the verification email and whether the link was used within seven days. If not, create a new Public identity validation request.
      2. Review every submitted field against the organization’s legal records and public records. For Public validation, the documentation explicitly says that if changes are needed after creation, a new request is required.
      3. If the request went to Action Required, respond through the Azure portal with the requested documentation. Ensure the documents are current and match the submitted legal entity details exactly.
      4. If validation failed for reasons other than missed email verification, the documented guidance says the validation team could not determine the request from the information provided. If repeated failures continue, use the documented support path by creating a support ticket in the Azure portal.
      5. If another identity validation already exists for the same organization but with a different primary email address, the documented guidance is to contact support to continue onboarding.

    For the specific question about portal, activity log, or CLI/API visibility: the available guidance only confirms status tracking in the Azure portal and by email. It does not document a CLI or API method to retrieve a detailed failure reason for Public identity validation. It also explicitly states that identity validation itself can be completed only in the Azure portal, not through Azure CLI.


    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.

    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.