App Service Certificate Issued Successfully but Key Vault Certificate Object Not Created (Only Secret Exists)

Vikas Sharma 0 Reputation points
2026-07-31T06:41:18.4933333+00:00

Hello,

I'm facing an issue with an Azure App Service Certificate and Azure Key Vault integration.

Environment

  • Azure App Service Certificate (Wildcard)
  • Azure App Service
  • Azure Key Vault (created automatically by the App Service Certificate wizard)

Issue

Initially, the certificate provisioning failed because the automatically created Key Vault was configured with Azure RBAC instead of Vault Access Policy.

After changing the Key Vault to Vault Access Policy, the certificate provisioning completed successfully.

The App Service Certificate now shows:

  • Status: Issued
  • Store: ✅ Successful
  • Verify: ✅ Successful
  • Assign: ✅ Successful

However, the certificate was not created as a Key Vault Certificate object.

Current State

  • Key Vault → Certificates is empty.
  • Key Vault → Secrets contains the backing secret with Content-Type:
    • application/x-pkcs12
    • Azure CLI confirms the same:
az keyvault secret list --vault-name <KeyVaultName> --output table

returns the secret successfully.

az keyvault certificate list --vault-name <KeyVaultName> --output table

returns no certificates.

Because of this, App Service → TLS/SSL → Import Key Vault Certificate does not list any certificates.

Workaround

To restore service, I exported the certificate and uploaded the PFX directly to the App Service.

The website is now working correctly over HTTPS.

Verification already performed

  • Key Vault uses Vault Access Policy
  • Required service principals (Microsoft.Azure.CertificateRegistration and Microsoft.Azure.WebSites) exist in the Key Vault access policies.
  • Certificate status is Issued.
  • Domain validation completed successfully.
  • Website is serving the new certificate correctly.

Questions

  1. Has anyone encountered a situation where an App Service Certificate creates only the backing Secret but not the Key Vault Certificate object?
  2. Could this be caused by changing the Key Vault from Azure RBAC to Vault Access Policy after the initial provisioning failure?
  3. Is there a supported way to recreate the missing Key Vault Certificate object without using Rekey and Sync or triggering another domain validation?

Any guidance would be greatly appreciated.

Thank you,

Vikas Sharma

Azure Key Vault
Azure Key Vault

An Azure service that is used to manage and protect cryptographic keys and other secrets used by cloud apps and services.

0 comments No comments

1 answer

Sort by: Oldest
  1. AI answer

    2026-07-31T06:41:55.9766667+00:00

    What is supported for App Service certificates is that the certificate is stored in Azure Key Vault as a secret. The documented troubleshooting flow explicitly states that an App Service certificate is stored as a secret in Key Vault, and several failure modes are described in terms of the secret not being readable or not syncing to App Service.

    Based on that, the absence of a visible Key Vault Certificate object does not by itself indicate that the App Service certificate is invalid, especially since these are already true in this case:

    1. The App Service Certificate shows Issued.
    2. Store, Verify, and Assign are successful.
    3. The secret exists in Key Vault with application/x-pkcs12.
    4. The site is already serving the certificate successfully after PFX upload.

    For the specific questions:

    1. The documented App Service certificate flow is centered on the Key Vault secret, not on a required Key Vault certificate object. The context does not state that a Key Vault Certificate object must always appear under Key Vault → Certificates for App Service Certificate scenarios.
    2. The context does confirm that permission model and Key Vault integration issues can break certificate setup and sync. It also notes that missing or incorrect Key Vault permissions, RBAC-related configuration, or vault reconfiguration can cause certificate access and propagation problems. That makes the earlier RBAC-to-access-policy change a plausible contributing factor to the inconsistent state, but the supported fact is only that Key Vault permission/configuration issues can affect certificate usage and renewal.
    3. No supported procedure is provided to recreate only the missing Key Vault Certificate object while preserving the existing App Service certificate state. The supported recovery actions in the context are:
      • restore the required Key Vault access policies,
      • use Rekey and Sync > Sync to force App Service to pick up the current certificate,
      • use Import App Service Certificate in the web app TLS/SSL settings,
      • or, as a last resort, export the certificate from Key Vault and upload the PFX manually.

    Since the PFX workaround is already in place and HTTPS is working, the closest supported guidance is:

    1. In the Azure portal, open the App Service Certificate resource and verify the Key Vault status and store association.
    2. In Key Vaults > [Vault] > Access policies, confirm these principals still exist with the documented permissions:
      • Microsoft Azure Web Service (Microsoft.Azure.WebSites) with Secret: Get and Certificate: Get
      • Azure Certificate Registration (Microsoft.Azure.CertificateRegistration) with Secret: Get, List, Delete
    3. In the web app, go to TLS/SSL Settings > Private Key Certificates (.pfx) and try Import App Service Certificate. If the certificate resource is healthy but not linked into the app, this is the supported import path.
    4. If renewal later does not propagate, use Rekey and Sync > Sync after confirming Key Vault access is correct.
    5. If the app continues to work only with the manually uploaded PFX, keep in mind that this bypasses automatic sync benefits.

    A key point from the documentation is that App Service and related integrations read certificates from Key Vault as secrets. That aligns with the current state where the secret exists even though Key Vault → Certificates is empty.


    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.