Listen to this Post

Introduction:
LOLDrivers, or “Living Off the Land Drivers,” refer to legitimate but vulnerable Windows drivers that attackers exploit in Bring Your Own Vulnerable Driver (BYOVD) attacks to bypass security controls like EDR and application whitelisting. With the recent update to the LOLDrivers project—adding newly-validated drivers, CVE alignments, and abuse patterns—the cybersecurity community must grapple with an expanding attack surface. This article breaks down the technical nuances of LOLDrivers and provides actionable steps for detection, mitigation, and hardening of Windows environments.
Learning Objectives:
- Understand the mechanics of BYOVD attacks and the role of LOLDrivers in EDR bypass and privilege escalation.
- Acquire skills to detect, inventory, and assess vulnerable drivers in Windows environments using command-line tools and scripts.
- Implement effective mitigation strategies, including application control policies, system hardening, and integration with threat intelligence feeds like LOLDrivers.
You Should Know:
1. Understanding LOLDrivers and the BYOVD Attack Vector
BYOVD attacks involve adversaries importing signed but vulnerable drivers into a target system to exploit their privileges, often gaining kernel-level access for malware deployment or defense evasion. The LOLDrivers project catalogs these drivers, providing hashes, signer info, and CVE details for proactive defense. For instance, the recent update (see PR: https://lnkd.in/eWQC7yur) includes drivers like `RTCore64.sys` (CVE-2019-16098) and `gdrv.sys` (CVE-2018-19320), which are abused for memory manipulation.
Step-by-step guide:
- Step 1: Access the LOLDrivers GitHub repository (https://github.com/magicsword-io/LOLDrivers) to review the latest entries. Use the `drivers.csv` file to cross-reference hashes and CVEs.
- Step 2: Understand the abuse pattern: Attackers often download vulnerable drivers from legitimate sources, load them via `sc.exe` or PowerShell, and then exploit flaws to disable EDR or escalate privileges.
- Step 3: Incorporate this intelligence into security tools by parsing the LOLDrivers JSON feed (https://www.loldrivers.io/api/drivers.json) with scripts for automated alerting.
- How Attackers Leverage Vulnerable Drivers for EDR Bypass
Attackers use vulnerable drivers to manipulate kernel objects, hook system calls, or directly write to memory, effectively neutralizing endpoint protection. For example, the `RTCore64.sys` driver allows arbitrary read/write primitives, enabling malware to disable EDR processes or inject code into trusted applications.
Step-by-step guide:
- Step 1: Simulate an attack in a lab using a tool like `Process Hacker` with a vulnerable driver. First, load the driver as an administrator:
sc.exe create VulnerableDriver binPath= C:\temp\RTCore64.sys type= kernel sc.exe start VulnerableDriver
- Step 2: Use a proof-of-concept exploit, such as a C++ program that calls the driver’s IOCTL to write to memory. Here’s a simplified code snippet:
include <windows.h> HANDLE hDevice = CreateFile(L"\\.\RTCore64", GENERIC_READ | GENERIC_WRITE, 0, nullptr, OPEN_EXISTING, 0, nullptr); DeviceIoControl(hDevice, 0x80002040, &writeRequest, sizeof(writeRequest), nullptr, 0, &bytesReturned, nullptr);
- Step 3: Observe how EDR solutions like Windows Defender or third-party tools are bypassed by this kernel-level activity, highlighting the need for driver allowlisting.
3. Detecting Vulnerable Drivers on Your Systems
Proactive detection involves inventorying installed drivers and comparing them against known vulnerable hashes from LOLDrivers. Windows provides built-in tools like PowerShell and WMIC for this purpose.
Step-by-step guide:
- Step 1: List all loaded kernel drivers with hashes using PowerShell:
Get-WmiObject Win32_PnPSignedDriver | Where-Object {$<em>.DeviceClass -eq "SYSTEM"} | Select-Object DeviceName, DriverVersion, DriverDate, Signer, @{Name="Hash";Expression={(Get-FileHash $</em>.InfName -Algorithm SHA256).Hash}} - Step 2: Export the list to a CSV and cross-reference with LOLDrivers data. Use a Python script to compare hashes:
import pandas as pd lol_drivers = pd.read_csv('https://raw.githubusercontent.com/magicsword-io/LOLDrivers/main/drivers.csv') system_drivers = pd.read_csv('system_drivers.csv') vulnerable = pd.merge(system_drivers, lol_drivers, on='Hash', how='inner') print(vulnerable[['DeviceName', 'CVE']]) - Step 3: For continuous monitoring, integrate this into SIEM queries (e.g., Splunk or Elasticsearch) to alert on matches, focusing on drivers with known CVEs.
4. Mitigating Risks with Application Control Policies
Windows Defender Application Control (WDAC) and AppLocker can restrict driver loading to only authorized signers, effectively mitigating BYOVD. This requires creating and deploying allowlists based on vendor certificates or hashes.
Step-by-step guide:
- Step 1: Enable WDAC via PowerShell to audit mode first:
Set-RuleOption -FilePath C:\Windows\schemas\CodeIntegrity\ExamplePolicies\AllowMicrosoft.xml -Option 3 -Delete ConvertFrom-CIPolicy -XmlFilePath AllowMicrosoft.xml -BinaryFilePath SIPolicy.p7b Rename-Item -Path SIPolicy.p7b -NewName SIPolicy.p7b -Force
- Step 2: Deploy the policy using Group Policy or MDM. For Group Policy, place `SIPolicy.p7b` in `C:\Windows\System32\CodeIntegrity` and configure:
Computer Configuration > Administrative Templates > System > Kernel DMA Protection > Deploy Windows Defender Application Control. - Step 3: Test by attempting to load a vulnerable driver; it should be blocked. Monitor events in `Event Viewer > Applications and Services Logs > Microsoft > Windows > CodeIntegrity` for violations.
5. Utilizing the LOLDrivers Project for Proactive Defense
The LOLDrivers project offers structured data (CSV, JSON) that can be ingested into security tools for automated threat hunting. This includes driver hashes, signer details, and abuse patterns.
Step-by-step guide:
- Step 1: Download the latest LOLDrivers JSON feed using curl in Linux or PowerShell in Windows:
curl -s https://www.loldrivers.io/api/drivers.json -o drivers.json
- Step 2: Parse the JSON to extract high-risk drivers, such as those with known exploits. Use jq in Linux:
jq '.[] | select(.CVEs | length > 0) | {Name, Hashes, CVEs}' drivers.json - Step 3: Integrate into an EDR like Elastic Security by creating a detection rule that triggers on driver loads matching these hashes. Example Elastic rule query:
"query": { "bool": { "must": [ { "match": { "event.category": "driver" } }, { "terms": { "file.hash.sha256": ["abc123...", "def456..."] } } ] } }
6. Hardening Windows Against Driver Exploits
Beyond application control, system hardening measures include disabling unnecessary driver loads, enabling Secure Boot, and applying kernel-level protections like Hypervisor-Protected Code Integrity (HVCI).
Step-by-step guide:
- Step 1: Enable HVCI (Windows Defender System Guard) via Group Policy:
`Computer Configuration > Administrative Templates > System > Device Guard > Turn On Virtualization Based Security` – set to “Enabled” and select “Secure Boot” and “DMA Protection”. - Step 2: Restrict driver installation to administrators only using registry edits:
Set-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Microsoft\Windows\DeviceInstall\Restrictions" -Name "AllowAdministrator" -Value 0
- Step 3: Use the Driver Verifier tool to stress-test drivers for vulnerabilities in test environments:
verifier /standard /all
This helps identify unstable drivers that could be exploited.
7. Incident Response for Driver-Based Attacks
If a BYOVD attack is suspected, immediate steps include isolating the system, collecting forensic artifacts, and analyzing driver loads and kernel memory.
Step-by-step guide:
- Step 1: Capture memory and driver states using tools like `WinPMEM` or
FTK Imager. In Linux, use `LiME` for memory acquisition if analyzing a Windows VM. - Step 2: Analyze loaded drivers with `Sysinternals Autoruns` or `Volatility` in Linux:
volatility -f memory.dump windows.driverscan | grep -i vulnerable_driver_name
- Step 3: Remediate by removing the malicious driver via PowerShell:
sc.exe stop VulnerableDriver sc.exe delete VulnerableDriver Remove-Item C:\Windows\System32\drivers\vulnerable_driver.sys -Force
Then, update allowlists and scan for persistence mechanisms like scheduled tasks or registry run keys.
What Undercode Say:
- Key Takeaway 1: The LOLDrivers project is an essential threat intelligence resource, but its value is maximized only when integrated into automated detection pipelines and application control policies. Organizations must proactively cross-reference driver inventories with LOLDrivers data to identify risks.
- Key Takeaway 2: BYOVD attacks exploit the trust in signed drivers, necessitating a zero-trust approach at the kernel level. Mitigation requires layered defenses, including driver allowlisting, HVCI, and continuous monitoring of driver loads through EDR and SIEM solutions.
Analysis:
The recent LOLDrivers update highlights the persistent threat of vulnerable drivers, which are often overlooked in patch management cycles. As attackers refine BYOVD techniques, security teams must shift from reactive to proactive stances, leveraging threat feeds like LOLDrivers for early warning. However, technical challenges remain, such as false positives in driver blocklists and the complexity of deploying application control in diverse environments. Human expertise is crucial for contextualizing alerts and prioritizing critical CVEs. Additionally, collaboration across the cybersecurity community—through sharing abuse patterns and mitigations—can accelerate defense maturation against these sophisticated attacks.
Prediction:
In the coming years, BYOVD attacks will likely increase as EDR solutions become more robust, forcing attackers to pivot to kernel-level exploits. We anticipate stricter driver signing requirements from Microsoft and wider adoption of HVCI and Windows Defender Application Control. However, attackers may leverage AI to identify new driver vulnerabilities or use stolen certificates to sign malicious drivers, escalating the arms race. The cybersecurity industry will respond with enhanced kernel monitoring tools and standardized frameworks for driver security assessments, but organizations must invest in training and incident response drills to mitigate operational disruptions. Ultimately, a combination of regulatory pressure and threat intelligence sharing will drive improvements in driver security across the ecosystem.
▶️ Related Video (78% Match):
🎯Let’s Practice For Free:
IT/Security Reporter URL:
Reported By: Magicswordio Loldrivers – Hackers Feeds
Extra Hub: Undercode MoN
Basic Verification: Pass ✅


