PKCSICSF(1)
π PKCSICSF(1) β the openCryptoki era π
okay bestie, gather round, because this is the configuration utility for the ICSF token and it's genuinely so useful once you get it. part of the openCryptoki family, manual section 1, iykyk. let's go π¦
β¨ SYNOPSIS β¨
pkcsicsf [-h] [-l|-a token name] [-b BINDDN] [-c client-cert-file] [-C
CA-cert-file] [-k privatekey] [-m mechanism] [-u URI]
look at her. gorgeous. no cap. π
πΈ DESCRIPTION πΈ
so the pkcsicsf utility does two main character things: it lists available ICSF tokens, and it lets you add one specific ICSF token to opencryptoki. that's the whole vibe.
but listen, the order matters here, fr fr: the ICSF token must be added first to opencryptoki. when you do that, two things happen:
- it creates an entry in the
opencryptoki.conffile for the ICSF token - it creates a
token_name.confconfiguration file in the same directory as theopencryptoki.conffile, containing ICSF specific information β and that info is what the ICSF token reads π
okay next, the tea: the ICSF token must bind and authenticate to an LDAP server. the supported authentication mechanisms are simple and sasl. one of these mechanisms must be entered when you're listing the available ICSF tokens or when you're adding an ICSF token. and heads up β opencryptoki currently supports adding only one ICSF token. one. that's it. periodt.
now for the admin girlies π: the system admin can either let the ldap calls utilize existing ldap configs, like ldap.conf or .ldaprc for bind and authentication information, or set the bind and authentication information within opencryptoki by using this utility and its options. either way, that information will then be placed in the token_name.conf file so it can be used in the ldap calls. and when you're using simple authentication, the user will be prompted for the racf password when listing or adding a token. yes, it will ask. be ready. π
β οΈ and this one is important bestie: the pkcsicsf utility must be run as root when adding an ICSF token to opencryptoki. no root, no token, no exceptions.
π OPTIONS π
-atoken name β add the specified ICSF token to opencryptoki. this is the one that needs root, remember π«Ά-bBINDND β the distinguish name to bind when using simple authentication-cclient-cert-file β the client certificate file when using SASL authentication-CCA-cert-file β the CA certificate file when using SASL authentication-hβ show usage information-kprivatekey β the client private key file when using SASL authentication-mmechanism β the authentication mechanism to use when binding to the LDAP server (this should be eithersimpleorsasl)-lβ list available ICSF tokens-hβ show usage information
π not me noticing -h is literally listed twice in the original. iconic behavior honestly. both of them show usage information. we keep both. we don't question it. π
ποΈ FILES ποΈ
/etc/opencryptoki/opencryptoki.confβ the opencryptoki config file containing token configuration information β¨/etc/opencryptoki/token_name.confβ contains ICSF configuration information for the ICSF token π
π¦ SEE ALSO π¦
opencryptoki(7)pkcsslotd(8)pkcsconf(8)
go read those too, bestie, they're part of the lore π
openCryptoki Β· version 3.27.0 Β· April 2013 β yeah she's an older queen but she still ate π thank you for coming to my ted talk, now go add your token (as root!!) π«Άβ¨
π¦ where this page comes from
- centos-stream 10: opencryptoki-icsftok 3.27.0-1.el10 Β· CPL-1.0
- centos-stream 9: opencryptoki-icsftok 3.27.0-1.el9 Β· CPL-1.0
- fedora 44: opencryptoki-icsftok 3.27.0-1.fc44 Β· CPL-1.0
- opensuse-leap 16.0: openCryptoki 3.27.0-160000.2.1 Β· CPL-1.0
- opensuse-leap 16.0: openCryptoki 3.27.0-160000.2.1 Β· CPL-1.0
- opensuse-leap 16.0: openCryptoki 3.27.0-160000.2.1 Β· CPL-1.0
- opensuse-leap 16.0: openCryptoki 3.27.0-160000.2.1 Β· CPL-1.0
- ubuntu stonking: opencryptoki 3.27.0+dfsg-0ubuntu2 Β· CPL
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms