diff options
author | Jeff Layton <jlayton@redhat.com> | 2013-03-11 09:52:19 -0400 |
---|---|---|
committer | Steve French <sfrench@us.ibm.com> | 2013-03-21 12:40:19 -0500 |
commit | f853c616883a8de966873a1dab283f1369e275a1 (patch) | |
tree | 51a5c3887675f4fbc7108704166b9d0a5c37a813 /fs/cifs/dns_resolve.c | |
parent | 24261fc23db950951760d00c188ba63cc756b932 (diff) | |
download | kernel_goldelico_gta04-f853c616883a8de966873a1dab283f1369e275a1.zip kernel_goldelico_gta04-f853c616883a8de966873a1dab283f1369e275a1.tar.gz kernel_goldelico_gta04-f853c616883a8de966873a1dab283f1369e275a1.tar.bz2 |
cifs: ignore everything in SPNEGO blob after mechTypes
We've had several reports of people attempting to mount Windows 8 shares
and getting failures with a return code of -EINVAL. The default sec=
mode changed recently to sec=ntlmssp. With that, we expect and parse a
SPNEGO blob from the server in the NEGOTIATE reply.
The current decode_negTokenInit function first parses all of the
mechTypes and then tries to parse the rest of the negTokenInit reply.
The parser however currently expects a mechListMIC or nothing to follow the
mechTypes, but Windows 8 puts a mechToken field there instead to carry
some info for the new NegoEx stuff.
In practice, we don't do anything with the fields after the mechTypes
anyway so I don't see any real benefit in continuing to parse them.
This patch just has the kernel ignore the fields after the mechTypes.
We'll probably need to reinstate some of this if we ever want to support
NegoEx.
Reported-by: Jason Burgess <jason@jacknife2.dns2go.com>
Reported-by: Yan Li <elliot.li.tech@gmail.com>
Signed-off-by: Jeff Layton <jlayton@redhat.com>
Cc: <stable@vger.kernel.org>
Signed-off-by: Steve French <sfrench@us.ibm.com>
Diffstat (limited to 'fs/cifs/dns_resolve.c')
0 files changed, 0 insertions, 0 deletions