apt-get install fails post-processing adduser when PAM is configured to use kerberos authentication

Bug #663190 reported by Sjoerd van Leent
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
adduser (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: postgresql-common

apt-get (and in similar fashion aptitude/dpkg/synaptic) fail to fallback properly when PAM denies to add a user.

In my company, we have a setup where each user signed in through kerberos (winbind). This makes it impossible to add users using adduser on ad hoc basis. It would be proper to let the administrator select what user (service user) should be used or to give the administrator a chance to add this user using the proper tools (in our case, Active Directory).

The following is a snippet of what goes wrong:

chfn: PAM authentication failed
adduser: `/usr/bin/chfn -f PostgreSQL administrator postgres' returned error code 1. Exiting.

This has occured in similar fashion for Apache 2.

I would have expected a prompt or anything to supply the proper user to use in any case when adduser fails.

As adduser fails, it might also cause security vulnerabilities if there is no further action undertaken by the post-processing (such as Apache reverting to use the root user, which in production environments is improper).

security vulnerability: yes → no
visibility: private → public
Revision history for this message
Martin Pitt (pitti) wrote :

I reassing this to adduser, as it's a general problem. However, this is partially a configuration error as well. System users really ought to be local, it makes relatively little sense to maintain them through a central user database IMHO. Anyway, adduser should be more clever about this indeed.

affects: postgresql-common (Ubuntu) → adduser (Ubuntu)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.