Tracked as CVE-2026-13585. ASUS has published a vendor advisory with countermeasures.

ASUS ships a kernel driver called bsitf.sys with their Business Manager and Software Manager. It creates a device at \\.\bsitf that requires admin to open.

IOCTL 0x222808 takes a size from your input buffer, allocates that much physically contiguous kernel memory, maps it into your process, and gives you back the pointer AND the physical address. There’s no validation on the size, no limit on how many allocations you can make, and no input checking at all.

alloc_size = *(DWORD *)Irp->AssociatedIrp.SystemBuffer;

kernel_va = MmAllocateContiguousMemory(alloc_size, 0xffffffff);
mdl = IoAllocateMdl(kernel_va, alloc_size, FALSE, FALSE, NULL);
MmBuildMdlForNonPagedPool(mdl);
user_va = MmMapLockedPages(mdl, UserMode);

output[0] = user_va;
output[1] = MmGetPhysicalAddress(kernel_va);

I tested three versions, they all have the same bug:

What can you actually do with this

To be clear about what this is and isn’t: the buffer you get is a fresh kernel pool allocation. You control its contents but not where it lands in kernel memory. You can’t use this alone to overwrite arbitrary kernel structures.

What it does give you:

Pool exhaustion DoS. Call the IOCTL in a loop without freeing. There’s no size cap and no allocation limit. The kernel runs out of NonPagedPool and BSODs. This works from any admin process.

Physical address disclosure. Every allocation returns its physical address. Useful as an info leak primitive or for DMA attacks.

Shellcode staging (v3.0.x only). On version 3.0.10.0 the pool type is NonPagedPool which is executable. You can write shellcode from usermode into the buffer and it’ll be sitting in executable kernel memory at a known address. But you still need a separate bug to redirect kernel execution there. On v3.1.x versions with NonPagedPoolNx this doesn’t apply.

PoC

The proof of concept is a Rust crate. cargo build --release and you’re good.

Load the driver (requires admin):

sc create bsitf binPath= "C:\path\to\bsitf.sys" type= kernel
sc start bsitf

Run:

cargo run --release

Output on Windows 11 24H2:

[+] device handle acquired

[+] kernel allocation succeeded:
    usermode VA:     0x000001D856F90000
    physical addr:   0x00000000BF6CB000

[*] writing 0xCC pattern...
[+] readback: usermode R/W CONFIRMED

[+] mapping freed via IOCTL 0x22280C

Full source is on GitHub.

Timeline