RDP TLS downgrade May 09 2007 12:44PM
software da ks gov (2 replies)
RE: RDP TLS downgrade May 10 2007 02:36AM
Roger A. Grimes (roger banneretcs com)
On a related note, I've not been able to successfully MitM RDP sessions
in over a year. I've always used Cain & Able to test, and although it
at first appears to work, I can no longer get any usable data. In the
past, I could MitM RDP sessions and easily pull out the plaintext
passwords and encoded session information. Now, even without
authentication turned on, even without the newer RDP client, I'm not
getting any usable information. Although I have absolutely no insider
information on this (even though I work for Microsoft), it appears the
XP RDP (and later) clients have been updated to prevent casual MitM
attacks, even without the newer authentication options enabled.

Has anyone successfully captured useful RDP MitM traffic lately?


*Roger A. Grimes, Senior Security Consultant
*Microsoft Application Consulting and Engineering (ACE) Services
*CPA, CISSP, MCSE: Security (2000/2003/MVP), CEH, yada...yada...
*email: roger (at) banneretcs (dot) com [email concealed] or rogrim (at) microsoft (dot) com [email concealed]

-----Original Message-----
From: software (at) da.ks (dot) gov [email concealed] [mailto:software (at) da.ks (dot) gov [email concealed]]
Sent: Wednesday, May 09, 2007 8:45 AM
To: bugtraq (at) securityfocus (dot) com [email concealed]
Subject: RDP TLS downgrade

For those using TLS with Microsoft's Terminal server.

With Terminal server installed on Windows 2003 Server with current
service packs and patches it is possible to bypass the server side
setting that requires SSL with a self-signed cert.

You will automatically be downgraded to not using TLS and not be
notified. The padlock will be missing on the RDP banner.

Why is this a problem?

Using a cert and SSL was MS answer to prevent man in the middle attacks
when using RDP. You may think that you are protected but you are not.

This behavior exposes itself when you use the RDP 6.0 client. Nothing
else is required.

I have not tested it with a trusted cert via verisign or others but I
expect the results will be the same.

To recreate: Install MS Windows 2003 server, install Terminal services,
set the server setting encryption level to high and require SSL.

Use RDP client 5.2, set to no authentication, should fail to connect.

Use RDP client 6.0 set to always connect even if authetication fails.
This should bypass the server settings and connect downgraded.

It is interesting that the client side piece can control the server

MS sec response contacted, did not see it as a problem.

[ reply ]
RE: RDP TLS downgrade May 09 2007 03:52PM
M. Burnett (mb xato net)


Privacy Statement
Copyright 2010, SecurityFocus