diff options
author | Peter Seiderer <ps.report@gmx.net> | 2015-09-17 21:40:12 +0200 |
---|---|---|
committer | Steve French <smfrench@gmail.com> | 2015-09-22 15:24:02 -0500 |
commit | 98ce94c8df762d413b3ecb849e2b966b21606d04 (patch) | |
tree | b10f39ddff5668d7c125de9afb0ae0b2b966987f /fs/quota/quotaio_v2.h | |
parent | e0ddde9d44e37fbc21ce893553094ecf1a633ab5 (diff) |
cifs: use server timestamp for ntlmv2 authentication
Linux cifs mount with ntlmssp against an Mac OS X (Yosemite
10.10.5) share fails in case the clocks differ more than +/-2h:
digest-service: digest-request: od failed with 2 proto=ntlmv2
digest-service: digest-request: kdc failed with -1561745592 proto=ntlmv2
Fix this by (re-)using the given server timestamp for the
ntlmv2 authentication (as Windows 7 does).
A related problem was also reported earlier by Namjae Jaen (see below):
Windows machine has extended security feature which refuse to allow
authentication when there is time difference between server time and
client time when ntlmv2 negotiation is used. This problem is prevalent
in embedded enviornment where system time is set to default 1970.
Modern servers send the server timestamp in the TargetInfo Av_Pair
structure in the challenge message [see MS-NLMP 2.2.2.1]
In [MS-NLMP 3.1.5.1.2] it is explicitly mentioned that the client must
use the server provided timestamp if present OR current time if it is
not
Reported-by: Namjae Jeon <namjae.jeon@samsung.com>
Signed-off-by: Peter Seiderer <ps.report@gmx.net>
Signed-off-by: Steve French <smfrench@gmail.com>
CC: Stable <stable@vger.kernel.org>
Diffstat (limited to 'fs/quota/quotaio_v2.h')
0 files changed, 0 insertions, 0 deletions