You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Reported by @uril following the quickstart guide on Azure, he got a message
Attestation failed: Verifier evaluate failed: json parse error\n\nCaused by:\n trailing characters at line 1 column 420"
Here are the steps he reported doing:
Started a confidential Ubuntu VM on Azure and tested with it - using a container.
Created a container image based on CoCo existing image but built with openssl and added kbs-client (quay.io/uril/coco-kbs-pubkey – currently private)
When attesting, the kbs-client program must be run as root, as it needs access to /dev/tpm0.
Tested it - similar to what I did on my laptop (following kbs/quickstart.md), but without the environment-variable (AA_SAMPLE_ATTESTER_TEST=yes) so it’s actually doing attestation.
Attestation protocol is running but fails for me with an error message:
Attestation failed: Verifier evaluate failed: json parse error\n\nCaused by:\n trailing characters at line 1 column 420"
I did not find an issue with a similar report. The parsing seems to be done by public_key_from_pem, which is code expanded from an openssl crate. So it looks like there is a bit of fussiness of this parser when there is extra trailing characters.
The text was updated successfully, but these errors were encountered:
Indeed, thanks for reporting. That was a problem in the verifier. The Azure CVM platform has been slowly rolled out a change that we didn't account for. It has been fixed in confidential-containers/attestation-service#145
Xynnn007
transferred this issue from confidential-containers/attestation-service
Nov 10, 2023
Reported by @uril following the quickstart guide on Azure, he got a message
Here are the steps he reported doing:
/dev/tpm0
.I did not find an issue with a similar report. The parsing seems to be done by
public_key_from_pem
, which is code expanded from an openssl crate. So it looks like there is a bit of fussiness of this parser when there is extra trailing characters.The text was updated successfully, but these errors were encountered: