s3: smbd: Fileserving share access checks.
authorJeremy Allison <jra@samba.org>
Mon, 17 Mar 2014 21:35:00 +0000 (14:35 -0700)
committerKarolin Seeger <kseeger@samba.org>
Tue, 1 Apr 2014 07:26:38 +0000 (09:26 +0200)
commit8745204fa91c4d31bf6506c4b58aa25637f0d642
tree92640dabd04bbd86c7db846b1a7dcb2437f3565d
parent032ab0bfc0bfbe6126862de8bd2f76c1dd4f7960
s3: smbd: Fileserving share access checks.

Git commit 86d1e1db8e2747e30c89627cda123fde1e84f579
fixed share_access not being reset between users,
by changing make_connection_snum() to call a common
function check_user_share_access() in the same way
that change_to_user() (which can be called on any
incoming packet) does.

Unfortunately that bugfix was incorrect and
broke "force user" and "force group" as it
called check_user_share_access() inside
make_connection_snum() using the conn->session_info
pointer instead of the vuser->session_info pointer.

conn->session_info represents the token to use
when actually accessing the file system, and so
is modified by force user and force group.

vuser->session_info represents the "pristine"
token of the user logging in, and is never modified
by force user and force group.

Samba 3.6.x checked the share access based on
the "pristine" token of the user logging in,
not the token modified by force user and force group.
This change restores the expected behavior.

Fixes bug #9878 - force user does not work as expected

https://bugzilla.samba.org/show_bug.cgi?id=9878

Signed-off-by: Jeremy Allison <jra@samba.org>
source3/smbd/service.c