NDIS Virtual Network Adapter Enumerator in Windows 11: Fix Code 22 or 52
NDIS Virtual Network Adapter Enumerator is a Microsoft system-device entry associated with NdisVirtualBus / ROOT\NDISVIRTUALBUS. Its presence alone is not an error. If Device Manager shows a warning, read the exact Device status first: Code 22 means the device is disabled, while Code 52 means Windows cannot verify the required driver's digital signature. Those are different failures and should not get the same fix.
Open the NDIS Virtual Network Adapter Enumerator properties and record the complete Device status message.
Device Manager → System devices → NDIS Virtual Network Adapter Enumerator → Properties → GeneralVerify: Continue only with the branch matching the exact code. If Windows reports normal operation and you have no networking symptom, no repair is indicated by this entry alone.
What NDIS Virtual Network Adapter Enumerator is—and what the name does not prove
Windows inventories identify this Microsoft system device as NdisVirtualBus, commonly with the instance ID ROOT\NdisVirtualBus\0000 and Microsoft INF ndisvirtualbus.inf. Microsoft documentation also describes NDIS as supporting enumeration of network miniport adapters and virtual connections.
That does not make this entry a physical Wi-Fi or Ethernet adapter, and its presence does not by itself prove Hyper-V is active, malware is installed, or your network is broken. Diagnose the status code and the actual network symptom separately.
Fix path #1 — Code 22: enable the device
Microsoft defines Device Manager Code 22 as “This device is disabled.” Its recommended resolution is to enable the device. If you did not intentionally disable NDIS Virtual Network Adapter Enumerator, use Enable device rather than uninstalling system components.
Device Manager → NDIS Virtual Network Adapter Enumerator → Enable deviceVerify: Reopen Properties → Device status. Code 22 should be gone. Then test the network function that was actually failing. Do not claim success merely because the warning icon disappeared if your original network symptom remains.
Fix path #2 — Code 52: treat it as a signature/driver problem
Microsoft defines Code 52 as Windows being unable to verify the digital signature for the driver required by the device. Microsoft lists an unsigned or corrupted driver as possible causes and recommends obtaining a current properly signed driver rather than bypassing signature enforcement.
For this Microsoft system-device entry, first record your Windows edition/build and whether Code 52 appeared after an update, rollback, image modification, driver package, or other system change. If Code 52 appeared immediately after one of those changes, treat the timing as evidence to investigate—not proof that the change caused it. Before changing the driver, open Properties → Driver and record the Driver Provider, Driver Date, and Driver Version. Run Windows Update and restart before considering more invasive repair. If the problem persists, preserve the exact status and system context for Microsoft/OEM support or a Windows component-integrity diagnosis.
Verify: After the supported update/repair path and restart, confirm that Device Manager no longer reports Code 52 and that the affected network behavior works. If Code 52 remains, stop repeating driver toggles and capture evidence.
If you see a different Device Manager code
Code 22 and Code 52 are not interchangeable with Code 31, 32, 43, or other Device Manager statuses. Microsoft assigns different causes and resolutions to different codes. Use the exact code shown in Device status as the next diagnostic key.
Verify: Record the full message—not just the yellow warning icon—before applying another fix.
If networking is broken but the enumerator has no error
Do not make this system-device entry the root cause merely because its name contains “Network Adapter.” Check the adapter or feature that actually fails: Wi-Fi/Ethernet connection state, the relevant virtual adapter, VPN software, or the application using the network. A normal NDIS Virtual Network Adapter Enumerator status is evidence to move the investigation elsewhere.
What not to do first
Still not fixed? Capture this evidence
References
Still stuck? Ask the community
Share the exact Device status/code, Windows version/build, device instance ID, what changed before the warning, and the network symptom you are trying to solve.
Loading community discussion…
Comments could not load here. Open ErrorHarbor Discussions on GitHub →