2006-06-01 06:40:51 +08:00
|
|
|
/*
|
|
|
|
* fs/cifs/sess.c
|
|
|
|
*
|
|
|
|
* SMB/CIFS session setup handling routines
|
|
|
|
*
|
2009-05-01 01:45:10 +08:00
|
|
|
* Copyright (c) International Business Machines Corp., 2006, 2009
|
2006-06-01 06:40:51 +08:00
|
|
|
* Author(s): Steve French (sfrench@us.ibm.com)
|
|
|
|
*
|
|
|
|
* This library is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU Lesser General Public License as published
|
|
|
|
* by the Free Software Foundation; either version 2.1 of the License, or
|
|
|
|
* (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This library is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See
|
|
|
|
* the GNU Lesser General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU Lesser General Public License
|
|
|
|
* along with this library; if not, write to the Free Software
|
|
|
|
* Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include "cifspdu.h"
|
|
|
|
#include "cifsglob.h"
|
|
|
|
#include "cifsproto.h"
|
|
|
|
#include "cifs_unicode.h"
|
|
|
|
#include "cifs_debug.h"
|
|
|
|
#include "ntlmssp.h"
|
|
|
|
#include "nterr.h"
|
2006-06-01 13:09:10 +08:00
|
|
|
#include <linux/utsname.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 16:04:11 +08:00
|
|
|
#include <linux/slab.h>
|
2007-11-17 07:37:35 +08:00
|
|
|
#include "cifs_spnego.h"
|
2006-06-01 06:40:51 +08:00
|
|
|
|
|
|
|
extern void SMBNTencrypt(unsigned char *passwd, unsigned char *c8,
|
2007-07-08 03:25:05 +08:00
|
|
|
unsigned char *p24);
|
2006-06-01 06:40:51 +08:00
|
|
|
|
2010-04-24 19:57:47 +08:00
|
|
|
/*
|
|
|
|
* Checks if this is the first smb session to be reconnected after
|
|
|
|
* the socket has been reestablished (so we know whether to use vc 0).
|
|
|
|
* Called while holding the cifs_tcp_ses_lock, so do not block
|
|
|
|
*/
|
[CIFS] Fix multiuser mounts so server does not invalidate earlier security contexts
When two different users mount the same Windows 2003 Server share using CIFS,
the first session mounted can be invalidated. Some servers invalidate the first
smb session when a second similar user (e.g. two users who get mapped by server to "guest")
authenticates an smb session from the same client.
By making sure that we set the 2nd and subsequent vc numbers to nonzero values,
this ensures that we will not have this problem.
Fixes Samba bug 6004, problem description follows:
How to reproduce:
- configure an "open share" (full permissions to Guest user) on Windows 2003
Server (I couldn't reproduce the problem with Samba server or Windows older
than 2003)
- mount the share twice with different users who will be authenticated as guest.
noacl,noperm,user=john,dir_mode=0700,domain=DOMAIN,rw
noacl,noperm,user=jeff,dir_mode=0700,domain=DOMAIN,rw
Result:
- just the mount point mounted last is accessible:
Signed-off-by: Steve French <sfrench@us.ibm.com>
2009-02-20 13:43:09 +08:00
|
|
|
static bool is_first_ses_reconnect(struct cifsSesInfo *ses)
|
|
|
|
{
|
|
|
|
struct list_head *tmp;
|
|
|
|
struct cifsSesInfo *tmp_ses;
|
|
|
|
|
|
|
|
list_for_each(tmp, &ses->server->smb_ses_list) {
|
|
|
|
tmp_ses = list_entry(tmp, struct cifsSesInfo,
|
|
|
|
smb_ses_list);
|
|
|
|
if (tmp_ses->need_reconnect == false)
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
/* could not find a session that was already connected,
|
|
|
|
this must be the first one we are reconnecting */
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* vc number 0 is treated specially by some servers, and should be the
|
|
|
|
* first one we request. After that we can use vcnumbers up to maxvcs,
|
|
|
|
* one for each smb session (some Windows versions set maxvcs incorrectly
|
|
|
|
* so maxvc=1 can be ignored). If we have too many vcs, we can reuse
|
|
|
|
* any vc but zero (some servers reset the connection on vcnum zero)
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
static __le16 get_next_vcnum(struct cifsSesInfo *ses)
|
|
|
|
{
|
|
|
|
__u16 vcnum = 0;
|
|
|
|
struct list_head *tmp;
|
|
|
|
struct cifsSesInfo *tmp_ses;
|
|
|
|
__u16 max_vcs = ses->server->max_vcs;
|
|
|
|
__u16 i;
|
|
|
|
int free_vc_found = 0;
|
|
|
|
|
|
|
|
/* Quoting the MS-SMB specification: "Windows-based SMB servers set this
|
|
|
|
field to one but do not enforce this limit, which allows an SMB client
|
|
|
|
to establish more virtual circuits than allowed by this value ... but
|
|
|
|
other server implementations can enforce this limit." */
|
|
|
|
if (max_vcs < 2)
|
|
|
|
max_vcs = 0xFFFF;
|
|
|
|
|
|
|
|
write_lock(&cifs_tcp_ses_lock);
|
|
|
|
if ((ses->need_reconnect) && is_first_ses_reconnect(ses))
|
|
|
|
goto get_vc_num_exit; /* vcnum will be zero */
|
|
|
|
for (i = ses->server->srv_count - 1; i < max_vcs; i++) {
|
|
|
|
if (i == 0) /* this is the only connection, use vc 0 */
|
|
|
|
break;
|
|
|
|
|
|
|
|
free_vc_found = 1;
|
|
|
|
|
|
|
|
list_for_each(tmp, &ses->server->smb_ses_list) {
|
|
|
|
tmp_ses = list_entry(tmp, struct cifsSesInfo,
|
|
|
|
smb_ses_list);
|
|
|
|
if (tmp_ses->vcnum == i) {
|
|
|
|
free_vc_found = 0;
|
|
|
|
break; /* found duplicate, try next vcnum */
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (free_vc_found)
|
|
|
|
break; /* we found a vcnumber that will work - use it */
|
|
|
|
}
|
|
|
|
|
|
|
|
if (i == 0)
|
|
|
|
vcnum = 0; /* for most common case, ie if one smb session, use
|
|
|
|
vc zero. Also for case when no free vcnum, zero
|
|
|
|
is safest to send (some clients only send zero) */
|
|
|
|
else if (free_vc_found == 0)
|
|
|
|
vcnum = 1; /* we can not reuse vc=0 safely, since some servers
|
|
|
|
reset all uids on that, but 1 is ok. */
|
|
|
|
else
|
|
|
|
vcnum = i;
|
|
|
|
ses->vcnum = vcnum;
|
|
|
|
get_vc_num_exit:
|
|
|
|
write_unlock(&cifs_tcp_ses_lock);
|
|
|
|
|
2009-05-02 00:21:04 +08:00
|
|
|
return cpu_to_le16(vcnum);
|
[CIFS] Fix multiuser mounts so server does not invalidate earlier security contexts
When two different users mount the same Windows 2003 Server share using CIFS,
the first session mounted can be invalidated. Some servers invalidate the first
smb session when a second similar user (e.g. two users who get mapped by server to "guest")
authenticates an smb session from the same client.
By making sure that we set the 2nd and subsequent vc numbers to nonzero values,
this ensures that we will not have this problem.
Fixes Samba bug 6004, problem description follows:
How to reproduce:
- configure an "open share" (full permissions to Guest user) on Windows 2003
Server (I couldn't reproduce the problem with Samba server or Windows older
than 2003)
- mount the share twice with different users who will be authenticated as guest.
noacl,noperm,user=john,dir_mode=0700,domain=DOMAIN,rw
noacl,noperm,user=jeff,dir_mode=0700,domain=DOMAIN,rw
Result:
- just the mount point mounted last is accessible:
Signed-off-by: Steve French <sfrench@us.ibm.com>
2009-02-20 13:43:09 +08:00
|
|
|
}
|
|
|
|
|
2006-06-01 06:40:51 +08:00
|
|
|
static __u32 cifs_ssetup_hdr(struct cifsSesInfo *ses, SESSION_SETUP_ANDX *pSMB)
|
|
|
|
{
|
|
|
|
__u32 capabilities = 0;
|
|
|
|
|
|
|
|
/* init fields common to all four types of SessSetup */
|
[CIFS] Fix multiuser mounts so server does not invalidate earlier security contexts
When two different users mount the same Windows 2003 Server share using CIFS,
the first session mounted can be invalidated. Some servers invalidate the first
smb session when a second similar user (e.g. two users who get mapped by server to "guest")
authenticates an smb session from the same client.
By making sure that we set the 2nd and subsequent vc numbers to nonzero values,
this ensures that we will not have this problem.
Fixes Samba bug 6004, problem description follows:
How to reproduce:
- configure an "open share" (full permissions to Guest user) on Windows 2003
Server (I couldn't reproduce the problem with Samba server or Windows older
than 2003)
- mount the share twice with different users who will be authenticated as guest.
noacl,noperm,user=john,dir_mode=0700,domain=DOMAIN,rw
noacl,noperm,user=jeff,dir_mode=0700,domain=DOMAIN,rw
Result:
- just the mount point mounted last is accessible:
Signed-off-by: Steve French <sfrench@us.ibm.com>
2009-02-20 13:43:09 +08:00
|
|
|
/* Note that offsets for first seven fields in req struct are same */
|
|
|
|
/* in CIFS Specs so does not matter which of 3 forms of struct */
|
|
|
|
/* that we use in next few lines */
|
|
|
|
/* Note that header is initialized to zero in header_assemble */
|
2006-06-01 06:40:51 +08:00
|
|
|
pSMB->req.AndXCommand = 0xFF;
|
|
|
|
pSMB->req.MaxBufferSize = cpu_to_le16(ses->server->maxBuf);
|
|
|
|
pSMB->req.MaxMpxCount = cpu_to_le16(ses->server->maxReq);
|
[CIFS] Fix multiuser mounts so server does not invalidate earlier security contexts
When two different users mount the same Windows 2003 Server share using CIFS,
the first session mounted can be invalidated. Some servers invalidate the first
smb session when a second similar user (e.g. two users who get mapped by server to "guest")
authenticates an smb session from the same client.
By making sure that we set the 2nd and subsequent vc numbers to nonzero values,
this ensures that we will not have this problem.
Fixes Samba bug 6004, problem description follows:
How to reproduce:
- configure an "open share" (full permissions to Guest user) on Windows 2003
Server (I couldn't reproduce the problem with Samba server or Windows older
than 2003)
- mount the share twice with different users who will be authenticated as guest.
noacl,noperm,user=john,dir_mode=0700,domain=DOMAIN,rw
noacl,noperm,user=jeff,dir_mode=0700,domain=DOMAIN,rw
Result:
- just the mount point mounted last is accessible:
Signed-off-by: Steve French <sfrench@us.ibm.com>
2009-02-20 13:43:09 +08:00
|
|
|
pSMB->req.VcNumber = get_next_vcnum(ses);
|
2006-06-01 06:40:51 +08:00
|
|
|
|
|
|
|
/* Now no need to set SMBFLG_CASELESS or obsolete CANONICAL PATH */
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
/* BB verify whether signing required on neg or just on auth frame
|
2006-06-01 06:40:51 +08:00
|
|
|
(and NTLM case) */
|
|
|
|
|
|
|
|
capabilities = CAP_LARGE_FILES | CAP_NT_SMBS | CAP_LEVEL_II_OPLOCKS |
|
|
|
|
CAP_LARGE_WRITE_X | CAP_LARGE_READ_X;
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
if (ses->server->secMode &
|
|
|
|
(SECMODE_SIGN_REQUIRED | SECMODE_SIGN_ENABLED))
|
2006-06-01 06:40:51 +08:00
|
|
|
pSMB->req.hdr.Flags2 |= SMBFLG2_SECURITY_SIGNATURE;
|
|
|
|
|
|
|
|
if (ses->capabilities & CAP_UNICODE) {
|
|
|
|
pSMB->req.hdr.Flags2 |= SMBFLG2_UNICODE;
|
|
|
|
capabilities |= CAP_UNICODE;
|
|
|
|
}
|
|
|
|
if (ses->capabilities & CAP_STATUS32) {
|
|
|
|
pSMB->req.hdr.Flags2 |= SMBFLG2_ERR_STATUS;
|
|
|
|
capabilities |= CAP_STATUS32;
|
|
|
|
}
|
|
|
|
if (ses->capabilities & CAP_DFS) {
|
|
|
|
pSMB->req.hdr.Flags2 |= SMBFLG2_DFS;
|
|
|
|
capabilities |= CAP_DFS;
|
|
|
|
}
|
2007-08-31 06:09:15 +08:00
|
|
|
if (ses->capabilities & CAP_UNIX)
|
2006-06-01 06:40:51 +08:00
|
|
|
capabilities |= CAP_UNIX;
|
|
|
|
|
|
|
|
return capabilities;
|
|
|
|
}
|
|
|
|
|
2007-10-17 01:32:19 +08:00
|
|
|
static void
|
|
|
|
unicode_oslm_strings(char **pbcc_area, const struct nls_table *nls_cp)
|
|
|
|
{
|
|
|
|
char *bcc_ptr = *pbcc_area;
|
|
|
|
int bytes_ret = 0;
|
|
|
|
|
|
|
|
/* Copy OS version */
|
|
|
|
bytes_ret = cifs_strtoUCS((__le16 *)bcc_ptr, "Linux version ", 32,
|
|
|
|
nls_cp);
|
|
|
|
bcc_ptr += 2 * bytes_ret;
|
|
|
|
bytes_ret = cifs_strtoUCS((__le16 *) bcc_ptr, init_utsname()->release,
|
|
|
|
32, nls_cp);
|
|
|
|
bcc_ptr += 2 * bytes_ret;
|
|
|
|
bcc_ptr += 2; /* trailing null */
|
|
|
|
|
|
|
|
bytes_ret = cifs_strtoUCS((__le16 *) bcc_ptr, CIFS_NETWORK_OPSYS,
|
|
|
|
32, nls_cp);
|
|
|
|
bcc_ptr += 2 * bytes_ret;
|
|
|
|
bcc_ptr += 2; /* trailing null */
|
|
|
|
|
|
|
|
*pbcc_area = bcc_ptr;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void unicode_domain_string(char **pbcc_area, struct cifsSesInfo *ses,
|
|
|
|
const struct nls_table *nls_cp)
|
|
|
|
{
|
|
|
|
char *bcc_ptr = *pbcc_area;
|
|
|
|
int bytes_ret = 0;
|
|
|
|
|
|
|
|
/* copy domain */
|
|
|
|
if (ses->domainName == NULL) {
|
|
|
|
/* Sending null domain better than using a bogus domain name (as
|
|
|
|
we did briefly in 2.6.18) since server will use its default */
|
|
|
|
*bcc_ptr = 0;
|
|
|
|
*(bcc_ptr+1) = 0;
|
|
|
|
bytes_ret = 0;
|
|
|
|
} else
|
|
|
|
bytes_ret = cifs_strtoUCS((__le16 *) bcc_ptr, ses->domainName,
|
|
|
|
256, nls_cp);
|
|
|
|
bcc_ptr += 2 * bytes_ret;
|
|
|
|
bcc_ptr += 2; /* account for null terminator */
|
|
|
|
|
|
|
|
*pbcc_area = bcc_ptr;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2007-07-08 23:40:40 +08:00
|
|
|
static void unicode_ssetup_strings(char **pbcc_area, struct cifsSesInfo *ses,
|
2007-07-08 03:25:05 +08:00
|
|
|
const struct nls_table *nls_cp)
|
2006-06-01 06:40:51 +08:00
|
|
|
{
|
2007-07-08 03:25:05 +08:00
|
|
|
char *bcc_ptr = *pbcc_area;
|
2006-06-01 06:40:51 +08:00
|
|
|
int bytes_ret = 0;
|
|
|
|
|
|
|
|
/* BB FIXME add check that strings total less
|
|
|
|
than 335 or will need to send them as arrays */
|
|
|
|
|
2006-06-28 03:50:57 +08:00
|
|
|
/* unicode strings, must be word aligned before the call */
|
|
|
|
/* if ((long) bcc_ptr % 2) {
|
2006-06-01 06:40:51 +08:00
|
|
|
*bcc_ptr = 0;
|
|
|
|
bcc_ptr++;
|
2006-06-28 03:50:57 +08:00
|
|
|
} */
|
2006-06-01 06:40:51 +08:00
|
|
|
/* copy user */
|
2007-07-08 03:25:05 +08:00
|
|
|
if (ses->userName == NULL) {
|
2006-11-09 07:10:46 +08:00
|
|
|
/* null user mount */
|
|
|
|
*bcc_ptr = 0;
|
|
|
|
*(bcc_ptr+1) = 0;
|
2010-02-06 15:08:53 +08:00
|
|
|
} else {
|
2006-06-01 06:40:51 +08:00
|
|
|
bytes_ret = cifs_strtoUCS((__le16 *) bcc_ptr, ses->userName,
|
2010-02-06 15:08:53 +08:00
|
|
|
MAX_USERNAME_SIZE, nls_cp);
|
2006-06-01 06:40:51 +08:00
|
|
|
}
|
|
|
|
bcc_ptr += 2 * bytes_ret;
|
|
|
|
bcc_ptr += 2; /* account for null termination */
|
|
|
|
|
2007-10-17 01:32:19 +08:00
|
|
|
unicode_domain_string(&bcc_ptr, ses, nls_cp);
|
|
|
|
unicode_oslm_strings(&bcc_ptr, nls_cp);
|
2006-06-01 06:40:51 +08:00
|
|
|
|
|
|
|
*pbcc_area = bcc_ptr;
|
|
|
|
}
|
|
|
|
|
2007-07-08 23:40:40 +08:00
|
|
|
static void ascii_ssetup_strings(char **pbcc_area, struct cifsSesInfo *ses,
|
2007-07-08 03:25:05 +08:00
|
|
|
const struct nls_table *nls_cp)
|
2006-06-01 06:40:51 +08:00
|
|
|
{
|
2007-07-08 03:25:05 +08:00
|
|
|
char *bcc_ptr = *pbcc_area;
|
2006-06-01 06:40:51 +08:00
|
|
|
|
|
|
|
/* copy user */
|
|
|
|
/* BB what about null user mounts - check that we do this BB */
|
2007-07-08 03:25:05 +08:00
|
|
|
/* copy user */
|
|
|
|
if (ses->userName == NULL) {
|
|
|
|
/* BB what about null user mounts - check that we do this BB */
|
2010-02-06 15:08:53 +08:00
|
|
|
} else {
|
|
|
|
strncpy(bcc_ptr, ses->userName, MAX_USERNAME_SIZE);
|
2007-07-08 03:25:05 +08:00
|
|
|
}
|
2010-02-06 15:08:53 +08:00
|
|
|
bcc_ptr += strnlen(ses->userName, MAX_USERNAME_SIZE);
|
2006-06-01 06:40:51 +08:00
|
|
|
*bcc_ptr = 0;
|
2007-07-08 03:25:05 +08:00
|
|
|
bcc_ptr++; /* account for null termination */
|
2006-06-01 06:40:51 +08:00
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
/* copy domain */
|
|
|
|
|
|
|
|
if (ses->domainName != NULL) {
|
|
|
|
strncpy(bcc_ptr, ses->domainName, 256);
|
2006-06-01 06:40:51 +08:00
|
|
|
bcc_ptr += strnlen(ses->domainName, 256);
|
2007-07-08 03:25:05 +08:00
|
|
|
} /* else we will send a null domain name
|
2006-11-09 07:10:46 +08:00
|
|
|
so the server will default to its own domain */
|
2006-06-01 06:40:51 +08:00
|
|
|
*bcc_ptr = 0;
|
|
|
|
bcc_ptr++;
|
|
|
|
|
|
|
|
/* BB check for overflow here */
|
|
|
|
|
|
|
|
strcpy(bcc_ptr, "Linux version ");
|
|
|
|
bcc_ptr += strlen("Linux version ");
|
2006-10-02 17:18:13 +08:00
|
|
|
strcpy(bcc_ptr, init_utsname()->release);
|
|
|
|
bcc_ptr += strlen(init_utsname()->release) + 1;
|
2006-06-01 06:40:51 +08:00
|
|
|
|
|
|
|
strcpy(bcc_ptr, CIFS_NETWORK_OPSYS);
|
|
|
|
bcc_ptr += strlen(CIFS_NETWORK_OPSYS) + 1;
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
*pbcc_area = bcc_ptr;
|
2006-06-01 06:40:51 +08:00
|
|
|
}
|
|
|
|
|
2009-04-30 19:16:21 +08:00
|
|
|
static void
|
|
|
|
decode_unicode_ssetup(char **pbcc_area, int bleft, struct cifsSesInfo *ses,
|
|
|
|
const struct nls_table *nls_cp)
|
2006-06-01 06:40:51 +08:00
|
|
|
{
|
2009-04-30 19:16:21 +08:00
|
|
|
int len;
|
2007-07-08 03:25:05 +08:00
|
|
|
char *data = *pbcc_area;
|
2006-06-01 06:40:51 +08:00
|
|
|
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "bleft %d", bleft);
|
2006-06-01 06:40:51 +08:00
|
|
|
|
2009-04-14 23:00:53 +08:00
|
|
|
/*
|
|
|
|
* Windows servers do not always double null terminate their final
|
|
|
|
* Unicode string. Check to see if there are an uneven number of bytes
|
|
|
|
* left. If so, then add an extra NULL pad byte to the end of the
|
|
|
|
* response.
|
|
|
|
*
|
|
|
|
* See section 2.7.2 in "Implementing CIFS" for details
|
|
|
|
*/
|
|
|
|
if (bleft % 2) {
|
|
|
|
data[bleft] = 0;
|
|
|
|
++bleft;
|
|
|
|
}
|
2007-07-13 08:33:32 +08:00
|
|
|
|
2007-08-31 06:09:15 +08:00
|
|
|
kfree(ses->serverOS);
|
2009-05-01 01:45:10 +08:00
|
|
|
ses->serverOS = cifs_strndup_from_ucs(data, bleft, true, nls_cp);
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "serverOS=%s", ses->serverOS);
|
2009-04-30 19:16:21 +08:00
|
|
|
len = (UniStrnlen((wchar_t *) data, bleft / 2) * 2) + 2;
|
|
|
|
data += len;
|
|
|
|
bleft -= len;
|
|
|
|
if (bleft <= 0)
|
|
|
|
return;
|
2006-06-01 06:40:51 +08:00
|
|
|
|
2007-08-31 06:09:15 +08:00
|
|
|
kfree(ses->serverNOS);
|
2009-05-01 01:45:10 +08:00
|
|
|
ses->serverNOS = cifs_strndup_from_ucs(data, bleft, true, nls_cp);
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "serverNOS=%s", ses->serverNOS);
|
2009-04-30 19:16:21 +08:00
|
|
|
len = (UniStrnlen((wchar_t *) data, bleft / 2) * 2) + 2;
|
|
|
|
data += len;
|
|
|
|
bleft -= len;
|
|
|
|
if (bleft <= 0)
|
|
|
|
return;
|
2007-07-08 03:25:05 +08:00
|
|
|
|
2007-08-31 06:09:15 +08:00
|
|
|
kfree(ses->serverDomain);
|
2009-05-01 01:45:10 +08:00
|
|
|
ses->serverDomain = cifs_strndup_from_ucs(data, bleft, true, nls_cp);
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "serverDomain=%s", ses->serverDomain);
|
2007-07-08 03:25:05 +08:00
|
|
|
|
2009-04-30 19:16:21 +08:00
|
|
|
return;
|
2006-06-01 06:40:51 +08:00
|
|
|
}
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
static int decode_ascii_ssetup(char **pbcc_area, int bleft,
|
|
|
|
struct cifsSesInfo *ses,
|
|
|
|
const struct nls_table *nls_cp)
|
2006-06-01 06:40:51 +08:00
|
|
|
{
|
|
|
|
int rc = 0;
|
|
|
|
int len;
|
2007-07-08 03:25:05 +08:00
|
|
|
char *bcc_ptr = *pbcc_area;
|
2006-06-01 06:40:51 +08:00
|
|
|
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "decode sessetup ascii. bleft %d", bleft);
|
2007-07-13 08:33:32 +08:00
|
|
|
|
2006-06-01 06:40:51 +08:00
|
|
|
len = strnlen(bcc_ptr, bleft);
|
2007-07-08 03:25:05 +08:00
|
|
|
if (len >= bleft)
|
2006-06-01 06:40:51 +08:00
|
|
|
return rc;
|
2007-07-13 08:33:32 +08:00
|
|
|
|
2007-08-31 06:09:15 +08:00
|
|
|
kfree(ses->serverOS);
|
2006-06-01 06:40:51 +08:00
|
|
|
|
|
|
|
ses->serverOS = kzalloc(len + 1, GFP_KERNEL);
|
2007-07-08 03:25:05 +08:00
|
|
|
if (ses->serverOS)
|
2006-06-01 06:40:51 +08:00
|
|
|
strncpy(ses->serverOS, bcc_ptr, len);
|
2007-07-08 03:25:05 +08:00
|
|
|
if (strncmp(ses->serverOS, "OS/2", 4) == 0) {
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "OS/2 server");
|
2006-09-30 12:13:17 +08:00
|
|
|
ses->flags |= CIFS_SES_OS2;
|
|
|
|
}
|
2006-06-01 06:40:51 +08:00
|
|
|
|
|
|
|
bcc_ptr += len + 1;
|
|
|
|
bleft -= len + 1;
|
|
|
|
|
|
|
|
len = strnlen(bcc_ptr, bleft);
|
2007-07-08 03:25:05 +08:00
|
|
|
if (len >= bleft)
|
2006-06-01 06:40:51 +08:00
|
|
|
return rc;
|
|
|
|
|
2007-08-31 06:09:15 +08:00
|
|
|
kfree(ses->serverNOS);
|
2006-06-01 06:40:51 +08:00
|
|
|
|
|
|
|
ses->serverNOS = kzalloc(len + 1, GFP_KERNEL);
|
2007-07-08 03:25:05 +08:00
|
|
|
if (ses->serverNOS)
|
2006-06-01 06:40:51 +08:00
|
|
|
strncpy(ses->serverNOS, bcc_ptr, len);
|
|
|
|
|
|
|
|
bcc_ptr += len + 1;
|
|
|
|
bleft -= len + 1;
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
len = strnlen(bcc_ptr, bleft);
|
|
|
|
if (len > bleft)
|
|
|
|
return rc;
|
2006-06-01 06:40:51 +08:00
|
|
|
|
2006-09-30 12:13:17 +08:00
|
|
|
/* No domain field in LANMAN case. Domain is
|
|
|
|
returned by old servers in the SMB negprot response */
|
|
|
|
/* BB For newer servers which do not support Unicode,
|
|
|
|
but thus do return domain here we could add parsing
|
|
|
|
for it later, but it is not very important */
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "ascii: bytes left %d", bleft);
|
2006-06-01 06:40:51 +08:00
|
|
|
|
|
|
|
return rc;
|
|
|
|
}
|
|
|
|
|
2009-05-04 16:37:12 +08:00
|
|
|
static int decode_ntlmssp_challenge(char *bcc_ptr, int blob_len,
|
|
|
|
struct cifsSesInfo *ses)
|
|
|
|
{
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
unsigned int tioffset; /* challenge message target info area */
|
|
|
|
unsigned int tilen; /* challenge message target info area length */
|
|
|
|
|
2009-05-04 16:37:12 +08:00
|
|
|
CHALLENGE_MESSAGE *pblob = (CHALLENGE_MESSAGE *)bcc_ptr;
|
|
|
|
|
|
|
|
if (blob_len < sizeof(CHALLENGE_MESSAGE)) {
|
2010-04-21 11:50:45 +08:00
|
|
|
cERROR(1, "challenge blob len %d too small", blob_len);
|
2009-05-04 16:37:12 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (memcmp(pblob->Signature, "NTLMSSP", 8)) {
|
2010-04-21 11:50:45 +08:00
|
|
|
cERROR(1, "blob signature incorrect %s", pblob->Signature);
|
2009-05-04 16:37:12 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
if (pblob->MessageType != NtLmChallenge) {
|
2010-04-21 11:50:45 +08:00
|
|
|
cERROR(1, "Incorrect message type %d", pblob->MessageType);
|
2009-05-04 16:37:12 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
memcpy(ses->server->cryptKey, pblob->Challenge, CIFS_CRYPTO_KEY_SIZE);
|
|
|
|
/* BB we could decode pblob->NegotiateFlags; some may be useful */
|
|
|
|
/* In particular we can examine sign flags */
|
|
|
|
/* BB spec says that if AvId field of MsvAvTimestamp is populated then
|
|
|
|
we must set the MIC field of the AUTHENTICATE_MESSAGE */
|
|
|
|
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
tioffset = cpu_to_le16(pblob->TargetInfoArray.BufferOffset);
|
|
|
|
tilen = cpu_to_le16(pblob->TargetInfoArray.Length);
|
|
|
|
ses->tilen = tilen;
|
|
|
|
if (ses->tilen) {
|
|
|
|
ses->tiblob = kmalloc(tilen, GFP_KERNEL);
|
|
|
|
if (!ses->tiblob) {
|
|
|
|
cERROR(1, "Challenge target info allocation failure");
|
|
|
|
ses->tilen = 0;
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
memcpy(ses->tiblob, bcc_ptr + tioffset, ses->tilen);
|
|
|
|
}
|
|
|
|
|
2009-05-04 16:37:12 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
#ifdef CONFIG_CIFS_EXPERIMENTAL
|
|
|
|
/* BB Move to ntlmssp.c eventually */
|
|
|
|
|
|
|
|
/* We do not malloc the blob, it is passed in pbuffer, because
|
|
|
|
it is fixed size, and small, making this approach cleaner */
|
|
|
|
static void build_ntlmssp_negotiate_blob(unsigned char *pbuffer,
|
|
|
|
struct cifsSesInfo *ses)
|
|
|
|
{
|
|
|
|
NEGOTIATE_MESSAGE *sec_blob = (NEGOTIATE_MESSAGE *)pbuffer;
|
|
|
|
__u32 flags;
|
|
|
|
|
|
|
|
memcpy(sec_blob->Signature, NTLMSSP_SIGNATURE, 8);
|
|
|
|
sec_blob->MessageType = NtLmNegotiate;
|
|
|
|
|
|
|
|
/* BB is NTLMV2 session security format easier to use here? */
|
|
|
|
flags = NTLMSSP_NEGOTIATE_56 | NTLMSSP_REQUEST_TARGET |
|
|
|
|
NTLMSSP_NEGOTIATE_128 | NTLMSSP_NEGOTIATE_UNICODE |
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
NTLMSSP_NEGOTIATE_NTLM;
|
2009-05-04 16:37:12 +08:00
|
|
|
if (ses->server->secMode &
|
2010-09-09 05:09:27 +08:00
|
|
|
(SECMODE_SIGN_REQUIRED | SECMODE_SIGN_ENABLED))
|
|
|
|
flags |= NTLMSSP_NEGOTIATE_SIGN;
|
|
|
|
if (ses->server->secMode & SECMODE_SIGN_REQUIRED)
|
|
|
|
flags |= NTLMSSP_NEGOTIATE_ALWAYS_SIGN;
|
2009-05-04 16:37:12 +08:00
|
|
|
|
|
|
|
sec_blob->NegotiateFlags |= cpu_to_le32(flags);
|
|
|
|
|
|
|
|
sec_blob->WorkstationName.BufferOffset = 0;
|
|
|
|
sec_blob->WorkstationName.Length = 0;
|
|
|
|
sec_blob->WorkstationName.MaximumLength = 0;
|
|
|
|
|
|
|
|
/* Domain name is sent on the Challenge not Negotiate NTLMSSP request */
|
|
|
|
sec_blob->DomainName.BufferOffset = 0;
|
|
|
|
sec_blob->DomainName.Length = 0;
|
|
|
|
sec_blob->DomainName.MaximumLength = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* We do not malloc the blob, it is passed in pbuffer, because its
|
|
|
|
maximum possible size is fixed and small, making this approach cleaner.
|
|
|
|
This function returns the length of the data in the blob */
|
|
|
|
static int build_ntlmssp_auth_blob(unsigned char *pbuffer,
|
|
|
|
struct cifsSesInfo *ses,
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
const struct nls_table *nls_cp)
|
2009-05-04 16:37:12 +08:00
|
|
|
{
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
int rc;
|
|
|
|
unsigned int size;
|
2009-05-04 16:37:12 +08:00
|
|
|
AUTHENTICATE_MESSAGE *sec_blob = (AUTHENTICATE_MESSAGE *)pbuffer;
|
|
|
|
__u32 flags;
|
|
|
|
unsigned char *tmp;
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
struct ntlmv2_resp ntlmv2_response = {};
|
2009-05-04 16:37:12 +08:00
|
|
|
|
|
|
|
memcpy(sec_blob->Signature, NTLMSSP_SIGNATURE, 8);
|
|
|
|
sec_blob->MessageType = NtLmAuthenticate;
|
|
|
|
|
|
|
|
flags = NTLMSSP_NEGOTIATE_56 |
|
|
|
|
NTLMSSP_REQUEST_TARGET | NTLMSSP_NEGOTIATE_TARGET_INFO |
|
|
|
|
NTLMSSP_NEGOTIATE_128 | NTLMSSP_NEGOTIATE_UNICODE |
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
NTLMSSP_NEGOTIATE_NTLM;
|
2009-05-04 16:37:12 +08:00
|
|
|
if (ses->server->secMode &
|
|
|
|
(SECMODE_SIGN_REQUIRED | SECMODE_SIGN_ENABLED))
|
|
|
|
flags |= NTLMSSP_NEGOTIATE_SIGN;
|
|
|
|
if (ses->server->secMode & SECMODE_SIGN_REQUIRED)
|
|
|
|
flags |= NTLMSSP_NEGOTIATE_ALWAYS_SIGN;
|
|
|
|
|
|
|
|
tmp = pbuffer + sizeof(AUTHENTICATE_MESSAGE);
|
|
|
|
sec_blob->NegotiateFlags |= cpu_to_le32(flags);
|
|
|
|
|
|
|
|
sec_blob->LmChallengeResponse.BufferOffset =
|
|
|
|
cpu_to_le32(sizeof(AUTHENTICATE_MESSAGE));
|
|
|
|
sec_blob->LmChallengeResponse.Length = 0;
|
|
|
|
sec_blob->LmChallengeResponse.MaximumLength = 0;
|
|
|
|
|
2010-09-09 05:10:58 +08:00
|
|
|
sec_blob->NtChallengeResponse.BufferOffset = cpu_to_le32(tmp - pbuffer);
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
rc = setup_ntlmv2_rsp(ses, (char *)&ntlmv2_response, nls_cp);
|
|
|
|
if (rc) {
|
|
|
|
cERROR(1, "Error %d during NTLMSSP authentication", rc);
|
|
|
|
goto setup_ntlmv2_ret;
|
|
|
|
}
|
|
|
|
size = sizeof(struct ntlmv2_resp);
|
|
|
|
memcpy(tmp, (char *)&ntlmv2_response, size);
|
|
|
|
tmp += size;
|
|
|
|
if (ses->tilen > 0) {
|
|
|
|
memcpy(tmp, ses->tiblob, ses->tilen);
|
|
|
|
tmp += ses->tilen;
|
|
|
|
}
|
2010-09-09 05:10:58 +08:00
|
|
|
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
sec_blob->NtChallengeResponse.Length = cpu_to_le16(size + ses->tilen);
|
|
|
|
sec_blob->NtChallengeResponse.MaximumLength =
|
|
|
|
cpu_to_le16(size + ses->tilen);
|
|
|
|
kfree(ses->tiblob);
|
|
|
|
ses->tiblob = NULL;
|
|
|
|
ses->tilen = 0;
|
2009-05-04 16:37:12 +08:00
|
|
|
|
|
|
|
if (ses->domainName == NULL) {
|
|
|
|
sec_blob->DomainName.BufferOffset = cpu_to_le32(tmp - pbuffer);
|
|
|
|
sec_blob->DomainName.Length = 0;
|
|
|
|
sec_blob->DomainName.MaximumLength = 0;
|
|
|
|
tmp += 2;
|
|
|
|
} else {
|
|
|
|
int len;
|
|
|
|
len = cifs_strtoUCS((__le16 *)tmp, ses->domainName,
|
|
|
|
MAX_USERNAME_SIZE, nls_cp);
|
|
|
|
len *= 2; /* unicode is 2 bytes each */
|
|
|
|
sec_blob->DomainName.BufferOffset = cpu_to_le32(tmp - pbuffer);
|
|
|
|
sec_blob->DomainName.Length = cpu_to_le16(len);
|
|
|
|
sec_blob->DomainName.MaximumLength = cpu_to_le16(len);
|
|
|
|
tmp += len;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (ses->userName == NULL) {
|
|
|
|
sec_blob->UserName.BufferOffset = cpu_to_le32(tmp - pbuffer);
|
|
|
|
sec_blob->UserName.Length = 0;
|
|
|
|
sec_blob->UserName.MaximumLength = 0;
|
|
|
|
tmp += 2;
|
|
|
|
} else {
|
|
|
|
int len;
|
|
|
|
len = cifs_strtoUCS((__le16 *)tmp, ses->userName,
|
|
|
|
MAX_USERNAME_SIZE, nls_cp);
|
|
|
|
len *= 2; /* unicode is 2 bytes each */
|
|
|
|
sec_blob->UserName.BufferOffset = cpu_to_le32(tmp - pbuffer);
|
|
|
|
sec_blob->UserName.Length = cpu_to_le16(len);
|
|
|
|
sec_blob->UserName.MaximumLength = cpu_to_le16(len);
|
|
|
|
tmp += len;
|
|
|
|
}
|
|
|
|
|
|
|
|
sec_blob->WorkstationName.BufferOffset = cpu_to_le32(tmp - pbuffer);
|
|
|
|
sec_blob->WorkstationName.Length = 0;
|
|
|
|
sec_blob->WorkstationName.MaximumLength = 0;
|
|
|
|
tmp += 2;
|
|
|
|
|
2010-09-09 05:10:58 +08:00
|
|
|
sec_blob->SessionKey.BufferOffset = cpu_to_le32(tmp - pbuffer);
|
|
|
|
sec_blob->SessionKey.Length = 0;
|
|
|
|
sec_blob->SessionKey.MaximumLength = 0;
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
|
|
|
|
setup_ntlmv2_ret:
|
2009-05-04 16:37:12 +08:00
|
|
|
return tmp - pbuffer;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static void setup_ntlmssp_neg_req(SESSION_SETUP_ANDX *pSMB,
|
|
|
|
struct cifsSesInfo *ses)
|
|
|
|
{
|
|
|
|
build_ntlmssp_negotiate_blob(&pSMB->req.SecurityBlob[0], ses);
|
|
|
|
pSMB->req.SecurityBlobLength = cpu_to_le16(sizeof(NEGOTIATE_MESSAGE));
|
|
|
|
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
int
|
2010-04-24 19:57:47 +08:00
|
|
|
CIFS_SessSetup(unsigned int xid, struct cifsSesInfo *ses,
|
|
|
|
const struct nls_table *nls_cp)
|
2006-06-01 06:40:51 +08:00
|
|
|
{
|
|
|
|
int rc = 0;
|
|
|
|
int wct;
|
|
|
|
struct smb_hdr *smb_buf;
|
|
|
|
char *bcc_ptr;
|
2006-06-27 14:28:30 +08:00
|
|
|
char *str_area;
|
2006-06-01 06:40:51 +08:00
|
|
|
SESSION_SETUP_ANDX *pSMB;
|
|
|
|
__u32 capabilities;
|
|
|
|
int count;
|
2007-11-17 07:37:35 +08:00
|
|
|
int resp_buf_type;
|
|
|
|
struct kvec iov[3];
|
2006-06-01 06:40:51 +08:00
|
|
|
enum securityEnum type;
|
|
|
|
__u16 action;
|
|
|
|
int bytes_remaining;
|
2007-11-17 07:37:35 +08:00
|
|
|
struct key *spnego_key = NULL;
|
2009-05-04 16:37:12 +08:00
|
|
|
__le32 phase = NtLmNegotiate; /* NTLMSSP, if needed, is multistage */
|
2010-04-24 19:57:47 +08:00
|
|
|
bool first_time;
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
int blob_len;
|
|
|
|
char *ntlmsspblob = NULL;
|
2006-06-04 13:53:15 +08:00
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
if (ses == NULL)
|
2006-06-01 06:40:51 +08:00
|
|
|
return -EINVAL;
|
|
|
|
|
2010-04-24 19:57:47 +08:00
|
|
|
read_lock(&cifs_tcp_ses_lock);
|
|
|
|
first_time = is_first_ses_reconnect(ses);
|
|
|
|
read_unlock(&cifs_tcp_ses_lock);
|
|
|
|
|
2006-06-01 06:40:51 +08:00
|
|
|
type = ses->server->secType;
|
2006-06-28 08:13:38 +08:00
|
|
|
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "sess setup type %d", type);
|
2009-05-04 16:37:12 +08:00
|
|
|
ssetup_ntlmssp_authenticate:
|
|
|
|
if (phase == NtLmChallenge)
|
|
|
|
phase = NtLmAuthenticate; /* if ntlmssp, now final phase */
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
if (type == LANMAN) {
|
2006-06-01 06:40:51 +08:00
|
|
|
#ifndef CONFIG_CIFS_WEAK_PW_HASH
|
|
|
|
/* LANMAN and plaintext are less secure and off by default.
|
|
|
|
So we make this explicitly be turned on in kconfig (in the
|
|
|
|
build) and turned on at runtime (changed from the default)
|
|
|
|
in proc/fs/cifs or via mount parm. Unfortunately this is
|
|
|
|
needed for old Win (e.g. Win95), some obscure NAS and OS/2 */
|
|
|
|
return -EOPNOTSUPP;
|
|
|
|
#endif
|
|
|
|
wct = 10; /* lanman 2 style sessionsetup */
|
2007-07-08 03:25:05 +08:00
|
|
|
} else if ((type == NTLM) || (type == NTLMv2)) {
|
2006-06-05 06:21:07 +08:00
|
|
|
/* For NTLMv2 failures eventually may need to retry NTLM */
|
2006-06-01 06:40:51 +08:00
|
|
|
wct = 13; /* old style NTLM sessionsetup */
|
2007-07-08 03:25:05 +08:00
|
|
|
} else /* same size: negotiate or auth, NTLMSSP or extended security */
|
2006-06-01 06:40:51 +08:00
|
|
|
wct = 12;
|
|
|
|
|
|
|
|
rc = small_smb_init_no_tc(SMB_COM_SESSION_SETUP_ANDX, wct, ses,
|
|
|
|
(void **)&smb_buf);
|
2007-07-08 03:25:05 +08:00
|
|
|
if (rc)
|
2006-06-01 06:40:51 +08:00
|
|
|
return rc;
|
|
|
|
|
|
|
|
pSMB = (SESSION_SETUP_ANDX *)smb_buf;
|
|
|
|
|
|
|
|
capabilities = cifs_ssetup_hdr(ses, pSMB);
|
2006-06-27 14:28:30 +08:00
|
|
|
|
2007-11-17 07:37:35 +08:00
|
|
|
/* we will send the SMB in three pieces:
|
|
|
|
a fixed length beginning part, an optional
|
|
|
|
SPNEGO blob (which can be zero length), and a
|
|
|
|
last part which will include the strings
|
|
|
|
and rest of bcc area. This allows us to avoid
|
|
|
|
a large buffer 17K allocation */
|
2007-07-08 03:25:05 +08:00
|
|
|
iov[0].iov_base = (char *)pSMB;
|
|
|
|
iov[0].iov_len = smb_buf->smb_buf_length + 4;
|
2006-06-27 14:28:30 +08:00
|
|
|
|
2007-11-17 07:37:35 +08:00
|
|
|
/* setting this here allows the code at the end of the function
|
|
|
|
to free the request buffer if there's an error */
|
|
|
|
resp_buf_type = CIFS_SMALL_BUFFER;
|
|
|
|
|
2006-06-27 14:28:30 +08:00
|
|
|
/* 2000 big enough to fit max user, domain, NOS name etc. */
|
|
|
|
str_area = kmalloc(2000, GFP_KERNEL);
|
2007-08-18 08:15:20 +08:00
|
|
|
if (str_area == NULL) {
|
2007-11-17 07:37:35 +08:00
|
|
|
rc = -ENOMEM;
|
|
|
|
goto ssetup_exit;
|
2007-08-18 08:15:20 +08:00
|
|
|
}
|
2006-06-27 14:28:30 +08:00
|
|
|
bcc_ptr = str_area;
|
2006-06-01 06:40:51 +08:00
|
|
|
|
2006-09-30 12:13:17 +08:00
|
|
|
ses->flags &= ~CIFS_SES_LANMAN;
|
|
|
|
|
2007-11-17 07:37:35 +08:00
|
|
|
iov[1].iov_base = NULL;
|
|
|
|
iov[1].iov_len = 0;
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
if (type == LANMAN) {
|
2006-06-01 06:40:51 +08:00
|
|
|
#ifdef CONFIG_CIFS_WEAK_PW_HASH
|
2006-06-02 03:20:10 +08:00
|
|
|
char lnm_session_key[CIFS_SESS_KEY_SIZE];
|
2006-06-01 06:40:51 +08:00
|
|
|
|
2008-08-28 23:32:22 +08:00
|
|
|
pSMB->req.hdr.Flags2 &= ~SMBFLG2_UNICODE;
|
|
|
|
|
2006-06-01 06:40:51 +08:00
|
|
|
/* no capabilities flags in old lanman negotiation */
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
pSMB->old_req.PasswordLength = cpu_to_le16(CIFS_SESS_KEY_SIZE);
|
2006-06-01 06:40:51 +08:00
|
|
|
/* BB calculate hash with password */
|
|
|
|
/* and copy into bcc */
|
|
|
|
|
2008-12-06 09:41:21 +08:00
|
|
|
calc_lanman_hash(ses->password, ses->server->cryptKey,
|
|
|
|
ses->server->secMode & SECMODE_PW_ENCRYPT ?
|
|
|
|
true : false, lnm_session_key);
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
ses->flags |= CIFS_SES_LANMAN;
|
2006-06-02 03:20:10 +08:00
|
|
|
memcpy(bcc_ptr, (char *)lnm_session_key, CIFS_SESS_KEY_SIZE);
|
|
|
|
bcc_ptr += CIFS_SESS_KEY_SIZE;
|
2006-06-01 06:40:51 +08:00
|
|
|
|
|
|
|
/* can not sign if LANMAN negotiated so no need
|
|
|
|
to calculate signing key? but what if server
|
|
|
|
changed to do higher than lanman dialect and
|
|
|
|
we reconnected would we ever calc signing_key? */
|
|
|
|
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "Negotiating LANMAN setting up strings");
|
2006-06-01 06:40:51 +08:00
|
|
|
/* Unicode not allowed for LANMAN dialects */
|
|
|
|
ascii_ssetup_strings(&bcc_ptr, ses, nls_cp);
|
2007-07-08 03:25:05 +08:00
|
|
|
#endif
|
2006-06-01 06:40:51 +08:00
|
|
|
} else if (type == NTLM) {
|
2006-06-02 03:20:10 +08:00
|
|
|
char ntlm_session_key[CIFS_SESS_KEY_SIZE];
|
2006-06-01 06:40:51 +08:00
|
|
|
|
|
|
|
pSMB->req_no_secext.Capabilities = cpu_to_le32(capabilities);
|
|
|
|
pSMB->req_no_secext.CaseInsensitivePasswordLength =
|
2006-06-02 03:20:10 +08:00
|
|
|
cpu_to_le16(CIFS_SESS_KEY_SIZE);
|
2006-06-01 06:40:51 +08:00
|
|
|
pSMB->req_no_secext.CaseSensitivePasswordLength =
|
2006-06-02 03:20:10 +08:00
|
|
|
cpu_to_le16(CIFS_SESS_KEY_SIZE);
|
2007-07-13 08:33:32 +08:00
|
|
|
|
2006-06-01 06:40:51 +08:00
|
|
|
/* calculate session key */
|
|
|
|
SMBNTencrypt(ses->password, ses->server->cryptKey,
|
|
|
|
ntlm_session_key);
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
if (first_time) /* should this be moved into common code
|
2006-06-01 06:40:51 +08:00
|
|
|
with similar ntlmv2 path? */
|
2010-09-19 11:01:58 +08:00
|
|
|
cifs_calculate_session_key(&ses->server->session_key,
|
2006-06-01 06:40:51 +08:00
|
|
|
ntlm_session_key, ses->password);
|
|
|
|
/* copy session key */
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
memcpy(bcc_ptr, (char *)ntlm_session_key, CIFS_SESS_KEY_SIZE);
|
2006-06-02 03:20:10 +08:00
|
|
|
bcc_ptr += CIFS_SESS_KEY_SIZE;
|
2007-07-08 03:25:05 +08:00
|
|
|
memcpy(bcc_ptr, (char *)ntlm_session_key, CIFS_SESS_KEY_SIZE);
|
2006-06-02 03:20:10 +08:00
|
|
|
bcc_ptr += CIFS_SESS_KEY_SIZE;
|
2007-07-08 03:25:05 +08:00
|
|
|
if (ses->capabilities & CAP_UNICODE) {
|
2006-06-28 03:50:57 +08:00
|
|
|
/* unicode strings must be word aligned */
|
|
|
|
if (iov[0].iov_len % 2) {
|
|
|
|
*bcc_ptr = 0;
|
2007-07-08 03:25:05 +08:00
|
|
|
bcc_ptr++;
|
|
|
|
}
|
2006-06-02 03:20:10 +08:00
|
|
|
unicode_ssetup_strings(&bcc_ptr, ses, nls_cp);
|
2006-06-28 03:50:57 +08:00
|
|
|
} else
|
2006-06-02 03:20:10 +08:00
|
|
|
ascii_ssetup_strings(&bcc_ptr, ses, nls_cp);
|
|
|
|
} else if (type == NTLMv2) {
|
2007-07-08 03:25:05 +08:00
|
|
|
char *v2_sess_key =
|
2006-06-06 00:26:05 +08:00
|
|
|
kmalloc(sizeof(struct ntlmv2_resp), GFP_KERNEL);
|
2006-06-05 13:27:37 +08:00
|
|
|
|
|
|
|
/* BB FIXME change all users of v2_sess_key to
|
|
|
|
struct ntlmv2_resp */
|
2006-06-02 03:20:10 +08:00
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
if (v2_sess_key == NULL) {
|
2007-11-17 07:37:35 +08:00
|
|
|
rc = -ENOMEM;
|
|
|
|
goto ssetup_exit;
|
2006-06-02 03:20:10 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
pSMB->req_no_secext.Capabilities = cpu_to_le32(capabilities);
|
|
|
|
|
|
|
|
/* LM2 password would be here if we supported it */
|
|
|
|
pSMB->req_no_secext.CaseInsensitivePasswordLength = 0;
|
|
|
|
/* cpu_to_le16(LM2_SESS_KEY_SIZE); */
|
|
|
|
|
|
|
|
/* calculate session key */
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
rc = setup_ntlmv2_rsp(ses, v2_sess_key, nls_cp);
|
|
|
|
if (rc) {
|
|
|
|
cERROR(1, "Error %d during NTLMv2 authentication", rc);
|
|
|
|
kfree(v2_sess_key);
|
|
|
|
goto ssetup_exit;
|
|
|
|
}
|
2007-07-08 23:40:40 +08:00
|
|
|
memcpy(bcc_ptr, (char *)v2_sess_key,
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
sizeof(struct ntlmv2_resp));
|
2006-06-05 13:27:37 +08:00
|
|
|
bcc_ptr += sizeof(struct ntlmv2_resp);
|
|
|
|
kfree(v2_sess_key);
|
2010-10-05 08:56:13 +08:00
|
|
|
/* set case sensitive password length after tilen may get
|
|
|
|
* assigned, tilen is 0 otherwise.
|
|
|
|
*/
|
|
|
|
pSMB->req_no_secext.CaseSensitivePasswordLength =
|
|
|
|
cpu_to_le16(sizeof(struct ntlmv2_resp) + ses->tilen);
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
if (ses->tilen > 0) {
|
|
|
|
memcpy(bcc_ptr, ses->tiblob, ses->tilen);
|
|
|
|
bcc_ptr += ses->tilen;
|
|
|
|
/* we never did allocate ses->domainName to free */
|
|
|
|
kfree(ses->tiblob);
|
|
|
|
ses->tiblob = NULL;
|
|
|
|
ses->tilen = 0;
|
|
|
|
}
|
2010-10-05 08:56:13 +08:00
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
if (ses->capabilities & CAP_UNICODE) {
|
|
|
|
if (iov[0].iov_len % 2) {
|
2006-06-28 03:50:57 +08:00
|
|
|
*bcc_ptr = 0;
|
2007-08-31 06:09:15 +08:00
|
|
|
bcc_ptr++;
|
|
|
|
}
|
2006-06-01 06:40:51 +08:00
|
|
|
unicode_ssetup_strings(&bcc_ptr, ses, nls_cp);
|
2006-06-28 03:50:57 +08:00
|
|
|
} else
|
2006-06-01 06:40:51 +08:00
|
|
|
ascii_ssetup_strings(&bcc_ptr, ses, nls_cp);
|
2010-04-24 19:57:49 +08:00
|
|
|
} else if (type == Kerberos) {
|
2007-11-17 07:37:35 +08:00
|
|
|
#ifdef CONFIG_CIFS_UPCALL
|
|
|
|
struct cifs_spnego_msg *msg;
|
|
|
|
spnego_key = cifs_get_spnego_key(ses);
|
|
|
|
if (IS_ERR(spnego_key)) {
|
|
|
|
rc = PTR_ERR(spnego_key);
|
|
|
|
spnego_key = NULL;
|
|
|
|
goto ssetup_exit;
|
|
|
|
}
|
|
|
|
|
|
|
|
msg = spnego_key->payload.data;
|
2008-08-26 08:37:14 +08:00
|
|
|
/* check version field to make sure that cifs.upcall is
|
|
|
|
sending us a response in an expected form */
|
|
|
|
if (msg->version != CIFS_SPNEGO_UPCALL_VERSION) {
|
2010-04-21 11:50:45 +08:00
|
|
|
cERROR(1, "incorrect version of cifs.upcall (expected"
|
2008-08-26 08:37:14 +08:00
|
|
|
" %d but got %d)",
|
2010-04-21 11:50:45 +08:00
|
|
|
CIFS_SPNEGO_UPCALL_VERSION, msg->version);
|
2008-08-26 08:37:14 +08:00
|
|
|
rc = -EKEYREJECTED;
|
|
|
|
goto ssetup_exit;
|
|
|
|
}
|
2007-11-17 07:37:35 +08:00
|
|
|
/* bail out if key is too long */
|
|
|
|
if (msg->sesskey_len >
|
2010-09-19 11:01:58 +08:00
|
|
|
sizeof(ses->server->session_key.data.krb5)) {
|
2010-04-21 11:50:45 +08:00
|
|
|
cERROR(1, "Kerberos signing key too long (%u bytes)",
|
|
|
|
msg->sesskey_len);
|
2007-11-17 07:37:35 +08:00
|
|
|
rc = -EOVERFLOW;
|
|
|
|
goto ssetup_exit;
|
|
|
|
}
|
2007-12-31 12:03:02 +08:00
|
|
|
if (first_time) {
|
2010-09-19 11:01:58 +08:00
|
|
|
ses->server->session_key.len = msg->sesskey_len;
|
|
|
|
memcpy(ses->server->session_key.data.krb5,
|
2007-12-31 12:03:02 +08:00
|
|
|
msg->data, msg->sesskey_len);
|
|
|
|
}
|
2006-06-01 06:40:51 +08:00
|
|
|
pSMB->req.hdr.Flags2 |= SMBFLG2_EXT_SEC;
|
|
|
|
capabilities |= CAP_EXTENDED_SECURITY;
|
|
|
|
pSMB->req.Capabilities = cpu_to_le32(capabilities);
|
2007-11-17 07:37:35 +08:00
|
|
|
iov[1].iov_base = msg->data + msg->sesskey_len;
|
|
|
|
iov[1].iov_len = msg->secblob_len;
|
|
|
|
pSMB->req.SecurityBlobLength = cpu_to_le16(iov[1].iov_len);
|
|
|
|
|
|
|
|
if (ses->capabilities & CAP_UNICODE) {
|
|
|
|
/* unicode strings must be word aligned */
|
2007-12-31 12:56:21 +08:00
|
|
|
if ((iov[0].iov_len + iov[1].iov_len) % 2) {
|
2007-11-17 07:37:35 +08:00
|
|
|
*bcc_ptr = 0;
|
|
|
|
bcc_ptr++;
|
|
|
|
}
|
|
|
|
unicode_oslm_strings(&bcc_ptr, nls_cp);
|
|
|
|
unicode_domain_string(&bcc_ptr, ses, nls_cp);
|
|
|
|
} else
|
|
|
|
/* BB: is this right? */
|
|
|
|
ascii_ssetup_strings(&bcc_ptr, ses, nls_cp);
|
|
|
|
#else /* ! CONFIG_CIFS_UPCALL */
|
2010-04-21 11:50:45 +08:00
|
|
|
cERROR(1, "Kerberos negotiated but upcall support disabled!");
|
2007-11-17 07:37:35 +08:00
|
|
|
rc = -ENOSYS;
|
|
|
|
goto ssetup_exit;
|
|
|
|
#endif /* CONFIG_CIFS_UPCALL */
|
|
|
|
} else {
|
2009-05-04 16:37:12 +08:00
|
|
|
#ifdef CONFIG_CIFS_EXPERIMENTAL
|
2009-06-25 11:04:20 +08:00
|
|
|
if (type == RawNTLMSSP) {
|
2009-05-04 16:37:12 +08:00
|
|
|
if ((pSMB->req.hdr.Flags2 & SMBFLG2_UNICODE) == 0) {
|
2010-04-21 11:50:45 +08:00
|
|
|
cERROR(1, "NTLMSSP requires Unicode support");
|
2009-05-04 16:37:12 +08:00
|
|
|
rc = -ENOSYS;
|
|
|
|
goto ssetup_exit;
|
|
|
|
}
|
|
|
|
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "ntlmssp session setup phase %d", phase);
|
2009-05-04 16:37:12 +08:00
|
|
|
pSMB->req.hdr.Flags2 |= SMBFLG2_EXT_SEC;
|
|
|
|
capabilities |= CAP_EXTENDED_SECURITY;
|
|
|
|
pSMB->req.Capabilities |= cpu_to_le32(capabilities);
|
|
|
|
if (phase == NtLmNegotiate) {
|
|
|
|
setup_ntlmssp_neg_req(pSMB, ses);
|
|
|
|
iov[1].iov_len = sizeof(NEGOTIATE_MESSAGE);
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
iov[1].iov_base = &pSMB->req.SecurityBlob[0];
|
2009-05-04 16:37:12 +08:00
|
|
|
} else if (phase == NtLmAuthenticate) {
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
/* 5 is an empirical value, large enought to
|
|
|
|
* hold authenticate message, max 10 of
|
|
|
|
* av paris, doamin,user,workstation mames,
|
|
|
|
* flags etc..
|
|
|
|
*/
|
|
|
|
ntlmsspblob = kmalloc(
|
|
|
|
5*sizeof(struct _AUTHENTICATE_MESSAGE),
|
|
|
|
GFP_KERNEL);
|
|
|
|
if (!ntlmsspblob) {
|
|
|
|
cERROR(1, "Can't allocate NTLMSSP");
|
|
|
|
rc = -ENOMEM;
|
|
|
|
goto ssetup_exit;
|
|
|
|
}
|
|
|
|
|
|
|
|
blob_len = build_ntlmssp_auth_blob(ntlmsspblob,
|
|
|
|
ses, nls_cp);
|
2009-05-04 16:37:12 +08:00
|
|
|
iov[1].iov_len = blob_len;
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
iov[1].iov_base = ntlmsspblob;
|
|
|
|
pSMB->req.SecurityBlobLength =
|
|
|
|
cpu_to_le16(blob_len);
|
2009-05-06 08:48:30 +08:00
|
|
|
/* Make sure that we tell the server that we
|
|
|
|
are using the uid that it just gave us back
|
|
|
|
on the response (challenge) */
|
|
|
|
smb_buf->Uid = ses->Suid;
|
2009-05-04 16:37:12 +08:00
|
|
|
} else {
|
2010-04-21 11:50:45 +08:00
|
|
|
cERROR(1, "invalid phase %d", phase);
|
2009-05-04 16:37:12 +08:00
|
|
|
rc = -ENOSYS;
|
|
|
|
goto ssetup_exit;
|
|
|
|
}
|
|
|
|
/* unicode strings must be word aligned */
|
|
|
|
if ((iov[0].iov_len + iov[1].iov_len) % 2) {
|
|
|
|
*bcc_ptr = 0;
|
|
|
|
bcc_ptr++;
|
|
|
|
}
|
|
|
|
unicode_oslm_strings(&bcc_ptr, nls_cp);
|
|
|
|
} else {
|
2010-04-21 11:50:45 +08:00
|
|
|
cERROR(1, "secType %d not supported!", type);
|
2009-05-04 16:37:12 +08:00
|
|
|
rc = -ENOSYS;
|
|
|
|
goto ssetup_exit;
|
|
|
|
}
|
|
|
|
#else
|
2010-04-21 11:50:45 +08:00
|
|
|
cERROR(1, "secType %d not supported!", type);
|
2007-11-17 07:37:35 +08:00
|
|
|
rc = -ENOSYS;
|
|
|
|
goto ssetup_exit;
|
2009-05-04 16:37:12 +08:00
|
|
|
#endif
|
2006-06-01 06:40:51 +08:00
|
|
|
}
|
|
|
|
|
2007-11-17 07:37:35 +08:00
|
|
|
iov[2].iov_base = str_area;
|
|
|
|
iov[2].iov_len = (long) bcc_ptr - (long) str_area;
|
|
|
|
|
|
|
|
count = iov[1].iov_len + iov[2].iov_len;
|
2006-06-01 06:40:51 +08:00
|
|
|
smb_buf->smb_buf_length += count;
|
|
|
|
|
|
|
|
BCC_LE(smb_buf) = cpu_to_le16(count);
|
|
|
|
|
2007-11-17 07:37:35 +08:00
|
|
|
rc = SendReceive2(xid, ses, iov, 3 /* num_iovecs */, &resp_buf_type,
|
2007-11-14 06:41:37 +08:00
|
|
|
CIFS_STD_OP /* not long */ | CIFS_LOG_ERROR);
|
2006-06-01 06:40:51 +08:00
|
|
|
/* SMB request buf freed in SendReceive2 */
|
|
|
|
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "ssetup rc from sendrecv2 is %d", rc);
|
2006-06-01 06:40:51 +08:00
|
|
|
|
|
|
|
pSMB = (SESSION_SETUP_ANDX *)iov[0].iov_base;
|
|
|
|
smb_buf = (struct smb_hdr *)iov[0].iov_base;
|
|
|
|
|
2009-05-04 16:37:12 +08:00
|
|
|
if ((type == RawNTLMSSP) && (smb_buf->Status.CifsError ==
|
|
|
|
cpu_to_le32(NT_STATUS_MORE_PROCESSING_REQUIRED))) {
|
|
|
|
if (phase != NtLmNegotiate) {
|
2010-04-21 11:50:45 +08:00
|
|
|
cERROR(1, "Unexpected more processing error");
|
2009-05-04 16:37:12 +08:00
|
|
|
goto ssetup_exit;
|
|
|
|
}
|
|
|
|
/* NTLMSSP Negotiate sent now processing challenge (response) */
|
|
|
|
phase = NtLmChallenge; /* process ntlmssp challenge */
|
|
|
|
rc = 0; /* MORE_PROC rc is not an error here, but expected */
|
|
|
|
}
|
|
|
|
if (rc)
|
|
|
|
goto ssetup_exit;
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
if ((smb_buf->WordCount != 3) && (smb_buf->WordCount != 4)) {
|
2006-06-01 06:40:51 +08:00
|
|
|
rc = -EIO;
|
2010-04-21 11:50:45 +08:00
|
|
|
cERROR(1, "bad word count %d", smb_buf->WordCount);
|
2006-06-01 06:40:51 +08:00
|
|
|
goto ssetup_exit;
|
|
|
|
}
|
|
|
|
action = le16_to_cpu(pSMB->resp.Action);
|
|
|
|
if (action & GUEST_LOGIN)
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "Guest login"); /* BB mark SesInfo struct? */
|
2006-06-01 06:40:51 +08:00
|
|
|
ses->Suid = smb_buf->Uid; /* UID left in wire format (le) */
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "UID = %d ", ses->Suid);
|
2006-06-01 06:40:51 +08:00
|
|
|
/* response can have either 3 or 4 word count - Samba sends 3 */
|
|
|
|
/* and lanman response is 3 */
|
|
|
|
bytes_remaining = BCC(smb_buf);
|
|
|
|
bcc_ptr = pByteArea(smb_buf);
|
|
|
|
|
2007-07-08 03:25:05 +08:00
|
|
|
if (smb_buf->WordCount == 4) {
|
2006-06-01 06:40:51 +08:00
|
|
|
__u16 blob_len;
|
|
|
|
blob_len = le16_to_cpu(pSMB->resp.SecurityBlobLength);
|
2007-07-08 03:25:05 +08:00
|
|
|
if (blob_len > bytes_remaining) {
|
2010-04-21 11:50:45 +08:00
|
|
|
cERROR(1, "bad security blob length %d", blob_len);
|
2006-06-01 06:40:51 +08:00
|
|
|
rc = -EINVAL;
|
|
|
|
goto ssetup_exit;
|
|
|
|
}
|
2009-05-04 16:37:12 +08:00
|
|
|
if (phase == NtLmChallenge) {
|
|
|
|
rc = decode_ntlmssp_challenge(bcc_ptr, blob_len, ses);
|
|
|
|
/* now goto beginning for ntlmssp authenticate phase */
|
|
|
|
if (rc)
|
|
|
|
goto ssetup_exit;
|
|
|
|
}
|
|
|
|
bcc_ptr += blob_len;
|
2006-06-01 06:40:51 +08:00
|
|
|
bytes_remaining -= blob_len;
|
2007-07-08 03:25:05 +08:00
|
|
|
}
|
2006-06-01 06:40:51 +08:00
|
|
|
|
|
|
|
/* BB check if Unicode and decode strings */
|
2009-04-14 23:00:53 +08:00
|
|
|
if (smb_buf->Flags2 & SMBFLG2_UNICODE) {
|
|
|
|
/* unicode string area must be word-aligned */
|
|
|
|
if (((unsigned long) bcc_ptr - (unsigned long) smb_buf) % 2) {
|
|
|
|
++bcc_ptr;
|
|
|
|
--bytes_remaining;
|
|
|
|
}
|
2009-04-30 19:16:21 +08:00
|
|
|
decode_unicode_ssetup(&bcc_ptr, bytes_remaining, ses, nls_cp);
|
2009-04-14 23:00:53 +08:00
|
|
|
} else {
|
2007-07-18 01:34:02 +08:00
|
|
|
rc = decode_ascii_ssetup(&bcc_ptr, bytes_remaining,
|
|
|
|
ses, nls_cp);
|
2009-04-14 23:00:53 +08:00
|
|
|
}
|
2007-07-13 08:33:32 +08:00
|
|
|
|
2006-06-01 06:40:51 +08:00
|
|
|
ssetup_exit:
|
2008-09-24 23:32:59 +08:00
|
|
|
if (spnego_key) {
|
|
|
|
key_revoke(spnego_key);
|
2007-11-17 07:37:35 +08:00
|
|
|
key_put(spnego_key);
|
2008-09-24 23:32:59 +08:00
|
|
|
}
|
2006-06-27 14:28:30 +08:00
|
|
|
kfree(str_area);
|
cifs NTLMv2/NTLMSSP ntlmv2 within ntlmssp autentication code
Attribue Value (AV) pairs or Target Info (TI) pairs are part of
ntlmv2 authentication.
Structure ntlmv2_resp had only definition for two av pairs.
So removed it, and now allocation of av pairs is dynamic.
For servers like Windows 7/2008, av pairs sent by server in
challege packet (type 2 in the ntlmssp exchange/negotiation) can
vary.
Server sends them during ntlmssp negotiation. So when ntlmssp is used
as an authentication mechanism, type 2 challenge packet from server
has this information. Pluck it and use the entire blob for
authenticaiton purpose. If user has not specified, extract
(netbios) domain name from the av pairs which is used to calculate
ntlmv2 hash. Servers like Windows 7 are particular about the AV pair
blob.
Servers like Windows 2003, are not very strict about the contents
of av pair blob used during ntlmv2 authentication.
So when security mechanism such as ntlmv2 is used (not ntlmv2 in ntlmssp),
there is no negotiation and so genereate a minimal blob that gets
used in ntlmv2 authentication as well as gets sent.
Fields tilen and tilbob are session specific. AV pair values are defined.
To calculate ntlmv2 response we need ti/av pair blob.
For sec mech like ntlmssp, the blob is plucked from type 2 response from
the server. From this blob, netbios name of the domain is retrieved,
if user has not already provided, to be included in the Target String
as part of ntlmv2 hash calculations.
For sec mech like ntlmv2, create a minimal, two av pair blob.
The allocated blob is freed in case of error. In case there is no error,
this blob is used in calculating ntlmv2 response (in CalcNTLMv2_response)
and is also copied on the response to the server, and then freed.
The type 3 ntlmssp response is prepared on a buffer,
5 * sizeof of struct _AUTHENTICATE_MESSAGE, an empirical value large
enough to hold _AUTHENTICATE_MESSAGE plus a blob with max possible
10 values as part of ntlmv2 response and lmv2 keys and domain, user,
workstation names etc.
Also, kerberos gets selected as a default mechanism if server supports it,
over the other security mechanisms.
Signed-off-by: Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Signed-off-by: Steve French <sfrench@us.ibm.com>
2010-09-19 11:02:18 +08:00
|
|
|
kfree(ntlmsspblob);
|
|
|
|
ntlmsspblob = NULL;
|
2007-07-08 03:25:05 +08:00
|
|
|
if (resp_buf_type == CIFS_SMALL_BUFFER) {
|
2010-04-21 11:50:45 +08:00
|
|
|
cFYI(1, "ssetup freeing small buf %p", iov[0].iov_base);
|
2006-06-01 06:40:51 +08:00
|
|
|
cifs_small_buf_release(iov[0].iov_base);
|
2007-07-08 03:25:05 +08:00
|
|
|
} else if (resp_buf_type == CIFS_LARGE_BUFFER)
|
2006-06-01 06:40:51 +08:00
|
|
|
cifs_buf_release(iov[0].iov_base);
|
|
|
|
|
2009-05-04 16:37:12 +08:00
|
|
|
/* if ntlmssp, and negotiate succeeded, proceed to authenticate phase */
|
|
|
|
if ((phase == NtLmChallenge) && (rc == 0))
|
|
|
|
goto ssetup_ntlmssp_authenticate;
|
|
|
|
|
2006-06-01 06:40:51 +08:00
|
|
|
return rc;
|
|
|
|
}
|