Smart questions
Smart answers
Smart people
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Member Login

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips now!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

Join Tek-Tips
*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

LINK TO THIS FORUM!

Add Stickiness To Your Site By Linking To This Professionally Managed Technical Forum.
Just copy and paste the
code below into your site.

Partner With Us!

"Best Of Breed" Forums Add Stickiness To Your Site
Partner Button
(Download This Button Today!)

Feedback

"...Thank you again! I can't tell you how much I and my company appreciate what you've done! I love this place!..."

Geography

Where in the world do Tek-Tips members come from?
iconSYS1 (IS/IT--Management)
20 Jul 11 16:01
So I have 3 terminal servers which are being attacked. This person, or group seems to know our employee naming convention because he is using all the correct names which is what scares me. We have strong passwords, but at this rate, I do not know how long they will hold up.  I've changed the ports on the terminal servers, but that didn't stop them long. I have a security policy set to lock the account after 3 unsucessful tries, but my logs are showing these guys have tried over 20K times to login over the past week. When I attempt to login with bad passwords using various rdp clients I get disconnected and locked out for 30 minutes after 3 unsucessful attempts... so what is allowing these guys to continue to brute force 1000's of times a night?
Noway2 (Programmer)
20 Jul 11 16:23
I am afraid that I don't have much knowledge about how to handle these types of attacks against (Windows) terminal servers, but I do have a fair amount against SSH servers which is similar in many ways.  I am not sure why your policy isn't working.  Are the full attempts or are they just connect-disconnect sessions in an attempt to cause a buffer overflow?  It sounds like they are using some variation on the protocol to avoid this type of blocking by not triggering the rules.

The first thing I would suggest is seeing if you can use a firewall to buy you some time.  Obviously you are thinking along the same lines, from your security policy comment.  In the *nix environment, there is a very useful tool called fail2ban, which is an adaptive firewall program that blocks attempts like this.  While there doesn't seem to be a direct version for Windows, this link has a possible suggestion.

In regards to firewall, I would also look to see if you can find the network range, possibly even using the AS number that they are connecting from and block those IP ranges.  The problem is you appear to be facing an intelligent attacker that is using port scans to find your services and may have inside information.  I would expect them to adapt and come at you from somewhere else.

The ultimate answer I would suggest is to get away from using username + passwords for your authentication.  Instead use RSA key based authentication as it is simply not vulnerable to this type of attack.

You might also want to contact your ISP, since you seem to have a deliberate attacker.  They may be able to help.
 

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members!

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close