CVE-2026-94146: BioStar BIOS Driver Flaw
TL;DR - CVE-2026-94146 is a local write-what-where vulnerability in the
BSMEM64_W10.syskernel driver. - BioStar BIOS Update Utility 1.9.7.3 is the affected version identified in available records. - NVD reports that an exploit has been made public, but active exploitation has not been established. - No vendor-confirmed fixed version has been identified. - Organizations should inventory, remove, disable, or isolate affected systems.
Vulnerability at a Glance
| Field | Details |
|---|---|
| CVE ID | CVE-2026-94146 |
| Product | BioStar BIOS Update Utility |
| Affected version identified | 1.9.7.3 |
| CVSS base score | 8.8 |
| CVSS vector | Not available in the retrieved NVD record |
| Attack vector | Local |
| Vulnerable component | BSMEM64_W10.sys kernel driver |
| Vulnerable function | sub_110BC |
| Vulnerability type | Write-what-where condition |
| Patch available | No vendor-confirmed patch identified |
| Public exploit | NVD reports that an exploit has been made public |
| Confirmed exploitation in the wild | Not established |
| CISA KEV status | Not listed |
CVE-2026-94146 affects a Windows kernel-mode driver rather than an ordinary user-space application. A local attacker who can access the driver’s IOCTL interface may be able to manipulate kernel memory, potentially enabling privilege escalation or other high-impact compromise.
The available evidence does not identify a complete affected-version range or a vendor-supported fixed release. Treat systems running BioStar BIOS Update Utility 1.9.7.3, or systems containing the vulnerable driver, as exposed until the utility and driver are removed, replaced, or superseded by a vendor-confirmed security update.
What Is CVE-2026-94146?
The vulnerability is located in the sub_110BC function of BSMEM64_W10.sys, which processes IOCTL requests. According to the NVD description, attacker-controlled PhysicalAddress and Size values can be manipulated to create a write-what-where condition.
A write-what-where primitive may allow an attacker to influence both the destination of a memory write and the amount or scope of the operation. In a kernel driver, this is especially dangerous because successful exploitation could corrupt kernel structures, modify security-sensitive state, or support a privilege-escalation chain.
The retrieved material confirms the vulnerability class and local attack requirement. It does not establish the full exploit chain, exact write constraints, or a demonstrated impact beyond the underlying arbitrary-memory-write condition.
The attack is local, meaning an attacker must already have code execution or interactive access to the affected Windows system. That requirement does not make the issue low risk. Malware, a malicious insider, a compromised software process, or an attacker with limited local access could potentially use the driver to cross security boundaries.
For background on secure communications when retrieving vendor advisories and updates, see our HTTPS glossary entry.
Who Is Affected?
The confirmed affected product is BioStar BIOS Update Utility 1.9.7.3. The vulnerable file is:
BSMEM64_W10.sys
The vulnerable functionality is the driver’s IOCTL handler. Available research does not confirm additional BioStar releases or provide a version range such as “before version X.”
Do not rely solely on installed-application inventory. A system may retain the driver after the visible utility has been removed. The driver may also remain registered as a Windows driver service even when the utility is not actively used.
Investigate both:
- The installed BioStar BIOS Update Utility
- The presence, registration, and loading state of
BSMEM64_W10.sys
No vendor-confirmed fixed version was identified as of 21 September 2026. The vendor was reportedly contacted before disclosure but did not respond in the retrieved material. Do not assume that a later-looking package is safe unless BioStar’s official support or download channel explicitly identifies a security fix and names the affected and fixed versions.
CVSS Score Breakdown
CVE-2026-94146 has a CVSS base score of 8.8, placing it in the high-severity category. The available record confirms that the attack vector is local, but it does not provide the complete CVSS vector string.
Because the vector is unavailable, the remaining score components should not be reconstructed from the numeric score. The following table separates confirmed information from unknown information:
| CVSS component | Assessment |
|---|---|
| Base score | 8.8 |
| Attack vector | Local |
| Attack complexity | Not stated |
| Privileges required | Not stated |
| User interaction | Not stated |
| Scope | Not stated |
| Confidentiality impact | Not stated |
| Integrity impact | Not stated |
| Availability impact | Not stated |
| Complete vector | Not available in the retrieved NVD response |
Administrators should use the 8.8 score for prioritization while avoiding unsupported assumptions about exploitation prerequisites. The local requirement makes endpoint inventory, software control, and local privilege management particularly important.
Exploitation Status
NVD states that “the exploit has been made public.” This indicates public exploit availability, not confirmed exploitation in operational environments.
The available research did not identify a verified GitHub repository or a reproducible public proof of concept tied specifically to CVE-2026-94146. VulDB records are cited by the NVD entry, but some referenced pages were inaccessible during retrieval.
There is no established evidence in the supplied record that CVE-2026-94146 is being exploited in the wild. The CVE is not listed in the CISA Known Exploited Vulnerabilities catalog, and no ransomware campaign or confirmed intrusion campaign is associated with it in the available material.
The current assessment is:
Public exploit reported; active exploitation unconfirmed.
This distinction should not delay containment. Local kernel-driver vulnerabilities can become more actionable when exploit code is public, especially on systems with broad local administrative access, unmanaged software, or existing malware infections.
Analyst’s Take: Treat CVE-2026-94146 as an endpoint containment problem. Inventory and remove or isolate the vulnerable utility and driver even though active exploitation has not been established.
How to Detect CVE-2026-94146
Start by identifying endpoints with the BioStar utility or the vulnerable driver. Useful sources include:
- Installed-application inventory
- Windows driver-service enumeration
- File and hash inventory
- Endpoint detection and response telemetry
- Software deployment records
- Driver-load events
Search for the exact filename BSMEM64_W10.sys, but also validate its path, publisher metadata, hash, and load state. Filenames can be copied or renamed by unrelated software.
A driver-load event is a useful signal when Sysmon or equivalent endpoint telemetry is enabled. Suspicious activity may include an unexpected process opening a device associated with the driver, followed by a driver load or unusual kernel-related activity.
Because the exploitation path is local and does not require a network request to the vulnerable host, network-only monitoring is unlikely to reliably detect exploitation.
PowerShell File and Driver Checks
Run the following checks locally or through an endpoint-management platform:
$paths = @(
"$env:windir\System32\drivers\BSMEM64_W10.sys",
"$env:windir\SysWOW64\drivers\BSMEM64_W10.sys"
)
$paths | ForEach-Object {
if (Test-Path $_) {
Get-Item $_ | Select-Object FullName, Length, CreationTime, LastWriteTime,
@{Name="SHA256";Expression={(Get-FileHash $_ -Algorithm SHA256).Hash}}
}
}
Get-CimInstance Win32_SystemDriver |
Where-Object {
$_.Name -match 'BSMEM|BioStar' -or
$_.PathName -match 'BSMEM64_W10\.sys|BioStar'
} |
Select-Object Name, DisplayName, State, StartMode, PathName
For Sysmon deployments, investigate Event ID 6, Driver loaded, where the ImageLoaded field ends with:
\BSMEM64_W10.sys
A generic SIEM query pattern is:
EventID=6
AND ImageLoaded endswith "\\BSMEM64_W10.sys"
Also search process-access and device-interaction telemetry for unexpected user processes around the same time. The exact device name and IOCTL code are not provided in the available research, so defenders should not create a fabricated signature.
If a vendor advisory or validated proof of concept later identifies the device object or control code, update detection content accordingly.
Mitigation and Patching
No vendor-confirmed fixed version was identified. The affected version explicitly named in available records is 1.9.7.3. No supported upgrade target can be stated without inventing a version.
Do not treat an unrelated BioStar download, a repackaged installer, or a later version lacking security-release documentation as confirmed remediation.
The preferred mitigation is to remove the utility and driver from systems where BIOS-update functionality is not required. If the utility is operationally necessary:
- Restrict its use to a controlled administrative workstation.
- Limit local administrator access.
- Prevent untrusted code execution on the host.
- Monitor the driver and its associated service.
- Keep the workstation isolated from general user activity.
- Use approved change-management procedures for BIOS updates.
These controls reduce exposure but do not repair vulnerable driver code. An endpoint security product such as Get Malwarebytes → may provide additional malware and suspicious-process monitoring, but it should not be treated as a substitute for removing or disabling the vulnerable driver.
Identify the Driver Service
First identify the registered service name rather than assuming it from the filename:
Get-CimInstance Win32_SystemDriver |
Where-Object { $_.PathName -match 'BSMEM64_W10\.sys' } |
Format-List Name, DisplayName, State, StartMode, PathName
After confirming that the service belongs to the BioStar utility, and that disabling it will not interrupt an approved maintenance operation, stop and disable it:
Stop-Service -Name "<validated-service-name>" -Force
Set-Service -Name "<validated-service-name>" -StartupType Disabled
Do not run these commands with an unverified service name.
Remove the Utility
If the utility is no longer needed, remove it through the organization’s software-management process. For a Windows package managed by an approved installer, administrators can first locate the exact registered product:
Get-CimInstance Win32_Product |
Where-Object { $_.Name -match 'BioStar BIOS Update Utility' } |
Select-Object Name, Version, IdentifyingNumber
Win32_Product can trigger MSI consistency checks, so enterprise teams should prefer their software inventory platform when available.
Do not manually delete BSMEM64_W10.sys while its service is active. After removal or disablement:
- Reboot if required by the driver state.
- Confirm that the driver is no longer loaded.
- Verify that the file and driver service are absent or disabled.
- Check endpoint telemetry for later attempts to load the driver.
- Document the affected system and remediation status.
Continue monitoring BioStar’s official support channels for a fixed release. Once a vendor-confirmed version is published, test it in a controlled group, verify the driver’s file version and hash, and deploy it through normal change management.
Until then, removal or isolation is the most defensible workaround.
Incident Response Considerations
If an affected driver is found on a system showing signs of compromise, preserve evidence before making changes where operationally possible. Record:
- The driver path, file hash, version, and timestamps
- Service configuration and current load state
- Recently installed applications and drivers
- Local administrator and user activity
- Process and driver-load telemetry
- EDR alerts and suspicious command-line activity
- Relevant Windows event logs
If a compromise is suspected, consider forensic acquisition before removing artifacts. See our guide to what forensic imaging is for background on preserving a system for investigation.
Containment decisions should follow the organization’s incident-response plan. Removing the vulnerable utility may reduce future exposure, but it does not prove that a system was never exploited.
References
The primary record is the NVD entry for CVE-2026-94146. It identifies BioStar BIOS Update Utility 1.9.7.3, the BSMEM64_W10.sys driver, the sub_110BC IOCTL handler, the local attack requirement, the 8.8 CVSS score, and the statement that an exploit has been made public.
Additional records cited in the research include the VulDB CVE record, VulDB submission record, VulDB vulnerability record, and VulDB CTI record.
The CISA Known Exploited Vulnerabilities Catalog does not currently list CVE-2026-94146. The available sources do not provide a confirmed fixed version, complete affected-version range, reproducible proof-of-concept location, or evidence of active exploitation in operational environments.
This article may contain affiliate links. We earn a commission on qualifying purchases at no extra cost to you.