Skip to content

Conversation

@cschramm
Copy link

The parser strictly checks reserved areas to be zero (even though the specification does not even require that for all of them). This is an issue when parsing future (i.e., not known to the current codebase) versions of attestation reports, where those areas may no longer be reserved.

The lax-parser feature disables that check, currently with some tradeoffs:

  • No WriteExt::skip_bytes
  • No Encoder impl for AttestationReport, Signature, and WrappedVlekHashstick
  • No compatibility with openssl and crypto_nossl

Closes #343

The parser strictly checks reserved areas to be zero (even though the specification does not even require that for all of them). This is an issue when parsing newer versions of attestation reports where those areas might not be reserved anymore. The `lax-parser` feature disables that check, currently with some tradeoffs:

* No `WriteExt::skip_bytes`
* No `Encoder` impl for `AttestationReport`, `Signature`, and `WrappedVlekHashstick`
* No compatibility with `openssl` and `crypto_nossl`

Closes virtee#343

Signed-off-by: Christopher Schramm <[email protected]>
@DGonzalezVillal
Copy link
Member

So in this solution, you would only be able to parse the attestation report, but you would not be able to write it anywhere correct? Is that still useful to you?

@DGonzalezVillal
Copy link
Member

Because the Write stuff can be modified to write the raw contents. Create something like a raw write

@cschramm
Copy link
Author

Is that still useful to you?

Absolutely, yes. I only use the parser, but not the Write stuff.

As I wrote in #343, writing could be achieved by actually reading reserved areas and carrying their contents to write them back instead of zeroes. I was under the impression, though, that you wanted to keep this a limited parse-only case.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Forward compatibility

4 participants