Windows IT Pro is the leading independent community for IT professionals deploying Microsoft Windows server and client applications and technologies.
  
  
  Advanced Search 


July 19, 2004

Access Denied: Securely Administering a Remote Server

RSS
Subscribe to Windows IT Pro | See More Microsoft Management Console (MMC) Articles Here | Reprints | Or get the Monthly Online Pass—only $5.95 a month!

I recently heard that remotely administering a server via Terminal Services provides more security against eavesdropping and session hijacking than does remotely administering the server through Microsoft Management Console (MMC). Is that true? If so, can you explain why?

The risk of eavesdropping is that an attacker will be able to obtain valuable information about the server from the traffic generated as you administer the server. Session hijacking carries the risk that after you initiate a legitimate, authenticated connection, an attacker can take over the session. Terminal Services can be safer from these threats because it offers encryption options for encrypting data between the server and client, whereas communication between MMC and the server uses protocols that don't offer integrity checking or encryption. However, Terminal Services doesn't guard against these risks by default.

Windows Server 2003 Terminal Services has four encryption levels, and Windows 2000 Server Terminal Services has three. You configure the encryption level by opening the MMC Terminal Services Configuration snap-in, then opening the RDP-Tcp connection object's properties, which Figure 1 shows. Both OSs support Low, Client Compatible (which Win2K calls Medium), and High encryption levels.

At the Low level, all data (i.e., keystrokes, passwords, and mouse movements) that the client sends to the server benefits from 56-bit encryption. On Win2K, the next level is Medium, which uses 56-bit encryption for data that the server as well as the client sends. In contrast, Windows 2003's Client Compatible level encrypts traffic in both directions by using the maximum level of encryption that the client supports. The High encryption level operates like the Client Compatible level but uses the maximum strength encryption that the server supports; clients that can't match the server's strongest encryption can't connect. On Win2K, the highest encryption level is 128 bits. Windows 2003 also offers the FIPS Compliant encryption level, which requires all data sent between client and server to use encryption that complies with the Federal Information Processing Standard (FIPS). You're unlikely to need the FIPS Compliant level unless you deal with government systems or contracts.

The risk with the Low encryption level is that eavesdroppers can capture information coming to the client and reassemble it into a "movie" of what the administrator is doing on the remote server's console. In effect, the Low level lets an intruder look over the administrator's shoulder and watch the monitor. The other encryption levels protect against eavesdropping on data flowing both directions and protect against session hijacking.

Because Terminal Services' default encryption level is Low, you need to increase it to at least Client Compatible or Medium on all the computers you administer via Terminal Services. The same risks and controls apply to end users who use Terminal Services to run applications on servers. Another advantage of using Terminal Services is that you can completely administer and manage a server by using only TCP port 3389. MMC requires that you open multiple ports for authentication.

End of Article



Reader Comments

You must be a registered user or online subscriber to comment on this article. Please log on before posting a comment. Are you a new visitor? Register now




Top Viewed ArticlesView all articles
Kon-Boot Lets You Bypass Logon for Windows and Linux

Kon-Boot looks like a very interesting tool since it can get you into a system without having to logon first. ...

Google to Take On Windows with New OS

It's official: Google will compete head-to-head with Microsoft's dominant Windows OS with a new system called Google Chrome OS. Based on the Google Chrome browser and not its previous OS effort, the smart phone-based Android system, Google Chrome OS will ...

Q. How can I continually check a performance counter from Windows PowerShell?

...


Security Whitepapers Sustainable Compliance: How to reconnect compliance, security and business goals

The Impact of Messaging and Web Threats

Why SaaS is the Right Solution for Log Management

Related Events Security Summit

Cutting Costs with Client Management

7 Ways To Get More From Your SharePoint Deployment Now

Check out our list of Free Email Newsletters!

Security eBooks Spam Fighting and Email Security for the 21st Century

Understanding and Leveraging Code Signing Technologies

A Guide to Windows Certification and Public Keys

Related Security Resources Introducing Left-Brain.com, the online IT bookstore
Looking for books, CDs, toolkits, eBooks? Prime your mind at Left-Brain.com

Discover Windows IT Pro eLearning Series!
Clear & detailed technical information and helpful how-to's, all in our trademark no-nonsense format

Test Drive IT Solutions and Get Free Music Downloads
Solve your toughest IT problems with these free downloads and receive 5 free music downloads!


Windows IT Pro Home Register FAQ for Windows WinInfo News
Europe Edition About Us Contact Us/Customer Service Media Kit Affiliates / Licensing  
SQL Server Magazine Office & SharePoint Pro DevProConnections IT Job Hound
Left-Brain.com Technology Resource Directory asp.netPRO ITTV Windows SuperSite 
 
 Windows IT Pro is a Division of Penton Media Inc.
 © 2009 Penton Media, Inc. Terms of Use | Privacy Statement | Reprints and Licensing