Windows 11: Solución definitiva al BSOD ndis.sys (controlador de red y filtros NDIS)

¿Pantallazo azul en Windows 11 que menciona ndis.sys? Este artículo explica qué significa, por qué ocurre después de reinstalar o actualizar, cómo solucionarlo de forma fiable y cómo prevenir que vuelva a aparecer, con un caso real donde la actualización manual del driver de red eliminó el problema.

Índice

Qué es ndis.sys y por qué aparece en un BSOD

ndis.sys es el componente del sistema que implementa Network Driver Interface Specification (NDIS), la capa que coordina la comunicación entre Windows y los controladores de red (NIC) y también con los “filtros” que intermedian ese tráfico (VPN, virtualizadores, cortafuegos, capturadores de paquetes, soluciones industriales como WinCC, etc.).

Cuando el pantallazo azul menciona ndis.sys, casi siempre significa que un controlador de red o un filtro NDIS cometió una operación inválida a bajo nivel. NDIS aparece como implicado porque es el “árbitro” de la pila de red, pero la causa raíz suele ser un driver de terceros desactualizado, defectuoso o en conflicto.

Resumen rápido de la solución que funciona

Actualiza manualmente el controlador del adaptador de red desde la web del fabricante del equipo o del chip (Intel, Realtek, Qualcomm/Killer, Broadcom, etc.). Evita Windows Update y la opción “Actualizar controlador” del Administrador de dispositivos.
Haz una instalación en limpio del driver (desinstalar y eliminar el software anterior, reiniciar e instalar el paquete del fabricante).
Si persiste, restablece la pila de red y desactiva temporalmente filtros NDIS en conflicto (VPN, virtualización, captura).

Caso real: Tras pasar de Windows 10 a Windows 11 Pro y actualizar BIOS/controladores, el equipo empezó a arrojar pantallas azules con referencia a ndis.sys. Windows ofrecía un driver de red de 2021; el fabricante publicaba uno de 2024. Al instalar manualmente el driver 2024, los BSOD desaparecieron. Otro usuario reportó el inicio de los errores tras instalar WinCC (filtro NDIS adicional).

Guía paso a paso para corregir BSOD ndis.sys

Recorre los pasos en orden. El objetivo es actualizar y estabilizar tu pila de red y descartar conflictos.

Identifica tu adaptador de red

Presiona Win + R, escribe devmgmt.msc y pulsa Enter.
Abre Adaptadores de red, doble clic en tu tarjeta (Wi‑Fi/Ethernet), ve a la pestaña Detalles y en Propiedad elige Id. de hardware. Con eso reconoces el vendor y el device (p. ej., Intel, Realtek, Qualcomm/Killer, Broadcom).

También puedes obtenerlo con PowerShell:

Get-NetAdapter | Select Name, InterfaceDescription, DriverVersion

Tip adicional para ver el INF cargado y la fecha del driver:

Get-PnpDevice -Class Net | 
  Where-Object { $.FriendlyName -or $.Name } | 
  ForEach-Object {
    $inf = (pnputil /enum-drivers) -join "`n" | Select-String -Pattern $_.InstanceId -Context 0,8
    [PSCustomObject]@{
      Dispositivo = $_.FriendlyName
      Id          = $_.InstanceId
      Controlador = $_.Driver
      Estado      = $_.Status
    }
  }

Descarga el driver más reciente del fabricante

Ve al portal de soporte del fabricante del equipo (Dell, HP, Lenovo, ASUS, etc.) o del fabricante del chip (Intel PROSet/AX2xx, Realtek RTL8xxx/2.5G, Killer/Qualcomm, Broadcom NetXtreme, etc.).
Prefiere paquetes “solo controlador” (driver only) sin utilidades adicionales para minimizar posibles conflictos.
Comprueba fecha y versión del archivo INF/driver. No te fíes de “Ya está el mejor controlador instalado”.

Instala el driver en limpio

Abre el Administrador de dispositivos → tu adaptador → Desinstalar dispositivo → marca “Eliminar el software de controlador de este dispositivo”.
Reinicia el equipo.
Ejecuta el instalador descargado del fabricante y completa el asistente.

Si el controlador se resiste a desinstalar, puedes forzar la eliminación del INF antiguo desde un símbolo del sistema con privilegios elevados:

pnputil /enum-drivers | more
REM Localiza el paquete oemXX.inf correspondiente a tu NIC y luego:
pnputil /delete-driver oemXX.inf /uninstall /force

Restablece la pila de red

Si, tras actualizar, el problema persiste, ejecuta estos comandos como Administrador (Símbolo del sistema):

netsh winsock reset
netsh int ip reset
ipconfig /flushdns

Reinicia al finalizar para que se reconstruyan las vinculaciones NDIS.

Busca filtros NDIS en conflicto

Muchos BSOD de ndis.sys aparecen cuando coexisten varios filtros: VPN (OpenVPN, WireGuard, IPsec), virtualizadores (Hyper‑V, VirtualBox, VMware), captura (Npcap/WinPcap), cortafuegos de terceros, soluciones SCADA como WinCC.

En Centro de redes → Cambiar opciones del adaptador → clic derecho en tu NIC → Propiedades → en “Esta conexión usa los siguientes elementos”, desmarca temporalmente los filtros que no sean esenciales.
Prueba estabilidad. Si el BSOD desaparece, vuelve a activar uno por uno hasta encontrar el conflictivo.

Para listar componentes NDIS instalados:

netcfg -s n

Para ver (y desactivar) vinculaciones de un componente con PowerShell:

Get-NetAdapterBinding -Name "*" | 
  Where-Object {$.Enabled -eq $true -and $.DisplayName -like "Filter"} | 
  Sort-Object Name, ComponentID
Para desactivar temporalmente un filtro concreto en un adaptador:
Disable-NetAdapterBinding -Name "Ethernet" -ComponentID "SEU.COMPONENTE.FILTRO"

Ejecuta la autorreparación del sistema

Descarta corrupción de archivos de sistema que afecte la pila de red:

sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth

Reinicia al terminar ambos procesos.

Descarta problemas de hardware o versiones concretas

Ejecuta Diagnóstico de memoria (mdsched.exe) o MemTest86 para descartar RAM inestable.
Si el fallo comenzó tras una actualización de BIOS/UEFI, restaura defaults o desactiva funciones experimentales (p. ej., Memory Context Restore, overclock, C‑states agresivos) para probar.
Prueba versiones alternativas del driver: retrocede desde la pestaña Controlador → Revertir o instala otra versión avalada por el fabricante.

Nota específica para entornos con WinCC

Si el BSOD comenzó justo después de instalar WinCC, hay alta probabilidad de que un filtro/controlador de red agregado por WinCC esté afectando la pila NDIS.

Reinstala el driver de la NIC siguiendo los pasos de instalación en limpio después de instalar WinCC. Esto fuerza una re‑vinculación correcta de los filtros NDIS.
En Propiedades del adaptador, desactiva temporalmente los elementos nuevos añadidos por WinCC y verifica estabilidad.
Evita tener múltiples filtros simultáneos (por ejemplo, VPN + WinCC + Npcap). Mantén solo los estrictamente necesarios para la operación.

Tabla rápida: fabricantes habituales y líneas de chip

Fabricante del equipo	Chips de red más comunes	Notas de drivers
Dell, HP, Lenovo	Intel I2xx/I219/I225/I226, AX200/AX201/AX210, Realtek RTL8111/RTL8125 (2.5 G)	Usa paquete del OEM o el de Intel/Realtek si el OEM está desfasado.
ASUS, MSI, Gigabyte	Intel I225/I226, Realtek RTL8125/RTL8156B, Intel AX2xx	En placas base, revisa también la página de tu modelo exacto.
Acer, Toshiba	Qualcomm/Killer E2xxx/Wi‑Fi, Realtek	En chips Killer, versiones antiguas causan conflictos con filtros VPN.
Workstations/Servidores	Broadcom NetXtreme, Intel X5xx/XXV710, Mellanox (Ethernet)	Drivers del fabricante del adaptador o del OEM del servidor.

Mensajes de error que suelen acompañar a ndis.sys

Aunque la pantalla azul destaque ndis.sys, el bug check puede variar. Estos son los más frecuentes y su interpretación típica:

DRIVERIRQLNOTLESSOR_EQUAL (0xD1): acceso inválido a memoria por un driver de red o filtro NDIS.
SYSTEMTHREADEXCEPTIONNOTHANDLED (0x7E): excepción no gestionada en contexto de kernel de un controlador.
KMODEEXCEPTIONNOT_HANDLED (0x1E): excepción de modo kernel; a menudo drivers de terceros.
PAGEFAULTINNONPAGEDAREA (0x50): lectura/escritura indebida en memoria no paginada; RAM inestable o driver mal programado.
DRIVERPOWERSTATE_FAILURE (0x9F): transiciones de energía (suspensión/hibernación) fallan por drivers incompatibles.

Cómo revisar rápidamente un minidump

Si tienes minidumps (C:\Windows\Minidump), ábrelos con WinDbg (Preview) y ejecuta:

!analyze -v
lmvm &lt;nombredeldriver_sospechoso&gt;

Busca en la pila llamadas a drivers de red (por ejemplo, e1d, rt640x64, bxvbda, nandis, vwifibus) o filtros (componentes con “filter”, “tap”, “npcap”). Recuerda que ndis.sys rara vez es la causa; es el marco donde falló otro componente.

Checklist de diagnóstico antes de escalar

Versión y fecha del driver de la NIC actual y versiones probadas.
Lista de filtros NDIS instalados (netcfg -s n) y cuáles están activos.
Resultados de netsh winsock reset y netsh int ip reset con reinicio.
Resultado de sfc /scannow y DISM (y si repararon algo).
Historial: ¿ocurre tras instalar VPN / virtualizador / WinCC / suite de seguridad?
Registros del Visor de eventos (Kernel‑Power, Network, BugCheck) y Monitor de fiabilidad.
Pruebas con Wi‑Fi deshabilitado y solo Ethernet (y viceversa), para aislar la interfaz.
Verificación con otro puerto/interruptor/router para descartar anomalías físicas (especialmente en 2.5G).

Script útil de PowerShell para inventario de red

Guarda un inventario básico de tu pila de red en un archivo de texto para adjuntarlo en tickets:

$out = @()
$out += "=== Adaptadores ==="
$out += (Get-NetAdapter | Format-Table -Auto Name, Status, LinkSpeed, DriverVersion | Out-String)
$out += "=== IP ==="
$out += (Get-NetIPConfiguration | Format-Table -Auto InterfaceAlias, IPv4Address, IPv6Address, DNSServer | Out-String)
$out += "=== Filtros ==="
$out += (netcfg -s n | Out-String)
$out += "=== Bindings ==="
$out += (Get-NetAdapterBinding -Name "*" | Where-Object {$_.Enabled} | 
         Format-Table -Auto Name, ComponentID, DisplayName | Out-String)
$out | Out-File -FilePath "$env:USERPROFILE\Desktop\inventario_red.txt" -Encoding utf8
"Inventario guardado en el Escritorio."

Buenas prácticas para prevenir futuros BSOD

Prioriza drivers del fabricante del equipo o del chip frente a Windows Update y al botón “Actualizar controlador”.
Tras instalar software que añade filtros NDIS (VPN, virtualizadores, cortafuegos, herramientas industriales como WinCC), realiza una reinstalación del driver NIC para re‑vincular correctamente.
Evita duplicidades: no mezcles varias VPN al mismo tiempo, ni múltiples soluciones de captura. Desinstala lo que no uses.
Crea un punto de restauración antes de tocar controladores o instalar software de red.
Mantén el BIOS/UEFI actualizado, pero si un problema aparece tras una actualización, prueba con valores por defecto o la versión previa.
En equipos 2.5G/10G, comprueba que el firmware del switch y las negociaciones de velocidad no generen microcortes (pueden detonar drivers inestables).

Preguntas frecuentes

¿ndis.sys es un virus?

No. Es un archivo legítimo de Windows encargado de la interfaz NDIS. Si un malware lo suplantara, lo normal es que SFC y Defender lo detecten.

¿Basta con deshabilitar la tarjeta Wi‑Fi o Ethernet?

Puede reducir la frecuencia del BSOD si el driver culpable es de esa interfaz, pero no es una solución. Actualiza o cambia la versión del driver.

¿Puedo dejar el driver que Windows instala automáticamente?

Es un buen punto de partida, pero cuando hay BSOD, la experiencia demuestra que los paquetes del fabricante (más nuevos o con correcciones específicas) son los que resuelven la incompatibilidad.

¿Tengo que reinstalar Windows?

Solo si agotas la actualización en limpio del driver, el restablecimiento de la pila, la desactivación de filtros y las comprobaciones de sistema. En la mayoría de casos, no es necesario.

¿Qué relación hay con WinCC?

WinCC puede instalar controladores/filtros NDIS para funciones de red industrial. Si la instalación reordena o duplica filtros, aparecen conflictos. Reinstalar el driver NIC tras WinCC y desactivar filtros redundantes es la vía más efectiva.

¿El Overclock o XMP pueden influir?

Sí. Memoria inestable eleva la probabilidad de errores en modo kernel. Si sospechas, prueba con XMP desactivado o con frecuencias JEDEC.

Hoja de ruta de solución, de un vistazo

Paso	Acción	Objetivo	Resultado esperado
1	Identificar NIC y versión del driver	Conocer modelo exacto	Datos para descargar driver correcto
2	Descargar driver más reciente del fabricante	Obtener correcciones específicas	Paquete “driver only” listo
3	Instalar en limpio (desinstalar, eliminar, reiniciar, instalar)	Eliminar restos problemáticos	Vinculaciones NDIS regeneradas
4	Restablecer Winsock e IP	Recrear la pila de red	Estado coherente de componentes
5	Desactivar filtros NDIS no esenciales	Detectar conflictos	BSOD cesa al quitar el filtro culpable
6	Ejecutar SFC y DISM	Corregir archivos de sistema	Sistema consistente
7	Test de RAM y prueba de versiones de driver	Descartar hardware/bugs específicos	Estabilidad verificada

Comandos útiles reunidos

:: Información y bindings
netcfg -s n

\:: Restablecimientos
netsh winsock reset
netsh int ip reset
ipconfig /flushdns

\:: Verificación de sistema
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth

\:: Eliminar driver por INF
pnputil /enum-drivers
pnputil /delete-driver oemXX.inf /uninstall /force

# Inventario rápido
Get-NetAdapter | Select Name, Status, LinkSpeed, DriverVersion
Get-NetAdapterBinding -Name "*" | Where-Object {$_.Enabled} | 
  Sort-Object Name, ComponentID | Format-Table -Auto

Diagnóstico básico de IP
Test-NetConnection -ComputerName 1.1.1.1 -InformationLevel Detailed

Conclusión práctica

La referencia a ndis.sys en un pantallazo azul de Windows 11 no suele apuntar a un fallo del propio Windows, sino a un driver de red o filtro NDIS que se comporta mal. La medida más efectiva es instalar manualmente el driver más reciente del fabricante y, si hiciera falta, restablecer la pila de red y desactivar filtros en conflicto. Esta receta resolvió el caso real descrito (Windows ofrecía un driver 2021 y el fabricante uno de 2024; la instalación manual eliminó el BSOD) y es la pauta recomendada cuando el problema surge tras instalar software que añade filtros, como WinCC. Con los pasos detallados y las buenas prácticas de prevención, podrás recuperar la estabilidad del sistema y evitar que el error reaparezca.

Resumen en una frase: el BSOD “ndis.sys” en Windows 11 casi siempre se corrige con la actualización manual del controlador de red, la instalación limpia y la revisión de filtros NDIS añadidos por VPN, virtualización o herramientas industriales, reforzado por un restablecimiento de la pila y comprobaciones de integridad del sistema.