Ransomware uses vulnerable, signed driver to disable endpoint security
Vulnerabilities mentionedAll →
| CVE | Vulnerability | CVSS | EPSS | Flags | Affected | Exposure | Published |
|---|---|---|---|---|---|---|---|
| CVE-2008-3431 | Local Code Execution via Input Validation Flaw in Sun xVM VirtualBox Driver An input validation vulnerability in VBoxDrv.sys, the Windows kernel driver used by Sun xVM VirtualBox, allows a local attacker to execute arbitrary code by sending crafted input through the driver. Because the flaw sits in a kernel driver, successful exploitation is likely to run attacker code with elevated privileges on the host. Any Windows host running an affected Sun xVM VirtualBox release is exposed, with the greatest risk on shared or multi-user machines where untrusted local users can run code. CISA added this flaw to the Known Exploited Vulnerabilities catalog on 2022-03-03, indicating known exploitation in the wild (ransomware use unknown); no public proof-of-concept is catalogued, and EPSS estimates a roughly 6.9% chance of exploitation within 30 days. Do: Apply updates per vendor instructions by upgrading to a current supported VirtualBox release, which replaces the vulnerable legacy VBoxDrv.sys driver. Because exploitation requires local access, restrict interactive logons on Windows hosts running VirtualBox and audit those hosts for the old driver. Organizations tracking CISA KEV (added 2022-03-03) should prioritize patching per the required action. | — | 7% | KEV |
| largeon the order of 100,000+ legacy Windows hosts (clearly an estimate) | |
| CVE-2017-15302 | In CPUID CPU-Z through 1.81, there are improper access rights to a kernel-mode driver (e.g., cpuz143_x64.sys for version 1.43) that can result in information di In CPUID CPU-Z through 1.81, there are improper access rights to a kernel-mode driver (e.g., cpuz143_x64.sys for version 1.43) that can result in information disclosure or elevation of privileges, because of an arbitrary read of any physical address via ioctl 0x9C402604. Any application running on the system (Windows), including sandboxed users, can issue an ioctl to this driver without any validation. Furthermore, the driver can map any physical page on the system and returns the allocated map page address to the user: that results in an information leak and EoP. NOTE: the vendor indicates that the arbitrary read itself is intentional behavior (for ACPI scan functionality); the security issue is the lack of an ACL. NVD description · AI analysis pending | 7.8 | <1% |
| — | ||
| CVE-2018-18537 | The GLCKIo low-level driver in ASUS Aura Sync v1.07.22 and earlier exposes a path to write an arbitrary DWORD to an arbitrary address. The GLCKIo low-level driver in ASUS Aura Sync v1.07.22 and earlier exposes a path to write an arbitrary DWORD to an arbitrary address. NVD description · AI analysis pending | 5.5 | <1% | PoC ×3 |
| — |
Full article464 words · extracted from helpnetsecurity.com · click to collapse
Ransomware-wielding attackers have devised a novel tactic for disabling security protections that might get in their way: they are using a deprecated, vulnerable but signed driver to deliver a malicious, unsigned one that allows them to kill processes and files belonging to Windows endpoint security products.

Disabling security solutions
The tactic, as described by Sophos researchers, is used by attackers to deliver the RobbinHood ransomware – infamous for hitting the City of Baltimore and many other local government and municipal targets.
The vulnerable driver they are misusing was created by Taiwan-based motherboard manufacturer Gigabyte, found to be vulnerable in 2018 and later deprecated, but the signing certificate was never revoked (as other software was signed with it).
Sophos does not say how the attackers gained access to the targeted Windows machines, but once on it, they dropped an executable (STEEL.EXE) that consists of several additional files, which are extracted into Windows’s TEMP folder.
The STEEL.EXE application first deploys a driver installer (ROBNR.EXE), which deploys the benign, signed third-party driver (GDRV.SYS) and the criminals’ unsigned kernel driver (RBNL.SYS).
“The properly signed third party GDRV.SYS driver contains a privilege escalation vulnerability as it allows reading and writing of arbitrary memory. The malware authors abuse this vulnerability in order to (temporarily) disable driver signature enforcement in Windows – on-the-fly, in kernel memory. Once driver signature enforcement is disabled, the attackers are able to load their unsigned malicious driver,” the researchers explained.
“Once this driver is installed, STEEL.EXE reads the PLIST.TXT file and instructs the driver to delete any application listed in PLIST.TXT, then killing their associated processes. If the process was running as a service, the service can no longer automatically restart as the associated file has been deleted. Once the STEEL.EXE process exits, the ransomware program can perform its encryption attack without being hindered by the security applications that have been taken out decisively.”
Attack prevention advice
The benign but vulnerable Gigabyte driver was obviously not blacklisted by Microsoft when it was deprecated and the attackers decided to take advantage of this decision.
“There are many other vulnerable drivers (with a similar vulnerability) in addition to the Gigabyte driver that these or other attackers may choose to abuse later, such as ones from VirtualBox (CVE-2008-3431), Novell (CVE-2013-3956), CPU-Z (CVE-2017-15302), or ASUS (CVE-2018-18537),” the researchers worry.
Hopefully, Microsoft will re-consider its current policy for revoking its trust in software that has been deprecated because of security vulnerabilities.
In the meantime, users/organizations should focus on disrupting as many stages in any ransomware attack as possible by deploying a range of technologies, the researchers advised. Use MFA, complex passwords, limit access rights, make regular backups (and keep them offline), lock down your RDP if you don’t need it, and ensure tamper protection for endpoint protection is enabled.
Text extracted automatically; images, tables and formatting may be missing. Original: https://www.helpnetsecurity.com/2020/02/10/ransomware-signed-driver/