[Samba] Proposal to change security=share in Samba 4.0

Jeremy Allison jra at samba.org
Mon Feb 27 15:08:20 MST 2012

On Mon, Feb 27, 2012 at 09:58:44PM +1100, Andrew Bartlett wrote:
> I recently proposed on samba-technical that for Samba 4.0, that we
> change security=share to have the following semantics:
>  - All connections are made as the guest user
>  - No passwords are required, and no other accounts are available.
> Naturally, full user-name/password authentication remain available in
> security=user and above.
> The rationale is that we need a very simple way to run a 'trust the
> network' Samba server, where users mark shares as guest ok.  I want to
> keep these simple configurations working.
> At the same time, I want to close the door on one of the most arcane
> areas of Samba authentication.  The problem comes from the fact that
> Samba never implemented security=share properly:  instead of having one
> password per share, we tried to guess the username, and match that to a
> username/password pair. 
> Not only is this code complex, it begins to fail with modern clients and
> modern security settings.  For example, NTLMv2 relies on the username
> and workgroup, but clients which send NTLMv2 do not send these in the
> 'tree connect' request that contains the password.  Instead, we must
> remember the previous unchecked 'session setup', and apply the password
> from there.  If we instead guess the username, then NTLMv2 will not
> work.
> Finally, Samba clients only send LM passwords to security=share servers.
> LM passwords are very insecure, and are now off by default.  As such,
> Samba clients will not connect to any server running security=share by
> default.
> If you use security=share, and feel that your particular configuration
> cannot be handled any other way, please let me know, so we can find the
> best to handle your particular requirements. 

I'm mostly ok with this, but I'd like to hear from people supporting
paying clients, to make sure we're not breaking a customer setup
that a NAS box might depend on.


More information about the samba mailing list