[OpenAFS-devel] Re: OpenSSH, OpenAFS, Heimdal Kerberos and MIT Kerberos
Achim Gsell
achim.gsell at psi.ch
Wed Jan 28 01:12:28 EST 2004
On Monday 26 January 2004 23:51, Jeffrey Hutzelman wrote:
> On Monday, January 26, 2004 17:17:46 -0500 Dean Anderson
> <dean at av8.com>
>
> wrote:
> > On Mon, 26 Jan 2004, Jeffrey Hutzelman wrote:
> >> Worse, it would not solve the problem. The trouble here is not
> >> that AFS tokens are stored in a kernel data structure instead of a
> >> file. It's that they are indexed by a value which must be set on
> >> login, inherited from each process by its children, and must not
> >> be changeable by the user (to prevent token stealing). OpenSSH
> >> loses not because you need special code to set tokens, and not
> >> even because you need special code to generate a new PAG -- those
> >> things can be done by a PAM module. OpenSSH loses because the PAM
> >> session module gets called outside the inheritance chain of the
> >> user's shell, which means it can't set a PAG or anything else
> >> that is inherited across a fork (e.g. groups, environment
> >> variables, resource limits, etc etc etc).
> >
> > Right. And there is an easy solution: Turn off Privsep.
>
> Sadly, this doesn't make any difference. OpenSSH 3.7.1 and later run
> PAM session modules in a subprocess unrelated to the eventual user
> shell, regardless of whether privsep is enabled. AFAIK, in earlier
> versions, it works fine even with privsep, because while such things
> may be run in a subprocess, they are run in a subprocess that ends up
> being an ancestor of the user shell.
If you have POSIX threads make sure that USE_POSIX_THREADS is defined
while compiling auth-pam.c. This work's fine with Linux 2.4 and OpenSSH
3.7.1pl2.
Achim
--
Scientific Computing
Paul Scherrer Institut
CH-5232 Villigen
More information about the openssh-unix-dev
mailing list