Skip to content

[keylime] Add plugin for Keylime remote attestation - #4423

Open
suraj-cmd wants to merge 1 commit into
sosreport:mainfrom
suraj-cmd:add-keylime-plugin
Open

[keylime] Add plugin for Keylime remote attestation#4423
suraj-cmd wants to merge 1 commit into
sosreport:mainfrom
suraj-cmd:add-keylime-plugin

Conversation

@suraj-cmd

Copy link
Copy Markdown
Contributor

Keylime is packaged for Fedora and RHEL and provides TPM-based remote
attestation, but sos has no plugin for it and no other plugin references it. An
sosreport from a verifier, registrar or agent host currently contains none of
its configuration or service state.

The paths and unit names are taken from the upstream packaging:
services/keylime-tmpfiles.conf creates /etc/keylime with the per-component
.conf.d drop-in directories and /var/lib/keylime at mode 0700, and the
units are keylime_agent, keylime_registrar and keylime_verifier.

/var/lib/keylime is deliberately not copied. keylime/ca_util.py writes the
deployment CA key there as <name>-private.pem, and the same tree holds
decrypted payloads. A recursive listing is taken instead, which still shows the
CA state and file ownership. PEM files are added to the forbidden paths so no
key material can be collected from either location.

Paths and unit names come from upstream services/keylime-tmpfiles.conf and
docs/man/ rather than a running deployment, so confirmation against a
packaged install would be welcome — particularly whether the distribution
packages split the config differently.


Please place an 'X' inside each '[]' to confirm you adhere to our Contributor Guidelines

  • Is the commit message split over multiple lines and hard-wrapped at 72 characters?
  • Is the subject and message clear and concise?
  • Does the subject start with [plugin_name] if submitting a plugin patch or a [section_name] if part of the core sosreport code?
  • Does the commit contain a

Keylime is packaged for Fedora and RHEL and provides TPM-based
remote attestation, but sos has no plugin for it and no other
plugin references it. An sosreport from a verifier, registrar
or agent host currently contains none of its configuration or
service state.

The paths and unit names are taken from the upstream packaging:
services/keylime-tmpfiles.conf creates /etc/keylime with the
per-component .conf.d drop-in directories and /var/lib/keylime
at mode 0700, and the units are keylime_agent,
keylime_registrar and keylime_verifier.

/var/lib/keylime is deliberately not copied. keylime/ca_util.py
writes the deployment CA key there as <name>-private.pem, and
the same tree holds decrypted payloads. A recursive listing is
taken instead, which still shows the CA state and file
ownership. PEM files are added to the forbidden paths so no key
material can be collected from either location.

Signed-off-by: Suraj Patil <surajpatil522@gmail.com>
@packit-as-a-service

Copy link
Copy Markdown

Congratulations! One of the builds has completed. 🍾

You can install the built RPMs by following these steps:

  • sudo dnf install -y 'dnf*-command(copr)'
  • dnf copr enable packit/sosreport-sos-4423
  • And now you can install the packages.

Please note that the RPMs should be used only in a testing environment.

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.

1 participant