Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Vulnerabilities / Threats

5/14/2020
05:10 PM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
100%
0%

Microsoft Patch for Reverse RDP Flaw Leaves Room for Other Attacks

Fix released in February is Microsoft's second pass at fully addressing issue that Check Point first disclosed at Black Hat USA last summer.

Turns out a patch Microsoft issued in February to address a previous — but improper — fix released last August for a security flaw in its Remote Desktop Protocol (RDP) doesn't fully do the job either.

As a result, attackers can still take advantage of the original underlying issue to access sensitive information on a system, modify critical files, steal password files, expose source code of Web applications, and carry out other malicious tasks.

Check Point, which uncovered the original vulnerability and also the problems in the two patches that Microsoft issued to address the flaw, on Thursday urged software developers and security researchers to be aware of the issue and ensure their own software projects are manually patched.

According to the company, while the February patch addresses the vulnerability in the RDP client itself, it does not fix the problem in an associated application programming interface (API) that triggered the problem in the first place. The security vendor said it had contacted Microsoft about the problem after analyzing the company's second patch, but it had not received any comment from the company.

"IT staff in large enterprises that use Windows should install Microsoft's February Patch (CVE 2020-0655) to make sure their RDP client is protected," Check Point said in a statement. Developers, meanwhile, need to understand that all programs that include the API function in question are still vulnerable to a path-traversal attack.

"We want developers to be aware of this threat, so that they could go over their programs and manually apply a patch against it," the security vendor noted.

The original bugs in RDP that Check Point first disclosed at Black Hat USA 2019 basically gave attackers a way to carry out what the security vendor described as a reverse RDP attack. RDP essentially gives Windows administrators and even individual users a way to connect to and control another Windows computer remotely for various legitimate and often used reasons. In a typical scenario, an RDP client system would connect with and control an RDP server. Check Point found the vulnerabilities could be used to reverse the flow so the RDP server controlled the RDP client, setting the scene for all sorts of mayhem.

If at First You Don't Succeed …
When Microsoft issued a patch for the issue (CVE-2019-0887), Check Point researchers found they could bypass the fix and re-create the reverse RDP situation all over again. This prompted Microsoft to issue a second fix for the problem as part of the company's monthly patch updates in February. Check Point discovered that while the second patch worked as advertised in mitigating the RDP reversal issue, it still left open the possibility for attackers to "traverse" the directories on a victim system and to access, read, and manipulate files to which they shouldn't normally have access.

The issue had to do with an API that Microsoft recommends, ironically enough, as a best practice for preventing path traversal, according to Check Point.

"In secure coding practices, when encountering a path to a file given by the user, the developer needs to make sure that path … is represented in a single way in order to validate that it refers to an allowed location," says Omri Herscovici, vulnerability research team leader at Check Point.

Windows developers do that by using a Microsoft recommended API called "PathCchCanonicalize." "We discovered that the Windows function "PathCchCanonicalize" can be easily bypassed when an attacker is using '/' instead of '\' when writing a path," Herscovici says.

Microsoft's failure to address this issue is what now gives threat actors an avenue for carrying out path-traversal attacks.

"In CVE-2019-0887, Microsoft tried to solve the path traversal with PathCchCanonicalize without realizing it can be bypassed," Herscovici notes. "In CVE-2020-0655, Microsoft addressed the '\' issue independently in the RDP handling code, without fixing the PathCchCanonicalize function."

Microsoft has so far not offered any reason why it hasn't fixed this issue though Check Point notified the vendor of it, he says.

In an emailed statement, a Microsoft spokeswoman said the update the company released in February resolved the issue in Remote Desktop Services. "We are looking into additional claims and will take appropriate action as needed to help keep customers protected," the statement said.

Related Content:

 

A listing of free products and services compiled for Dark Reading by Omdia analysts to help meet the challenges of COVID-19. 

Jai Vijayan is a seasoned technology reporter with over 20 years of experience in IT trade journalism. He was most recently a Senior Editor at Computerworld, where he covered information security and data privacy issues for the publication. Over the course of his 20-year ... View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
News
Inside the Ransomware Campaigns Targeting Exchange Servers
Kelly Sheridan, Staff Editor, Dark Reading,  4/2/2021
Commentary
Beyond MITRE ATT&CK: The Case for a New Cyber Kill Chain
Rik Turner, Principal Analyst, Infrastructure Solutions, Omdia,  3/30/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-3493
PUBLISHED: 2021-04-17
The overlayfs implementation in the linux kernel did not properly validate with respect to user namespaces the setting of file capabilities on files in an underlying file system. Due to the combination of unprivileged user namespaces along with a patch carried in the Ubuntu kernel to allow unprivile...
CVE-2021-3492
PUBLISHED: 2021-04-17
Shiftfs, an out-of-tree stacking file system included in Ubuntu Linux kernels, did not properly handle faults occurring during copy_from_user() correctly. These could lead to either a double-free situation or memory not being freed at all. An attacker could use this to cause a denial of service (ker...
CVE-2020-2509
PUBLISHED: 2021-04-17
A command injection vulnerability has been reported to affect QTS and QuTS hero. If exploited, this vulnerability allows attackers to execute arbitrary commands in a compromised application. We have already fixed this vulnerability in the following versions: QTS 4.5.2.1566 Build 20210202 and later Q...
CVE-2020-36195
PUBLISHED: 2021-04-17
An SQL injection vulnerability has been reported to affect QNAP NAS running Multimedia Console or the Media Streaming add-on. If exploited, the vulnerability allows remote attackers to obtain application information. QNAP has already fixed this vulnerability in the following versions of Multimedia C...
CVE-2021-29445
PUBLISHED: 2021-04-16
jose-node-esm-runtime is an npm package which provides a number of cryptographic functions. In versions prior to 3.11.4 the AES_CBC_HMAC_SHA2 Algorithm (A128CBC-HS256, A192CBC-HS384, A256CBC-HS512) decryption would always execute both HMAC tag verification and CBC decryption, if either failed `JWEDe...