Hi Tamas Meszaros,
Thanks for reaching out to Microsoft Q&A.
Yes, the fact that the certificate is self-signed is likely the cause of this issue. Office applications, especially when dealing with VBA scripts, enforce stricter certificate validation rules, and self-signed certificates often lack the required trust chain and key usage for such purposes. Using a certificate with a trusted parent (from a CA) and proper key usage for code signing might resolve your issue.
- Check Certificate Extensions:
- Ensure that your self-signed certificate has the correct key usage for code signing. This can usually be viewed under the certificate properties (ex;, "Code Signing" or similar attributes).
- You can check if the certificate includes extensions like digitalSignature and nonRepudiation, which are often required for signing Office documents.
- Testing with a Trusted CA:
- If the self-signed certificate doesn't work, testing with a certificate from a trusted CA (even a trial certificate) might help confirm whether this is the root cause.
- A certificate issued by a trusted CA is more likely to be accepted for signing Office VBA projects because it will have the proper trust chain and key usage extensions.
- AzureSigntool & Office SIP Tool:
- Ensure that both AzureSigntool and the Office SIP tool are configured properly and can access the certificate in azure key vault with the right permissions.
- Double check the tool's logs or output to see if there are any other clues regarding certificate validation or signing issues.
- Workaround for Testing:
- If you need to test the signing process without purchasing a certificate immediately, you can try using a development or trial certificate from a CA, or ensure that the self-signed certificate is installed and trusted in the appropriate certificate stores on your machine
Please 'Upvote'(Thumbs-up) and 'Accept' as an answer if the reply was helpful. This will benefit other community members who face the same issue.