diff --git a/contrib/pam-krb5/docs/pam_krb5.pod b/contrib/pam-krb5/docs/pam_krb5.pod index 024584dfd4cd..f352af71b553 100644 --- a/contrib/pam-krb5/docs/pam_krb5.pod +++ b/contrib/pam-krb5/docs/pam_krb5.pod @@ -1,1056 +1,1059 @@ =for stopwords KRB5CCNAME ChallengeResponseAuthentication GSS-API Heimdal KDC PKINIT PasswordAuthentication SRV Solaris Sourceforge aname appdefaults auth canonicalized ccache krb5.conf forwardable kdestroy keytab libdefaults logout pam-krb5 preauth 0.8rc1 screensaver screensavers sshd localname krb5.conf. 0.8rc1. Allbery Cusack Salomon FSFAP SPDX-License-Identifier responder =head1 NAME pam_krb5 - Kerberos PAM module =head1 SYNOPSIS auth sufficient pam_krb5.so minimum_uid=1000 session required pam_krb5.so minimum_uid=1000 account required pam_krb5.so minimum_uid=1000 password sufficient pam_krb5.so minimum_uid=1000 =head1 DESCRIPTION The Kerberos service module for PAM, typically installed at F, provides functionality for the four PAM operations: authentication, account management, session management, and password management. F is a shared object that is dynamically loaded by the PAM subsystem as necessary, based on the system PAM configuration. PAM is a system for plugging in external authentication and session management modules so that each application doesn't have to know the best way to check user authentication or create a user session on that system. For details on how to configure PAM on your system, see the PAM man page, often pam(7). Here are the actions of this module when called from each group: =over 4 =item auth Provides implementations of pam_authenticate() and pam_setcred(). The former takes the username from the PAM session, prompts for the user's password (unless configured to use an already-entered password), and then performs a Kerberos initial authentication, storing the obtained credentials (if successful) in a temporary ticket cache. The latter, depending on the flags it is called with, either takes the contents of the temporary ticket cache and writes it out to a persistent ticket cache owned by the user or uses the temporary ticket cache to refresh an existing user ticket cache. Passwords as long or longer than PAM_MAX_RESP_SIZE octets (normally 512 octets) will be rejected, since excessively long passwords can be used as a denial of service attack. After doing the initial authentication, the Kerberos PAM module will attempt to obtain tickets for a key in the local system keytab and then verify those tickets. Unless this step is performed, the authentication is vulnerable to KDC spoofing, but it requires that the system have a local key and that the PAM module be running as a user that can read the keytab file (normally F. You can point the Kerberos PAM module at a different keytab with the I option. If that keytab -cannot be read or if no keys are found in it, the default (potentially -insecure) behavior is to skip this check. If you want to instead fail -authentication if the obtained tickets cannot be checked, set -C to true in the [libdefaults] section of -F. Note that this will affect applications other than -this PAM module. +cannot be read or if no keys are found in it, the default behavior is to +fail authentication. If you want to skip this check, set the +C option to true either in the [appdefaults] section of +F or in the PAM policy. By default, whenever the user is authenticated, a basic authorization check will also be done using krb5_kuserok(). The default behavior of this function is to check the user's account for a F<.k5login> file and, if one is present, ensure that the user's principal is listed in that file. If F<.k5login> is not present, the default check is to ensure that the user's principal is in the default local realm and the user portion of the principal matches the account name (this can be changed by configuring a custom aname to localname mapping in F; see the Kerberos documentation for details). This can be customized with several configuration options; see below. If the username provided to PAM contains an C<@> and Kerberos can, treating the username as a principal, map it to a local account name, pam_authenticate() will change the PAM user to that local account name. This allows users to log in with their Kerberos principal and let Kerberos do the mapping to an account. This can be disabled with the I option. Be aware, however, that this facility cannot be used with OpenSSH. OpenSSH will reject usernames that don't match local accounts before this remapping can be done and will pass an invalid password to the PAM module. Also be aware that several other common PAM modules, such as pam_securetty, expect to be able to look up the user with getpwnam() and cannot be called before pam_krb5 when using this feature. When pam_setcred() is called to initialize a new ticket cache, the environment variable KRB5CCNAME is set to the path to that ticket cache. By default, the cache will be named F where UID is the user's UID and RANDOM is six randomly-chosen letters. This can be configured with the I and I options. pam-krb5 does not use the default ticket cache location or I in the C<[libdefaults]> section of F. The default cache location would share a cache for all sessions of the same user, which causes confusing behavior when the user logs out of one of multiple sessions. If pam_setcred() initializes a new ticket cache, it will also set up that ticket cache so that it will be deleted when the PAM session is closed. Normally, the calling program (B, B, etc.) will run the user's shell as a sub-process, wait for it to exit, and then close the PAM session, thereby cleaning up the user's session. =item session Provides implementations of pam_open_session(), which is equivalent to calling pam_setcred() with the PAM_ESTABLISH_CRED flag, and pam_close_session(), which destroys the ticket cache created by pam_setcred(). =item account Provides an implementation of pam_acct_mgmt(). All it does is do the same authorization check as performed by the pam_authenticate() implementation described above. =item password Provides an implementation of pam_chauthtok(), which implements password changes. The user is prompted for their existing password (unless configured to use an already entered one) and the PAM module then obtains credentials for the special Kerberos principal C. It then prompts the user for a new password, twice to ensure that the user entered it properly (again, unless configured to use an already entered password), and then does a Kerberos password change. Passwords as long or longer than PAM_MAX_RESP_SIZE octets (normally 512 octets) will be rejected, since excessively long passwords can be used as a denial of service attack. Unlike the normal Unix password module, this module will allow any user to change any other user's password if they know the old password. Also, unlike the normal Unix password module, root will always be prompted for the old password, since root has no special status in Kerberos. (To change passwords in Kerberos without knowing the old password, use kadmin(8) instead.) =back Both the account and session management calls of the Kerberos PAM module will return PAM_IGNORE if called in the context of a PAM session for a user who did not authenticate with Kerberos (a return code of C in the Linux PAM configuration language). Note that this module assumes the network is available in order to do a Kerberos authentication. If the network is not available, some Kerberos libraries have timeouts longer than the timeout imposed by the login process. This means that using this module incautiously can make it impossible to log on to console as root. For this reason, you should always use the I or I options, list a local authentication module such as B first with a control field of C so that the Kerberos PAM module will be skipped if local password authentication was successful. This is not the same PAM module as the Kerberos PAM module available from Sourceforge, or the one included on Red Hat systems. It supports many of the same options, has some additional options, and doesn't support some of the options those modules do. =head1 CONFIGURATION The Kerberos PAM module takes many options, not all of which are relevant to every PAM group; options that are not relevant will be silently ignored. Any of these options can be set in the PAM configuration as arguments listed after C. Some of the options can also be set in the system F file; if this is possible, it will be noted below in the option description. To set a boolean option in the PAM configuration file, just give the name of the option in the arguments. To set an option that takes an argument, follow the option name with an equal sign (=) and the value, with no separating whitespace. Whitespace in option arguments is not supported in the PAM configuration. To set an option for the PAM module in the system F file, put that option in the C<[appdefaults]> section. All options must be followed by an equal sign (=) and a value, so for boolean options add C<= true>. The Kerberos PAM module will look for options either at the top level of the C<[appdefaults]> section or in a subsection named C, inside or outside a section for the realm. For example, the following fragment of a F file would set I to true, I to 1000, and set I only if the realm is EXAMPLE.COM. [appdefaults] forwardable = true pam = { minimum_uid = 1000 EXAMPLE.COM = { ignore_k5login = true } } For more information on the syntax of F, see krb5.conf(5). Note that options that depend on the realm will be set only on the basis of the default realm, either as configured in krb5.conf(5) or as set by the I option described below. If the user authenticates to an account qualified with a realm, that realm will not be used when determining which options will apply. There is no difference to the PAM module whether options are specified at the top level or in a C section; the C section is supported in case there are options that should be set for the PAM module but not for other applications. If the same option is set in F and in the PAM configuration, the latter takes precedent. Note, however, that due to the configuration syntax, there's no way to turn off a boolean option in the PAM configuration that was turned on in F. The start of each option description is annotated with the version of pam-krb5 in which that option was added with the current meaning. =head2 Authorization =over 4 +=item allow_kdc_spoof + +Allow authentication to succeed even if there is no host or service +key available in a keytab to authenticate the Kerberos KDC's ticket. + =item alt_auth_map= [3.12] This functions similarly to the I option. The argument is used as the authentication Kerberos principal, with any C<%s> in replaced with the username. If the username contains an C<@>, only the part of the username before the realm is used to replace C<%s>. If contains a realm, it will be used; otherwise, the realm of the username (if any) will be appended to the result. There is no quote removal. If this option is present, the default behavior is to try this alternate principal first and then fall back to the standard behavior if it fails. The primary usage is to allow alternative principals to be used for authentication in programs like B. Most examples will look like: alt_auth_map=%s/root which attempts authentication as the root instance of the username first and then falls back to the regular username (but see I and I). This option also allows a cheap way to attempt authentication in an alternative realm first and then fall back to the primary realm. A setting like: alt_auth_map=%s@EXAMPLE.COM will attempt authentication in the EXAMPLE.COM realm first and then fall back on the local default realm. This is more convenient than running the module multiple times with multiple default realms set with I, but it is very limited: only two realms can be tried, and the alternate realm is always tried first. This option can be set in C<[appdefaults]> in F, although normally it doesn't make sense to do that; normally it is used in the PAM options of configuration for specific programs. It is only applicable to the auth and account groups. If this option is set for the auth group, be sure to set it for the account group as well or account authorization may fail. =item force_alt_auth [3.12] This option is used with I and forces authentication as the mapped principal if that principal exists in the KDC. Only if the KDC returns principal unknown does the Kerberos PAM module fall back to normal authentication. This can be used to force authentication with an alternate instance. If I is not set, it has no effect. This option can be set in C<[appdefaults]> in F and is only applicable to the auth group. =item ignore_k5login [2.0] Never look for a F<.k5login> file in the user's home directory. Instead, only check that the Kerberos principal maps to the local account name. The default check is to ensure the realm matches the local realm and the user portion of the principal matches the local account name, but this can be customized by setting up an aname to localname mapping in F. This option can be set in C<[appdefaults]> in F and is only applicable to the auth and account groups. =item ignore_root [1.1] Do not do anything if the username is C. The authentication and password calls will silently fail (allowing that status to be ignored via a control of C or C), and the account and session calls (including pam_setcred) will return PAM_IGNORE, telling the PAM library to proceed as if they weren't mentioned in the PAM configuration. This option is supported and will remain, but normally you want to use I instead. This option can be set in C<[appdefaults]> in F. =item minimum_uid= [2.0] Do not do anything if the authenticated account name corresponds to a local account and that local account has a UID lower than . If both of those conditions are true, the authentication and password calls will silently fail (allowing that status to be ignored via a control of C or C), and the account and session calls (including pam_setcred) will return PAM_IGNORE, telling the PAM library to proceed as if they weren't mentioned in the PAM configuration. Using this option is highly recommended if you don't need to use Kerberos to authenticate password logins to the root account (which isn't recommended since Kerberos requires a network connection). It provides some defense in depth against user principals that happen to match a system account incorrectly authenticating as that system account. This option can be set in C<[appdefaults]> in F. =item only_alt_auth [3.12] This option is used with I and forces the use of the mapped principal for authentication. It disables fallback to normal authentication in all cases and overrides I and I. If I is not set, it has no effect and the standard authentication behavior is used. This option can be set in C<[appdefaults]> in F and is only applicable to the auth group. =item search_k5login [2.0] Normally, the Kerberos implementation of pam_authenticate attempts to obtain tickets for the authenticating username in the local realm. If this option is set and the local user has a F<.k5login> file in their home directory, the module will instead open and read that F<.k5login> file, attempting to use the supplied password to authenticate as each principal listed there in turn. If any of those authentications succeed, the user will be successfully authenticated; otherwise, authentication will fail. This option is useful for allowing password authentication (via console or B without GSS-API support) to shared accounts. If there is no F<.k5login> file, the behavior is the same as normal. Using this option requires that the user's F<.k5login> file be readable at the time of authentication. This option can be set in C<[appdefaults]> in F and is only applicable to the auth group. =back =head2 Kerberos Behavior =over 4 =item anon_fast [4.6] Attempt to use Flexible Authentication Secure Tunneling (FAST) by first authenticating as the anonymous user (WELLKNOWN/ANONYMOUS) and using its credentials as the FAST armor. This requires anonymous PKINIT be enabled for the local realm, that PKINIT be configured on the local system, and that the Kerberos library support FAST and anonymous PKINIT. FAST is a mechanism to protect Kerberos against password guessing attacks and provide other security improvements. To work, FAST requires that a ticket be obtained with a strong key to protect exchanges with potentially weaker user passwords. This option uses anonymous authentication to obtain that key and then uses it to protect the subsequent authentication. If anonymous PKINIT is not available or fails, FAST will not be used and the authentication will proceed as normal. To instead use an existing ticket cache for the FAST credentials, use I instead of this option. If both I and I are set, the ticket cache named by I will be tried first, and the Kerberos PAM module will fall back on attempting anonymous PKINIT if that cache could not be used. This option can be set in C<[appdefaults]> in F and is only applicable to the auth and password groups. The operation is the same as if using the I option, but the cache is created and destroyed automatically. If both I and I options are used, the I takes precedent and no anonymous authentication is done. =item fast_ccache= [4.3] The same as I, but use an existing Kerberos ticket cache rather than anonymous PKINIT. This allows use of FAST with a realm that doesn't support PKINIT or doesn't support anonymous authentication. should be a credential cache containing a ticket obtained using a strong key, such as the randomized key for the host principal of the local system. If names a ticket cache that is readable by the authenticating process and has tickets then FAST will be attempted. The easiest way to use this option is to use a program like B to maintain a ticket cache using the host's keytab. This ticket cache should normally only be readable by root, so this option will not be able to protect authentications done as non-root users (such as screensavers). If no credentials are present in the ticket cache, or if the ticket cache does not exist or is not readable, FAST will not used and authentication will proceed as normal. However, if the credentials in that ticket cache are expired, authentication will fail if the KDC supports FAST. To use anonymous PKINIT to protect the FAST exchange, use the I option instead. I is easier to configure, since no existing ticket cache is required, but requires PKINIT be available and configured and that the local realm support anonymous authentication. If both I and I are set, the ticket cache named by I will be tried first, and the Kerberos PAM module will fall back on attempting anonymous PKINIT if that cache could not be used. This option can be set in C<[appdefaults]> in F and is only applicable to the auth and password groups. =item forwardable [1.0] Obtain forwardable tickets. If set (to either true or false, although it can only be set to false in F), this overrides the Kerberos library default set in the [libdefaults] section of F. This option can be set in C<[appdefaults]> in F and is only applicable to the auth group. =item keytab= [3.0] Specifies the keytab to use when validating the user's credentials. The default is the default system keytab (normally F), which is usually only readable by root. Applications not running as root that use this PAM module for authentication may wish to point it to another keytab the application can read. The first principal found in the keytab will be used as the principal for credential verification. This option can be set in C<[appdefaults]> in F and is only applicable to the auth group. =item realm= [2.2] Set the default Kerberos realm and obtain credentials in that realm, rather than in the normal default realm for this system. If this option is used, it should be set for all groups being used for consistent results. This setting will affect authorization decisions since it changes the default realm. This setting will also change the service principal used to verify the obtained credentials to be in the specified realm. If you only want to set the realm assumed for user principals without changing the realm for authorization decisions or the service principal used to verify credentials, see the I option. =item renew_lifetime= [2.0] Obtain renewable tickets with a maximum renewable lifetime of . should be a Kerberos lifetime string such as C<2d4h10m> or a time in minutes. If set, this overrides the Kerberos library default set in the [libdefaults] section of F. This option can be set in C<[appdefaults]> in F and is only applicable to the auth group. =item ticket_lifetime= [3.0] Obtain tickets with a maximum lifetime of . should be a Kerberos lifetime string such as C<2d4h10m> or a time in minutes. If set, this overrides the Kerberos library default set in the [libdefaults] section of F. This option can be set in C<[appdefaults]> in F and is only applicable to the auth group. =item user_realm [4.6] Obtain credentials in the specified realm rather than in the default realm for this system. If this option is used, it should be set for all groups being used for consistent results (although the account group currently doesn't care about realm). This will not change authorization decisions. If the obtained credentials are supposed to allow access to a shell account, the user will need an appropriate F<.k5login> file entry or the system will have to have a custom aname_to_localname mapping. =back =head2 PAM Behavior =over 4 =item clear_on_fail [3.9] When changing passwords, PAM first does a preliminary check through the complete password stack, and then calls each module again to do the password change. After that preliminary check, the order of module invocation is fixed. This means that even if the Kerberos password change fails (or if one of the other password changes in the stack fails), other password PAM modules in the stack will still be called even if the failing module is marked required or requisite. When using multiple password PAM modules to synchronize passwords between multiple systems when they change, this behavior can cause unwanted differences between the environments. Setting this option provides a way to work around this behavior. If this option is set and a Kerberos password change is attempted and fails (due to network errors or password strength checking on the KDC, for example), this module will clear the stored password in the PAM stack. This will force any subsequent modules that have I set to fail so that those environments won't get out of sync with the password in Kerberos. The Kerberos PAM module will not meddle with the stored password if it skips the user due to configuration such as minimum_uid. Unfortunately, setting this option interferes with other desirable PAM configurations, such as attempting to change the password in Kerberos first and falling back on the local Unix password database if that fails. It therefore isn't the default. Turn it on (and list pam_krb5 first after pam_cracklib if used) when synchronizing passwords between multiple environments. This option can be set in C<[appdefaults]> in F and is only applicable to the password group. =item debug [1.0] Log more verbose trace and debugging information to syslog at LOG_DEBUG priority, including entry and exit from each of the external PAM interfaces (except pam_close_session). This option can be set in C<[appdefaults]> in F. =item defer_pwchange [3.11] By default, pam-krb5 lets the Kerberos library handle prompting for a password change if an account's password is expired during the auth group. If this fails, pam_authenticate() returns an error. According to the PAM standard, this is not the correct way to handle expired passwords. Instead, pam_authenticate() should return success without attempting a password change, and then pam_acct_mgmt() should return PAM_NEW_AUTHTOK_REQD, at which point the calling application is responsible for either rejecting the authentication or calling pam_chauthtok(). However, following the standard requires that all applications call pam_acct_mgmt() and check its return status; otherwise, expired accounts may be able to successfully authenticate. Many applications do not do this. If this option is set, pam-krb5 uses the fully correct PAM mechanism for handling expired accounts instead of failing in pam_authenticate(). Due to the security risk of widespread broken applications, be very careful about enabling this option. It should normally only be turned on to solve a specific problem (such as using Solaris Kerberos libraries that don't support prompting for password changes during authentication), and then only for specific applications known to call pam_acct_mgmt() and check its return status properly. This option is only supported when pam-krb5 is built with MIT Kerberos. If built against Heimdal, this option does nothing and normal expired password change handling still happens. (Heimdal is missing the required API to implement this option, at least as of version 1.6.) This option can be set in C<[appdefaults]> in F and is only applicable to the auth group. =item fail_pwchange [4.2] By default, pam-krb5 lets the Kerberos library handle prompting for a password change if an account's password is expired during the auth group. If this option is set, expired passwords are instead treated as an authentication failure identical to an incorrect password. Also see I and I. This option can be set in C<[appdefaults]> in F and is only applicable to the auth group. =item force_pwchange [3.11] If this option is set and authentication fails with a Kerberos error indicating the user's password is expired, attempt to immediately change their password during the authenticate step. Under normal circumstances, this is unnecessary. Most Kerberos libraries will do this for you, and setting this option will prompt the user twice to change their password if the first attempt (done by the Kerberos library) fails. However, some system Kerberos libraries (such as Solaris's) have password change prompting disabled in the Kerberos library; on those systems, you can set this option to simulate the normal library behavior. This option can be set in C<[appdefaults]> in F and is only applicable to the auth group. =item no_update_user [4.7] Normally, if pam-krb5 is able to canonicalize the principal to a local name using krb5_aname_to_localname() or similar calls, it changes the PAM_USER variable for this PAM session to the canonicalized local name. Setting this option disables this behavior and leaves PAM_USER set to the initial authentication identity. This option can be set in C<[appdefaults]> in F and is only applicable to the auth group. =item silent [1.0] Don't show messages and errors from Kerberos, such as warnings of expiring passwords, to the user via the prompter. This is equivalent to the behavior when the application passes in PAM_SILENT, but can be set in the PAM configuration. This option is only applicable to the auth and password groups. =item trace= [4.6] Enables Kerberos library trace logging to the specified log file if it is supported by the Kerberos library. This is intended for temporary debugging. The specified file will be appended to without further security checks, so do not specify a file in a publicly writable directory like F. =back =head2 PKINIT =over 4 =item pkinit_anchors= [3.0] When doing PKINIT authentication, use as the client trust anchors. This is normally a reference to a file containing the trusted certificate authorities. This option is only used if I or I are set. This option can be set in C<[appdefaults]> in F and is only applicable to the auth and password groups. =item pkinit_prompt [3.0] Before attempting PKINIT authentication, prompt the user to insert a smart card. You may want to set this option for programs such as B that call PAM as soon as the mouse is touched and don't give the user an opportunity to enter the smart card first. Any information entered at the first prompt is ignored. If I is set, a user who wishes to use a password instead can just press Enter and then enter their password as normal. This option is only used if I or I are set. This option can be set in C<[appdefaults]> in F and is only applicable to the auth and password groups. =item pkinit_user= [3.0] When doing PKINIT authentication, use as the user ID. The value of this string is highly dependent on the type of PKINIT implementation you're using, but will generally be something like: PKCS11:/usr/lib/pkcs11/lib/soft-pkcs11.so to specify the module to use with a smart card. It may also point to a user certificate or to other types of user IDs. See the Kerberos library documentation for more details. This option is only used if I or I are set. This option can be set in C<[appdefaults]> in F and is only applicable to the auth and password groups. =item preauth_opt=