cifscreds(1)
π cifscreds β manage NTLM credentials in kernel keyring π
okay bestie, welcome to cifscreds(1) β the General Commands Manual entry that's about to be your new fave. no cap, this little tool is lowkey the reason your multiuser CIFS mounts actually work. let's get into it π«Ά
β¨ SYNOPSIS β¨
cifscreds add|clear|clearall|update [-u username] [-d] host|domain
[-t timeout]
πΈ DESCRIPTION πΈ
so cifscreds is the program you use to manage credentials (that's username and password, the whole package π
) so you can establish sessions in multiuser mounts.
here's the vibe: when a cifs filesystem gets mounted with the "multiuser" option, and it's not doing krb5 authentication, it still needs to get the credentials for each user from somewhere. and that somewhere? it's this. cifscreds is literally the tool that hands those credentials over to the kernel. it's giving personal assistant to the kernel, honestly. iconic. π
the first non-option argument you give to cifscreds is a command (peep the COMMANDS section below β¬οΈ). the second non-option argument is a hostname or address, or an NT domain name.
π COMMANDS π
addβ add credentials to the kernel, to be used for connecting to the given server, or to servers in the given domain. β¨clearβ clear credentials for a particular host or domain from the kernel. bye bye πclearallβ clear all cifs credentials from the kernel. total reset, main character energy.updateβ update stored credentials in the kernel with a new username and password. glow-up for your creds π
π OPTIONS π
-d,--domainβ thehost/domainargument you provided is an NT domainname.
ordinarily, the second argument you pass to cifscreds is treated as a hostname or IP address. this option makes the cifscreds program treat that argument as an NT domainname instead.
and here's the tea: if there aren't host-specific credentials for the mounted server, then the kernel will next look for a set of domain credentials equivalent to the domain= option you provided at mount time. so it's got a backup plan, fr fr.
-u,--usernameβ ordinarily, the username is derived from the unix username of the user adding the credentials. this option lets you substitute a different username. cute little alias moment π-t,--timeoutβ sets the key timeout in seconds. if you don't set it, it'll use the system default timeout for logon keys. no rush bestie, but the clock is ticking β°
β NOTES β
the cifscreds utility requires a kernel built with support for the login key type. that key type was added in v3.3 in mainline Linux kernels. so if you're on something ancient, this is not the moment, sorry π
sincecifscredsadds keys to the session keyring, it is highly recommended that you usepam_keyinitto make sure a session keyring is established at login time. this one's not optional-feeling, okay? do it. π«Ά
π¦ SEE ALSO π¦
π AUTHORS π
the cifscreds program was originally developed by Igor Druzhinin <<jaxbrigs@gmail.com>>. this manpage and a redesign of the code was done by Jeff Layton <<jlayton@samba.org>>. legends, both of them π
k that's the whole page, bestie β and if you were wondering what that lil cifscreds(1) at the bottom was, that's just the footer doing its thing, the manual name plus its section. the original ran from the cifscreds(1) header right down to that closing cifscreds(1), and now you've got all of it, no crumbs left behind. slay π
β¨
π¦ where this page comes from
- fedora 44: cifs-utils 7.5-1.fc44 Β· GPL-3.0-only
- fedora 44: cifs-utils 7.8-2.fc44
- fedora 44: cifs-utils 7.9-2.fc44 Β· GPL-3.0-only
- nixos 26.05: cifs-utils 7.5
- ubuntu resolute: cifs-utils 2:7.4-1build1 Β· GPL-3.0-or-later
- ubuntu resolute: cifs-utils 2:7.4-1ubuntu0.26.04.3
- ubuntu resolute: cifs-utils 2:7.4-1ubuntu0.26.04.4 Β· GPL-3.0-or-later
- ubuntu stonking: cifs-utils 2:7.4-1ubuntu3 Β· GPL-3.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms