Bug 154683 - [libpam] [request] Allow pam_krb5 to authenticate no local users for other services
Summary: [libpam] [request] Allow pam_krb5 to authenticate no local users for other se...
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: Unspecified
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-11 15:00 UTC by Martin Schweizer
Modified: 2017-12-31 22:34 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Schweizer 2011-02-11 15:00:22 UTC
See also kern/76678

See the history of pam_krb5.c
http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libpam/modules/pam_krb5/pam_krb5.c

Since I upgraded from 7.2 to 8.1 it is no more possible to use
saslauthd -a pam against a Kerberos system (like Active Directory). I
assume since the update was made regarding no_user_check. Before this
changes all was working without any problems. 

/var/log/auth shows:
Feb 11 15:27:40 acsvfbsd04 saslauthd[2742]: pam_krb5: verify_krb_v5_tgt(): krb5_kt_read_service_key(): Key table entry not found
Feb 11 15:27:40 acsvfbsd04 saslauthd[2742]: DEBUG: auth_pam: pam_acct_mgmt failed: unknown user
Feb 11 15:27:40 acsvfbsd04 saslauthd[2742]: do_auth         : auth failure: [user=username] [service=imap] [realm=] [mech=pam] [reason=PAM acct error]

The entry "unknown user" point me to the idea that PAM checks against
the local user base again. After I add the user username to the local
user base (adduser username), the authentication works as expected.

Since Kerberos5 in the base system is broken (see
http://www.freebsd.org/cgi/query-pr.cgi?pr=151444) there is no more
option to authenticate against Active Directory.

How-To-Repeat: I used imtest from ports/cyrus-imapd24:
imtest -u username localhost
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2011-02-13 02:22:04 UTC
Responsible Changed
From-To: freebsd-bugs->des

Reclassify and assign.
Comment 2 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:01:41 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped