MONKEYSPHERE-AUTHENTICATION(8)
π MONKEYSPHERE-AUTHENTICATION β the girlies' guide to server-side SSH auth π
okay so bestie, this is monkeysphere-authentication from section 8 of the system commands manual, and no cap it's the glow-up your SSH server has been waiting for. let's get into it π«Ά
β¨ NAME β¨
monkeysphere-authentication β the Monkeysphere authentication admin tool. it's the server-side bestie. π
β¨ SYNOPSIS β¨
monkeysphere-authentication subcommand [args]
β¨ DESCRIPTION β¨
so, Monkeysphere is this whole framework that leverages the OpenPGP Web of Trust (WoT) for key-based authentication. like, instead of vibes-based trust, you get cryptography-based trust. iconic.
OpenPGP keys are tracked via GnuPG, and then added to the authorized_keys files that OpenSSH uses for connection authentication. so your keys literally walk in, hand over their credentials, and get let in. main character energy fr fr.
monkeysphere-authentication is the Monkeysphere server admin utility β it's for configuring and managing SSH user authentication through the WoT. it's the tool you run on the machine people are ssh-ing into. πΈ
β¨ SUBCOMMANDS β¨
monkeysphere-authentication takes various subcommands, and here's every single one, bestie, no skipping:
update-users [USER]...β rebuild the monkeysphere-controlledauthorized_keysfiles. for each account you name, the user IDs listed in that account'sauthorized_user_idsfile get processed. for each user ID, gpg gets queried for keys associated with that user ID, and it'll optionally query a keyserver too. if an acceptable key is found (peep KEY ACCEPTABILITY inmonkeysphere(7)), that key gets added to the account's monkeysphere-controlledauthorized_keysfile. if theRAW_AUTHORIZED_KEYSvariable is set, then a separateauthorized_keysfile (usually~USER/.ssh/authorized_keys) gets appended to the monkeysphere-controlledauthorized_keysfile. if you don't specify any accounts, then all accounts on the system get processed.umay be used in place ofupdate-users. βkeys-for-user USERβ outputsauthorized_keyslines for USER to stdout. this behaves exactly likeupdate-users(above), except the resultingauthorized_keyslines get printed to stdout instead of being written to the monkeysphere-controlledauthorized_keysfile. it's giving "look but don't touch."refresh-keysβ refresh all keys in themonkeysphere-authenticationkeyring. if no accounts are specified, then all accounts on the system get processed.rmay be used in place ofrefresh-keys. π«add-id-certifier KEYID|FILEβ instruct the system to trust user identity certifications made by KEYID. the key ID gets loaded from the keyserver. you can load a file instead of pulling the key from the keyserver by specifying the path to the file as the argument, or by specifying-to load from stdin. using the-nor--domainoption lets you say that you only trust the given KEYID to make identifications within a specific domain (e.g. "trust KEYID to certify user identities within the@example.orgdomain"). a certifier trust level can be specified with the-tor--trustoption (possible values aremarginalandfull, and the default isfull). a certifier trust depth can be specified with the-dor--depthoption (default is1).c+may be used in place ofadd-id-certifier. π₯remove-id-certifier KEYIDβ instruct the system to ignore user identity certifications made by KEYID.c-may be used in place ofremove-id-certifier. bye bestie πlist-id-certifiersβ list key IDs trusted by the system to certify user identities.cmay be used in place oflist-id-certifiers.versionβ show the monkeysphere version number.vmay be used in place ofversion.helpβ output a brief usage summary.hor?may be used in place ofhelp.
Other commands:
setupβ set up the server in preparation for Monkeysphere user authentication. this command is idempotent and gets run automatically by the other commands, so it should therefore not usually need to be run manually.smay be used in place ofsetup.diagnosticsβ review the state of the server with respect to authentication.dmay be used in place ofdiagnostics. π©Ίgpg-cmdβ execute a gpg command, as the monkeysphere user, on the monkeysphere authenticationspherekeyring. as of monkeysphere0.36, this takes its arguments separately, not as a single string. use this command with caution, because modifying the authentication sphere keyring can affect ssh user authentication. π
β¨ SETUP USER AUTHENTICATION β¨
if the server is gonna handle user authentication through monkeysphere-generated authorized_keys files, then the server must be told which keys will act as identity certifiers. you do that with the add-id-certifier command:
# monkeysphere-authentication add-id-certifier KEYID
where KEYID is the key ID of the server admin, or whoever's certifications should be acceptable to the system for the purposes of authenticating remote users. you can run this command multiple times to indicate that multiple certifiers are trusted. you may also specify a filename instead of a key ID, as long as the file contains a single OpenPGP public key. certifiers can be removed with the remove-id-certifier command, and listed with the list-id-certifiers command. π
a remote user will be granted access to a local account based on the appropriately-signed and valid keys associated with user IDs listed in that account's authorized_user_ids file. by default, the authorized_user_ids file for an account is ~/.monkeysphere/authorized_user_ids. this can be changed in the monkeysphere-authentication.conf file. π
the update-users command is used to generate authorized_keys files for a local account based on the user IDs listed in the account's authorized_user_ids file:
# monkeysphere-authentication update-users USER
not specifying USER will cause all accounts on the system to be updated. the ssh server can use these monkeysphere-generated authorized_keys files to grant access to user accounts for remote users. in order for sshd to look at the monkeysphere-generated authorized_keys file for user authentication, the AuthorizedKeysFile parameter must be set in the sshd_config to point to the monkeysphere-generated authorized_keys files:
AuthorizedKeysFile /var/lib/monkeysphere/authorized_keys/%u
it is recommended to add "monkeysphere-authentication update-users" to a system crontab, so that user keys are kept up-to-date, and key revocations and expirations can be processed in a timely manner. πβ¨
β¨ ENVIRONMENT β¨
the following environment variables will override those specified in the config file (defaults are in parentheses, bestie):
MONKEYSPHERE_MONKEYSPHERE_USERβ user to control authentication keychain. (monkeysphere)MONKEYSPHERE_LOG_LEVELβ set the log level. can beSILENT,ERROR,INFO,VERBOSE,DEBUG, in increasing order of verbosity. (INFO)MONKEYSPHERE_KEYSERVERβ OpenPGP keyserver to use. (pool.sks-keyservers.net)MONKEYSPHERE_CHECK_KEYSERVERβ whether or not to check the keyserver when making gpg queries. (true)MONKEYSPHERE_AUTHORIZED_USER_IDSβ path to user'sauthorized_user_idsfile.%hgets replaced with the user's homedir,%uwith the username. (%h/.monkeysphere/authorized_user_ids)MONKEYSPHERE_RAW_AUTHORIZED_KEYSβ path to regular ssh-styleauthorized_keysfile to append to monkeysphere-generatedauthorized_keys.nonemeans not to add any rawauthorized_keysfile.%hgets replaced with the user's homedir,%uwith the username. (%h/.ssh/authorized_keys)MONKEYSPHERE_PROMPTβ if set tofalse, never prompt the user for confirmation. (true)MONKEYSPHERE_STRICT_MODESβ if set tofalse, ignore too-loose permissions onknown_hosts,authorized_keys, andauthorized_user_idsfiles. NOTE: setting this tofalsemay expose users to abuse by other users on the system. (true)
β οΈ okay real talk on that last one: loosening strict modes is literally opening a door for other users on the box to mess with you. leave it at true unless you know exactly what you're doing. π
β¨ FILES β¨
/etc/monkeysphere/monkeysphere-authentication.confβ systemmonkeysphere-authenticationconfig file./etc/monkeysphere/monkeysphere-authentication-x509-anchors.crtor/etc/monkeysphere/monkeysphere-x509-anchors.crtβ ifmonkeysphere-authenticationis configured to query an hkps keyserver, it will use the PEM-encoded X.509 Certificate Authority certificates in this file to validate any X.509 certificates used by the keyserver. if themonkeysphere-authentication-x509file is present, themonkeysphere-x509file will be ignored./var/lib/monkeysphere/authorized_keys/USERβ Monkeysphere-controlled userauthorized_keysfiles.~/.monkeysphere/authorized_user_idsβ a list of OpenPGP user IDs, one per line. OpenPGP keys with an exactly-matching User ID (calculated valid by the designated identity certifiers), will have any valid authorization-capable keys or subkeys added to the given user'sauthorized_keysfile. any line with initial whitespace will be interpreted as sshauthorized_keysoptions applicable to the preceding User ID. π¦
β¨ AUTHOR β¨
this man page was written by: Jameson Rollins <jrollins@finestructure.net>, Daniel Kahn Gillmor <dkg@fifthhorseman.net>, Matthew Goins <mjgoins@openflows.com>. absolute legends, we stan. π
β¨ SEE ALSO β¨
monkeysphere(1), monkeysphere-host(8), monkeysphere(7), gpg(1), ssh(1), sshd(8), sshd_config(5)
and that's the whole page bestie, you ate that π
this one's from the monkeysphere source, dated March 13, 2013, and it lives in section MONKEYSPHERE-AUTHENTICATION(8). go forth and authenticate responsibly π§π
π¦ where this page comes from
- alpine 3.24: monkeysphere-doc 0.44-r4 Β· GPL-3.0-or-later
- nixos 26.05: monkeysphere 0.44
- nixpkgs unstable: monkeysphere 0.44
- ubuntu jammy: monkeysphere 0.43-3.1 Β· 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