A vulnerable or malicious driver blocked from loading.
What gives it awayAn unfamiliar driver name, particularly one loading from a temporary or user directory rather than from the Windows driver store.
ATT&CK T1547.006Nothing matches that yet. Tell us what you were looking for and it goes on the list.
Windows System Log · Event 219
Windows tried to load a driver for a piece of hardware and could not. Often harmless — a leftover entry for a device that is no longer plugged in — but it is also what a genuinely broken device looks like, and occasionally what blocked malware looks like.
Also written as Event ID 219Kernel-PnP 219driver load failure 219
Windows could not start the software for a piece of hardware. If everything still works, it is usually a leftover entry for something you unplugged. If a device stopped working, this is probably why.
Also fires when driver signature enforcement or an allow-list blocks a load, which is worth distinguishing from a missing file. An unfamiliar driver name failing to load can be the tail of a blocked vulnerable-driver attempt — check the path and signature before dismissing it.
Sanitised. Addresses come from the RFC 5737 documentation ranges.
The driver \Driver\WudfRd failed to load for the device SWD\WPDBUSENUM\{00000000-0000-0000-0000-000000000000}. Everything else in the log line is context.
Most of the time it is one of these.
What gives it awayAn unfamiliar driver name, particularly one loading from a temporary or user directory rather than from the Windows driver store.
ATT&CK T1547.006What gives it awayA security vendor's driver failing to load, which leaves the product degraded or blind.
ATT&CK T1562.001Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='Microsoft-Windows-Kernel-PnP'} -MaxEvents 50 | Select-Object TimeCreated, Id, Message | Format-List Get-PnpDevice | Where-Object { $_.Status -ne 'OK' } | Select-Object Status, Class, FriendlyName, InstanceId Usually not. The most common cause is a leftover registration for hardware that is no longer connected, and Windows keeps trying anyway. It matters when a device has genuinely stopped working, or when the driver name is one you do not recognise.
The message includes a device instance path. Match it in Device Manager with View, Devices by connection, and Show hidden devices — hidden entries are exactly where removed hardware lives, which is usually the answer.
Occasionally. Attackers load vulnerable signed drivers to gain kernel access, and a blocked attempt can surface here. What to look at is the driver path and signature: a driver loading from a temporary or user profile directory rather than the Windows driver store is worth investigating properly.
Last reviewed 28 August 2026