Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

measurement results claim --- seems too general purpose to be useful #293

Closed
mcr opened this issue Sep 17, 2022 · 2 comments
Closed

measurement results claim --- seems too general purpose to be useful #293

mcr opened this issue Sep 17, 2022 · 2 comments
Labels
wontfix This will not be worked on

Comments

@mcr
Copy link
Contributor

mcr commented Sep 17, 2022

> 12) 4.2.18. The Measurement Results Claim (measurement-results) This
> claim is a general-purpose structure for reporting comparison of
> measurements to expected Reference Values. This claim provides a simple
> standard way to report the result of a comparison as success, failure,
> fail to run, ...

> This feels like something that should be accomodated with some kind of
> vendor specific extension process.  I don't think that the document or
> specification benefits from having a claim that is intentionally
> specific.

> I would, in particular, not want it to be sent from the Verifier to RP,
> since I would have no idea what's inside it.

Some changes were made, but none addresses the core of the comment.

@laurencelundblade
Copy link
Collaborator

The claim definition explains that a receiver of this claim will not be able to interpret them without additional information in most cases. It is up front about this.

To a varying degree this is also true of other work and definitions in EAT and RATS. This is because EAT and RATS are for widely varying device architecture and operating systems. Attestations system will also vary in the checks they provide. EAT submodules will vary from device to device. CoRIM and CoMID and even AR4SI are similar in that the receiver will need additional information.

That said, it is possible to produce a very simple measurement result that indicates “all checks passed”. (The receiver still has to find out what all checks where done from an outside source because we are not defining an architecture to describe all possible system checking).

The claim is not specific to any particularly measurement system and should accommodate the reporting of measurements results from measurement schemes from many vendors.

@gmandyam gmandyam added the wontfix This will not be worked on label Dec 12, 2022
@gmandyam
Copy link
Collaborator

As per decision in RATS interim WG meeting on Dec. 12, 2022, it was decided to address the concerns underlying this issue in the AR4SI draft: https://github.com/ietf-rats-wg/draft-ietf-rats-ar4si/issues

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

3 participants