Fwd: Question about NTLMSSP_NEGOTIATE_VERSION in NTLM messages

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I have a patch for this now in cifs-2.6.git for-next.  See
https://git.samba.org/?p=sfrench/cifs-2.6.git;a=commit;h=19826558210b9102a7d4681c91784d137d60d71b

On Tue, Jul 18, 2023 at 10:23 AM Roy Shterman <roy.shterman@xxxxxxxxx> wrote:
>
> Hi,
>
> I see that in the commit bellow we added Version into the negotiate message:
> commit 52d005337b2c94ab37273d9ad8382d4fb051defd
> Author: Steve French <stfrench@xxxxxxxxxxxxx>
> Date:   Wed Jan 19 22:00:29 2022 -0600
>
>     smb3: send NTLMSSP version information
>
>     For improved debugging it can be helpful to send version information
>     as other clients do during NTLMSSP negotiation. See protocol document
>     MS-NLMP section 2.2.1.1
>
>     Set the major and minor versions based on the kernel version, and the
>     BuildNumber based on the internal cifs.ko module version number,
>     and following the recommendation in the protocol documentation
>     (MS-NLMP section 2.2.10) we set the NTLMRevisionCurrent field to 15.
>
>     Reviewed-by: Shyam Prasad N <sprasad@xxxxxxxxxxxxx>
>     Signed-off-by: Steve French <stfrench@xxxxxxxxxxxxx>
>
> Now if I understand correctly the server side should return in
> negotiate flags the flags he got from the client and that it supports.
> It means that in auth_message where we construct the negotiate flags
> we will have the NTLMSSP_NEGOTIATE_VERSION flag as well although we
> are not sending the version as part of the message.
>
> Doesn't it contradict the MS-NLMP spec?
>
> Thanks,
> Roy



-- 
Thanks,

Steve


-- 
Thanks,

Steve




[Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux