Welcome to Microsoft Q&A!
Thank you for taking the time to provide such detailed diagnostics and troubleshooting results. I understand how frustrating this issue must be, especially after thoroughly validating the TPM, EK certificate chain, BIOS, and Windows configuration, only to continue encountering AIK enrollment failures.
Based on the information you've shared, this does not appear to be a local TPM, BIOS, Windows configuration, or EK certificate installation issue. Your diagnostics consistently indicate that the device is correctly configured and capable of attestation:
- TPM is present, enabled, ready, and capable of attestation.
- The EK certificate chain validates successfully locally (dwErrorStatus: 0x10000).
- EK certificate retrieval from both TPM NVR and Core Provisioning succeeds.
- AIK enrollment fails when communicating with the Microsoft AIK enrollment service.
The key failure reported is:
HTTP 404 Not Found
"The authority 'msft-keyid-144be51b3e5b84380fcea2e3a3221fb7b1bdcaf2.microsoftaik.azure.net' does not exist."
This error occurs before an AIK certificate can be issued and generally indicates that the corresponding TPM KeyID or endorsement certificate chain is not recognized by the backend AIK enrollment service. Similar reports have been observed from other users experiencing AIK enrollment failures where the service returned "authority does not exist" responses for specific TPM KeyIDs.
From the evidence provided:
- "certreq -enrollaik -config" returns 0x80190194 (HTTP 404 Not Found).
- The AIK endpoint responds with "authority does not exist"
- No Windows AIK certificate is currently installed.
- Local TPM health and endorsement certificate validation checks pass successfully.
Taken together, these findings strongly suggest a service-side attestation or AIK enrollment issue rather than a client-side configuration problem.
Unfortunately, TPM KeyIDs and AIK service authorities cannot be manually registered by end users, and there is no supported method to modify the Microsoft AIK trust database. If the backend service does not contain a valid authority entry for the TPM's endorsement hierarchy, there is currently no known client-side workaround.
I would like to share the following recommended steps.
1.Submit the issue through Feedback Hub and include:
- TPM diagnostic logs
- EK certificate chain
- certreq -enrollaik output
- Screenshots of the error
2.Contact ASUS Support and provide:
- TPM KeyID
- EK certificate chain
- BIOS version
- Full AIK enrollment logs
3.Open a Microsoft Support case, as further investigation may require involvement from the engineering team responsible for TPM attestation and AIK enrollment services.
4.Include the failing authority information in any escalation:
msft-keyid-144be51b3e5b84380fcea2e3a3221fb7b1bdcaf2.microsoftaik.azure.net
As well as the associated Microsoft Pluton EK issuer details and diagnostic results.
At this time, the available evidence points toward a backend AIK registration or trust-onboarding issue that would require investigation by the team responsible for the Microsoft AIK attestation service, rather than additional troubleshooting on the device itself.
Note: Microsoft Q&A is a public community forum and does not provide a direct path to Engineering escalation. For issues involving AIK service authority registration or attestation backend infrastructure, Feedback Hub submissions and Microsoft Support requests are the appropriate escalation channels.
I hope this helps clarify the situation.
If you found this answer helpful, please consider clicking Accept Answer.
Thank you for using Microsoft Q&A.