[29860] in bugtraq

home help back first fref pref prev next nref lref last post

Re[2]: Authentication flaw in microsoft SMB protocol

daemon@ATHENA.MIT.EDU (3APA3A)
Wed Apr 23 13:45:37 2003

Date: Wed, 23 Apr 2003 18:09:42 +0400
From: 3APA3A <3APA3A@SECURITY.NNOV.RU>
Reply-To: 3APA3A <3APA3A@SECURITY.NNOV.RU>
Message-ID: <73606585644.20030423180942@SECURITY.NNOV.RU>
To: "Jesper Johansson" <jesperjo@microsoft.com>
In-Reply-To: <909EB55D24CCFD4D9ABABD1B9BD610C609F5DBD8@red-msg-06.redmond.corp.microsoft.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=Windows-1251
Content-Transfer-Encoding: 8bit

Dear Jesper Johansson,

This  attack  can  not  be  prevented  by  NTLMv2, because in a same way
attacker  can  relay  server's response. This kind of attack is possible
because  of pass-through authentication. This attack may be prevented by
SMB signing, which is available since SP3.

Kerberos  does  not  prevent  this  attack  too, because Kerberos is not
mandatory. Attacker can initiate NTLM with both client and server.

3APA3A. MCSE. MCT.

--Tuesday, April 22, 2003, 1:41:49 AM, you wrote to bugtraq@securityfocus.com:


JJ> You don't need to wait. This is prevented with NTLM v.2, which shipped
JJ> with Windows NT 4.0 SP4 in October 1998. This type of attack is also
JJ> foiled with Kerberos, which is negotiated by default in a Windows 2000
JJ> or higher domain.

JJ> To learn more about using NTLM v.2 and Kerberos, refer to the Windows

JJ> Jesper M. Johansson
JJ> Security Program Manager
JJ> Microsoft Corporation


-- 
~/ZARAZA
Жало мне не понадобится (С. Лем)


home help back first fref pref prev next nref lref last post