Connect with us

Business

Microsoft admits to signing rootkit malware in supply-chain fiasco

Published

on

Microsoft has now confirmed signing a malicious driver being distributed within gaming environments.

This driver, called “Netfilter,” is in fact a rootkit that was observed communicating with Chinese command-and-control (C2) IPs.

G Data malware analyst Karsten Hahn first took notice of this event last week and was joined by the wider infosec. community in tracing and analyzing the malicious drivers bearing the seal of Microsoft.

It turns out, the C2 infrastructure belongs to a company classified under “Communist Chinese military” by the US Department of Defense.

This incident has once again exposed threats to software supply-chain security, except this time it stemmed from a weakness in Microsoft’s code-signing process.

“Netfilter” driver is rootkit signed by Microsoft

Last week, G Data’s cybersecurity alert systems flagged what appeared to be a false positive, but was not—a Microsoft signed driver called “Netfilter.”

The driver in question was seen communicating with China-based C&C IPs providing no legitimate functionality and as such raised suspicions.

This is when G Data’s malware analyst Karsten Hahn shared this publicly and simultaneously contacted Microsoft:

microsoft signs malicious netfilter driver
The malicious binary has been signed by Microsoft (VirusTotal)

“Since Windows Vista, any code that runs in kernel mode is required to be tested and signed before public release to ensure stability for the operating system.”

“Drivers without a Microsoft certificate cannot be installed by default,” states Hahn.

At the time, BleepingComputer began observing the behavior of C2 URLs and also contacted Microsoft for a statement.

The first C2 URL returns a set of more routes (URLs) separated by the pipe (“|”) symbol:

first c2 response
Navigating to the C2 URL presents more routes for different purposes
Source: BleepingComputer

Each of these serves a purpose, according to Hahn:

  • The URL ending in “/p” is associated with proxy settings,
  • “/s” provides encoded redirection IPs,
  • “/h?” is for receiving CPU-ID,
  • “/c” provided a root certificate, and
  • “/v?” is related to the malware’s self-update functionality.

As seen by BleepingComputer, for example, the “/v?” path provided URL to the malicious Netfilter driver in question itself (living at “/d3”):

path to malware binary
Path to malicious Netfilter driver
Source: BleepingComputer

The G Data researcher spent some time sufficiently analyzing the driver and concluded it to be malware.

The researcher has analyzed the driver, its self-update functionality, and Indicators of Compromise (IOCs) in a detailed blog post.

“The sample has a self-update routine that sends its own MD5 hash to the server via hxxp://110.42.4.180:2081/v?v=6&m=,” says Hahn.

An example request would look like this:hxxp://110.42.4.180:2081/v?v=6&m=921fa8a5442e9bf3fe727e770cded4ab

“The server then responds with the URL for the latest sample, e.g. hxxp://110.42.4.180:2081/d6 or with ‘OK’ if the sample is up-to-date. The malware replaces its own file accordingly,” further explained the researcher.

self-update functionality
Malware’s self-update functionality analyzed by G Data

During the course of his analysis, Hahn was joined by other malware researchers including Johann AydinbasTakahiro Haruyama, and Florian Roth.

Roth was able to gather the list of samples in a spreadsheet and has provided YARA rules for detecting these in your network environments.

Notably, the C2 IP 110.42.4.180 that the malicious Netfilter driver connects to belonged to Ningbo Zhuo Zhi Innovation Network Technology Co., Ltd, according to WHOIS records:

whois record for 110.42.4.180
WHOIS search for the IP address (BleepingComputer)

The U.S. Department of Defense (DoD) has previously marked this organization as a “Communist Chinese military company,” another researcher @cowonaut observed.

Microsoft admits to signing the malicious driver

Microsoft is actively investigating this incident, although thus far, there is no evidence that stolen code-signing certificates were used.

The mishap seems to have resulted from the threat actor following Microsoft’s process to submit the malicious Netfilter drivers, and managing to acquire the Microsoft-signed binary in a legitimate manner:

“Microsoft is investigating a malicious actor distributing malicious drivers within gaming environments.”

“The actor submitted drivers for certification through the Windows Hardware Compatibility Program. The drivers were built by a third party.”

“We have suspended the account and reviewed their submissions for additional signs of malware,” said Microsoft yesterday.

According to Microsoft, the threat actor has mainly targeted the gaming sector specifically in China with these malicious drivers, and there is no indication of enterprise environments having been affected so far.

Microsoft has refrained from attributing this incident to nation-state actors just yet.

Falsely signed binaries can be abused by sophisticated threat actors to facilitate large-scale software supply-chain attacks.

The multifaceted Stuxnet attack that targeted Iran’s nuclear program marks a well-known incident in which code-signing certificates were stolen from Realtek and JMicron to facilitate the attack.

This particular incident, however, has exposed weaknesses in a legitimate code-signing process, exploited by threat actors to acquire Microsoft-signed code without compromising any certificates.

Source: https://www.bleepingcomputer.com/news/security/microsoft-admits-to-signing-rootkit-malware-in-supply-chain-fiasco/

Advertisement
Click to comment

Leave a Reply

Your email address will not be published. Required fields are marked *

Copyright © 2023 Cyber Reports Cyber Security News All Rights Reserved Website by Top Search SEO