On 10/19/2026 2:40 PM, Manuel Huber via B4 Relay wrote: > From: Manuel Huber <[email protected]> > > The IPE policy keyring is allocated unlinked, so userspace would > otherwise have to scrape /proc/keys to name it. > > Signed-off-by: Manuel Huber <[email protected]> > --- I'm ok with this id addition, but why can't Kata use keyctl to find the keyring by name? e.g. keyctl padd asymmetric "" %:.ipe < cert.der. If the concern is that /proc/keys can be spoofed, that would mean other processes are already running while the keyring is still unsealed, which seems even less appropriate. Fan
- Re: [PATCH RFC 1/4] ipe: add the .ipe polic... Fan Wu
- Re: [PATCH RFC 1/4] ipe: add the .ipe p... Christian Brauner
- Re: [PATCH RFC 1/4] ipe: add the .i... Paul Moore
- Re: [PATCH RFC 1/4] ipe: add th... Christian Brauner
- Re: [PATCH RFC 1/4] ipe: a... Paul Moore
- Re: [PATCH RFC 1/4] ipe: add the .ipe p... Manuel Huber
- Re: [PATCH RFC 1/4] ipe: add the .i... Fan Wu
- Re: [PATCH RFC 1/4] ipe: add th... Christian Brauner
- [PATCH RFC 3/4] Documentation: ipe: document the... Manuel Huber via B4 Relay
- [PATCH RFC 2/4] keys: add KEY_SPEC_IPE_KEYRING Manuel Huber via B4 Relay
- Re: [PATCH RFC 2/4] keys: add KEY_SPEC_IPE_... Fan Wu
- Re: [PATCH RFC 2/4] keys: add KEY_SPEC_... Christian Brauner
- [PATCH RFC 4/4] selftests/ipe: test the IPE poli... Manuel Huber via B4 Relay
- Re: [PATCH RFC 0/4] IPE: add a dedicated policy ... Jarkko Sakkinen
