BlackX UEFI Bootkit: A New Threat with Echoes of BlackLotus

BlackX: New UEFI Bootkit with BlackLotus Similarities Emerges

CRITICAL
October 24, 2026
6m read
MalwareThreat Actor

Related Entities

Organizations

Other

Full Report

Executive Summary

Researchers from Securelist by Kaspersky have uncovered a new, highly sophisticated UEFI bootkit named BlackX. This malware has been deployed in a targeted campaign by an unknown Advanced Persistent Threat (APT) group against diplomatic organizations in Tajikistan, Uzbekistan, and Turkmenistan. BlackX is a firmware-level threat designed to achieve persistence by embedding itself within the UEFI firmware of a compromised computer. This allows it to execute before the operating system loads, making it invisible to most security software. The bootkit can bypass the Windows Secure Boot feature, a critical security defense. Its design and capabilities show notable similarities to BlackLotus, another notorious UEFI bootkit, suggesting a continued focus by advanced actors on developing these powerful and stealthy tools.

Threat Overview

A UEFI bootkit represents one of the most persistent and dangerous forms of malware. By infecting the system's firmware, it ensures that the malware survives reboots, OS reinstalls, and even hard drive replacements. The BlackX bootkit is deployed late in the attack chain, after an attacker has already gained administrative privileges on the target machine.

The primary function of BlackX is to establish a stealthy and persistent foothold. It achieves this by:

  1. Bypassing Secure Boot: The attackers exploit a known vulnerability to add their own malicious bootloader to the list of trusted executables, effectively subverting the Secure Boot process.
  2. Loading a Malicious Kernel Driver: Once active, the bootkit loads its own unsigned driver into the Windows kernel. This driver can then disable other security features, such as PatchGuard, and inject other malware into legitimate system processes.
  3. Achieving Persistence: The malware is stored on the EFI System Partition (ESP), ensuring it is executed every time the system starts up.

Technical Analysis

BlackX's operation is complex and multi-staged. The similarities to BlackLotus suggest that the threat actors may have access to its source code or are building upon similar research and techniques. The ability to bypass Secure Boot is a non-trivial feat, requiring deep knowledge of the UEFI specification and the Windows boot process.

The use of a bootkit indicates a highly motivated and well-resourced threat actor, likely a nation-state group, given the targets (diplomatic agencies) and the sophistication of the tool. The ultimate goal is long-term espionage and intelligence gathering.

MITRE ATT&CK Mapping:

Impact Assessment

The discovery of BlackX is a significant and worrying development. A successful bootkit infection gives an attacker near-total control over a system. They can intercept all data, bypass all security controls, and remain undetected for extended periods. For the targeted diplomatic agencies, this could mean the complete loss of confidentiality for sensitive government communications and documents.

For the broader security community, BlackX is a reminder that firmware security is a critical and often overlooked part of the attack surface. As operating systems and applications become more secure, attackers are being pushed 'down the stack' to find new ways to gain persistence and evade detection.

IOCs — Directly from Articles

No specific Indicators of Compromise (IOCs) such as IP addresses, domains, or file hashes were provided in the source articles.

Cyber Observables — Hunting Hints

Detecting bootkits is extremely difficult, but here are some potential hunting methods:

Type
log_source
Value
TPM/Firmware Logs
Description
Some systems log Secure Boot state and measurements. Changes or integrity failures could be a sign of tampering.
Context
BIOS/UEFI settings, specialized security tools
Type
file_path
Value
EFI System Partition (ESP)
Description
Monitor for the creation of new or unrecognized .efi files on the ESP.
Context
File Integrity Monitoring, forensic analysis
Type
command_line_pattern
Value
bcdedit.exe
Description
Attackers may use bcdedit.exe to modify boot configuration data. Monitor for its use.
Context
EDR, Windows Event Logs
Type
other
Value
Firmware Integrity Check
Description
Periodically use tools that can dump and verify the integrity of the system's firmware against a known-good baseline.
Context
CHIPSEC, vendor-specific tools

Detection & Response

Detection:

  • Firmware-level Scanners: Use specialized tools like CHIPSEC to analyze the security of firmware settings and detect unauthorized modifications.
  • Endpoint Security with Firmware Protection: Some advanced EDRs and antivirus solutions have features specifically designed to monitor the integrity of the boot process (e.g., Microsoft's System Guard Secure Launch).
  • Memory Forensics: Analyzing a memory dump of a running system may reveal the presence of the malicious kernel driver loaded by BlackX.

Response:

  • Responding to a bootkit infection is extremely difficult. Standard remediation steps like reimaging the hard drive are ineffective.
  • Re-flashing Firmware: The only reliable way to remove a UEFI bootkit is to re-flash the motherboard's firmware with a clean, trusted image from the hardware manufacturer. This is a high-risk operation that can render the hardware unusable if done incorrectly.
  • Hardware Replacement: In many cases, the safest and most practical response is to decommission and replace the affected hardware.

Mitigation

  • M1046 - Boot Integrity: Ensure that Secure Boot is enabled and properly configured on all systems. While BlackX can bypass it, it relies on exploiting a vulnerability, so keeping firmware up-to-date is key.
  • M1051 - Update Software: Regularly update UEFI/BIOS firmware. Firmware patches often contain fixes for vulnerabilities that bootkits like BlackX and BlackLotus exploit.
  • M1026 - Privileged Account Management: Strictly control administrative privileges. Bootkits cannot be installed without administrator-level access, so preventing the initial compromise is the best defense.
  • M1028 - Operating System Configuration: Use modern hardware and operating systems that support virtualization-based security (VBS) and Hypervisor-Protected Code Integrity (HVCI) to protect the kernel from malicious drivers.

Timeline of Events

1
October 24, 2026
This article was published

MITRE ATT&CK Mitigations

Ensure Secure Boot is enabled and use hardware/OS features that measure and attest to the integrity of the boot process.

Mapped D3FEND Techniques:

Keep UEFI/BIOS firmware up to date to patch vulnerabilities that allow bootkits to bypass Secure Boot.

Mapped D3FEND Techniques:

Preventing attackers from gaining administrative privileges is the best way to stop them from installing a bootkit in the first place.

Mapped D3FEND Techniques:

D3FEND Defensive Countermeasures

Defending against a firmware-level threat like BlackX requires leveraging hardware-rooted security. Organizations should deploy systems with a Trusted Platform Module (TPM) 2.0 and enable features like Secure Boot and Measured Boot. While BlackX can bypass Secure Boot by exploiting a vulnerability, Measured Boot provides a way to detect the tampering. During a Measured Boot, the TPM records cryptographic measurements of every component in the boot chain, from the firmware to the OS kernel. This log can be sent to a remote attestation service, which compares the measurements against a known-good baseline. If a discrepancy is found—as would be caused by BlackX—the system can be flagged as untrusted and denied access to the network. This doesn't prevent the infection, but it provides a high-fidelity detection mechanism for an otherwise invisible threat.

The attack path for bootkits like BlackX and BlackLotus often involves exploiting a known, patched vulnerability in a legitimate, signed bootloader to bypass Secure Boot. Therefore, firmware patching is a critical mitigation. Organizations must incorporate UEFI/BIOS updates into their standard patch management cycle, treating them with the same urgency as operating system updates. This is often a manual or vendor-specific process, making it more challenging, but it is essential. Keeping firmware up-to-date closes the vulnerabilities that these sophisticated tools rely on for their initial execution. Additionally, a fully patched OS and limiting administrative privileges are crucial to prevent the attacker from gaining the access needed to write to the firmware in the first place.

Sources & References

The return of the infamous bootkit
Securelist (securelist.com) •October 24, 2026

Article Author

Jason Gomes

Jason Gomes

• Cybersecurity Practitioner

Cybersecurity professional with over 10 years of specialized experience in security operations, threat intelligence, incident response, and security automation. Expertise spans SOAR/XSOAR orchestration, threat intelligence platforms, SIEM/UEBA analytics, and building cyber fusion centers. Background includes technical enablement, solution architecture for enterprise and government clients, and implementing security automation workflows across IR, TIP, and SOC use cases.

Threat Intelligence & AnalysisSecurity Orchestration (SOAR/XSOAR)Incident Response & Digital ForensicsSecurity Operations Center (SOC)SIEM & Security AnalyticsCyber Fusion & Threat SharingSecurity Automation & IntegrationManaged Detection & Response (MDR)

Editorial Standards & Analyst Review

CyberNetSec.io uses automation to assist source monitoring, deduplication, observable extraction, and structured intelligence generation. Published analysis follows human-defined editorial standards and adds defensive context including MITRE ATT&CK, D3FEND, STIX, and Sigma where applicable. Read our editorial policy.

Tags

BootkitUEFIFirmwareAPTBlackXBlackLotusPersistenceSecure Boot

📢 Share This Article

Help others stay informed about cybersecurity threats

🎯 MITRE ATT&CK Mapped

Every tactic, technique, and sub-technique used in this threat has been identified and mapped to the MITRE ATT&CK framework for consistent, actionable threat language.

🧠 Enriched & Analyzed

Observables and indicators of compromise (IOCs) have been extracted and cataloged. Risk has been assessed and correlated with known threat actors and historical campaigns.

🛡️ Actionable Guidance

Detection rules, incident response steps, and D3FEND-aligned mitigation strategies are included so your team can act on this intelligence immediately.

🔗 STIX Visualizer

Structured threat data is packaged as a STIX 2.1 bundle and can be visualized as an interactive graph — relationships between actors, malware, techniques, and indicators.

⚡ Sigma Generator

Sigma detection rules are derived from the threat techniques in this article and can be converted for deployment across any major SIEM or EDR platform.