s3: smbd: Fileserving share access checks.
commitcf0934caf282f4ade8c8a701b0e40b68a2f17ace
authorJeremy Allison <jra@samba.org>
Mon, 17 Mar 2014 21:35:00 +0000 (17 14:35 -0700)
committerAndreas Schneider <asn@cryptomilk.org>
Tue, 18 Mar 2014 18:19:30 +0000 (18 19:19 +0100)
tree1865353fae4b43bd325bf926712e7df5f8f416f9
parent8278d3823aac83bc5edb14353c8de772878ae915
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.

conn->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>
Tested-by: Gerhard Wiesinger <lists@wiesinger.com>
Reviewed-by: Andreas Schneider <asn@samba.org>
Autobuild-User(master): Andreas Schneider <asn@cryptomilk.org>
Autobuild-Date(master): Tue Mar 18 19:19:31 CET 2014 on sn-devel-104
source3/smbd/service.c