Great Circle Associates Firewalls
(August 1996)
 

Indexed By Date: [Previous] [Next] Indexed By Thread: [Previous] [Next]

Subject: NT 3.51 FTP authentication bug
From: arager @ mcgraw-hill . com
Date: Tue, 06 Aug 96 11:52:05 edt
To: firewalls @ greatcircle . com

     Hello All,
     
     Here is a bug I found in the NT 3.51 FTP server......I would be 
     careful with the FTP server.  
     
     It seems that the FTP Server user authentication does not follow the 
     same rules as other NT user authentications...If you have have 
     intruder detection set for your system, the FTP server seems to ignore 
     it.  Try this:
     
     1. With the NT User Manager tool enable intruder detection and set 
     your intruder detection to 3 trys, with a really long lockout period.
     2. Pick a userid (administrator will do -- just remember that you are 
     going to lock this account out for a while!) and try to log into FTP 
     with invalid passwords at least 4-5 times
     4. Check the userid with the User Manager tool.....it should be locked 
     out.
     3. Try an FTP logon again with the correct password....and it will let 
     you in....even though the User Manager tool says it's locked out!!!
     
     (I tested this in NT3.51 workstation -- will try 4.0b next to see if 
     it was fixed)
     
     
     I would be careful with the NT FTP server ---  No lockout means 
     someone can try as many times as they like to break your passwords. I 
     wonder what else is broken???
     
     This was mentioned a few days ago, but also keep in mind that NT uses 
     the local user database for authentication, so will allow the 'Guest' 
     user to log-in even if you have FTP guest access disabled (two 
     different guest users with very different access rights.) -- By 
     default NT creates a 'Guest' user, and does not assign a password!  
     The default NT 'Guest' user will get almost full filesystem 
     rights....This means no CHROOT from FTP!  I recommend disabling the NT 
     'Guest' account..or least assigning it a good password and limiting 
     filesystem access. (remember....no intruder detection & stupid 
     password=easy find with password scanner, and they can delete most of 
     your hard-drive with the default permissions!)
     
     
     Like someone said -- C2 is meaningless on a network!
     
     
     All for now,
     
     Anton Rager
     arager @
 McGraw-Hill .
 com


Indexed By Date Previous: Mode 666 files... executable?
From: John Mulligan <mulligan @ lafsun . lafayette . edu>
Next: Solaris 2.5 ports > 32000?
From: Rob Sansom <sansom @ connectix . com>
Indexed By Thread Previous: Re: Mode 666 files... executable?
From: kevinbr @ NetComm . IE (Kevin Brown)
Next: RE: NT 3.51 FTP authentication bug
From: Chris Pugrud <ChrisP @ steldyn . com>

Google
 
Search Internet Search www.greatcircle.com