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

spike: check runtime attestation for COS_PERSISTENT and COS_OEM contents #2989

Open
Tracked by #2129
Itxaka opened this issue Nov 8, 2024 · 0 comments
Open
Tracked by #2129
Labels
enhancement New feature or request triage Add this label to issues that should be triaged and prioretized in the next planning call

Comments

@Itxaka
Copy link
Member

Itxaka commented Nov 8, 2024

Kind of the same as the keylime card but apply it to COS_PERSISTENT/COS_OEM files.

This could be done with keylime by applying a policy that only targets files under PERSISTENT mounts.

BUT those files will still need to be measured (no problem on persistent as its RW)

But seems ok, because you could measure those files offline and generate a policy based on those files (i.e. stylus binary and such) and on updates you will firs need to pre-measure what you are gonna deploy and then deploy it.

Anyway scenario for this:

uki/non-uki: doesnt matter
node server and attestation server. We dont care about the attestation but node server is a kairos node.
You have a binary under PERSISTENT that you use.
You want that binary to be measured continuously and compared against a know good value on the attestation server
If that value changes, node should either dont run it or even panic, but it should trigger something. I guess this depends on the attestation framework.
If the binary is updated with a good known version it should continue working, so policy should allow that.

Additional context: #2981

@Itxaka Itxaka added enhancement New feature or request triage Add this label to issues that should be triaged and prioretized in the next planning call labels Nov 8, 2024
@mudler mudler changed the title spike: check runtime attestation for COS_PERSISTENT contents spike: check runtime attestation for COS_PERSISTENT and COS_OEM contents Nov 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request triage Add this label to issues that should be triaged and prioretized in the next planning call
Projects
Status: No status
Development

No branches or pull requests

1 participant