After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 155077 - logins (via gdm, etc.) access the user's home directory before authenticating
logins (via gdm, etc.) access the user's home directory before authenticating
Status: RESOLVED NOTABUG
Product: gdm
Classification: Core
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: GDM maintainers
GDM maintainers
Depends on:
Blocks:
 
 
Reported: 2004-10-11 08:30 UTC by shawn.emery
Modified: 2005-01-26 06:53 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10



Description shawn.emery 2004-10-11 08:30:45 UTC
Please describe the problem:
gdm tickles the user's home directories too soon which lowers the quality of
protection when mounting from a multi-security flavored NFS server.

Steps to reproduce:
NFS server shares /export/home with sec flavors krb5:sys

where krb5 is the Kerberos authentication flavor
where sys is the typical UNIX authentication flavor

User is prompted for their login name by gdm, gdm accesses the windowing
preference file in the user's home directory.  The problem is that the user has
no credentials given that have not been prompted for their password at this
point.    

Actual results:
As a result the security flavor is lowered to sys.

Expected results:
If the access had waited for authentication by the security mechanism the mount
would have been krb5 and subsequently more secure.

Does this happen every time?
Yes, when multi-sec NFS servers are used.  Which is quite common in any
transitioning environment.

Other information:
If the NFS server shared the user's home directory with krb5 only then gdm would
fail, because there would be no fall-back to sys.
Comment 1 Brian Cameron 2005-01-26 00:18:22 UTC
Is this problem still happening, Shawn.  My understanding is we determined this
is not a problem.  Please close this bug if so.
Comment 2 shawn.emery 2005-01-26 06:25:25 UTC
This was a bug that was actually in our dtgreet/dtlogin applications.  These
applications have since been fixed by providing a system flag that can switch
the windowing preference feature off.
Comment 3 Brian Cameron 2005-01-26 06:53:25 UTC
Thanks Shawn.