LIBP11-KIT-REMOTE.SO(8)
π LIBP11-KIT-REMOTE.SO(8) β the p11-kit OpenSSL engine era
okay bestie, welcome to libp11-kit-remote.so, straight out of the System Manager's Manual section 8 π this is a PKCS#11 OpenSSL engine, and yes it's giving very niche very powerful, we love that for us.
β¨ NAME β¨
libp11-kit-remote.so β a PKCS#11 OpenSSL engine based on p11-kit. no cap, that's the whole vibe.
πΈ SYNOPSIS πΈ
openssl engine -t -pre SO_PATH:libp11-kit-engine.so -pre LIST_ADD:1 -pre
LOAD
openssl engine -t -pre SO_PATH:libp11-kit-engine.so -pre LIST_ADD:1 -pre
LOAD -pre MODULE_PATH:/usr/lib/pkcs11/gnome-keyring-pkcs11.so dynamic
openssl engine -t -pre SO_PATH:libp11-kit-engine.so -pre LIST_ADD:1 -pre
LOAD -pre MODULE_PATH:unix:path=$XDG_RUNTIME_DIR/p11-kit/pkcs11
π¦ DESCRIPTION π¦
so this is a PKCS#11 engine for OpenSSL, built on top of p11-kit, and the whole point of it is that it can utilize the p11-kit remoting capabilities β¨ remote tokens, over here, living its best life. it's giving main character energy for your crypto stack, fr fr.
π COMMANDS π
MODULE_PATHβ this one sets which PKCS#11 module you're using π here's the tea though: if it starts with a"/"then it's assumed to be an absolute file path pointing at a PKCS#11 module. otherwise? it's specifying a remote token, written in the exact same format that the"remote"key inpkcs11.confuses. so like, slash means file, no slash means remote, iykyk πLOAD_CERT_CTRLβ bestie this one is literally used bywpa_supplicantto load a certificate from aCKA_VALUEattribute of aCKO_CERTIFICATEPKCS#11 object π and it takes its argument as a structure that looks like this:
struct {
const char *uri_string;
X509 *cert;
} *params = p;
so cute, so specific, so iconic.
π FILES π
/usr/lib/openssl/engines/libp11-kit-engine.soβ the OpenSSL engine itself β¨ the moment./usr/lib/pkcs11/p11-kit-client.soβ the p11-kit remoting module that gets used to access remote tokens π that's the one doing the reaching-out.
π NOTES π
okay so real talk, important disclaimer time:
this engine module is experimental and is not up to feature parity with the libp11 basedpkcs11_engineβ which, fun fact, is whatwpa_supplicantuses by default. so keep that in mind π
it might be possible to extend the pkcs11_engine to include the remoting functionality, and in that case this module would be rendered obsolete. dramatic? yes. accurate? also yes π
β SEE ALSO β
pkcs11.conf(1), p11-kit(8), p11-kit-remote-socket(5), p11-kit-remote@.service(5), engine(3), wpa_supplicant(8)
go read those too, bestie, it's a whole universe π«Ά
π AUTHORS π
Lubomir Rintel β legend behavior, honestly π
and that's a wrap on p11-remote, dated 2017-04-09 πΈ thank you for coming to my ted talk, slay, periodt π
β¨
π¦ where this page comes from
- fedora 43: p11-remote 0.3-22.fc43 Β· LicenseRef-Callaway-BSD
- fedora 44: p11-remote 0.3-23.fc44 Β· LicenseRef-Callaway-BSD
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms