KERNEL_SECURITY_CHECK_FAILURE en Windows 10: solución

El error KERNEL_SECURITY_CHECK_FAILURE (código de comprobación de error 0x00000139) indica que el núcleo del sistema operativo ha detectado la corrupción de una estructura de datos crítica. En la inmensa mayoría de las situaciones en Windows 10, este fallo se debe a un controlador de dispositivo incompatible, archivos dañados tras una actualización o fallos en los módulos de memoria RAM. Aplicando una comprobación de la integridad del sistema y actualizando controladores conflictivos es posible detener los reinicios inesperados.

Qué significa el error KERNEL_SECURITY_CHECK_FAILURE

Este fallo crítico pertenece a la familia de comprobaciones de error del kernel de Windows. Ocurre cuando una rutina del sistema detecta que se ha sobreescrito una lista interna, un puntero o un búfer protegido, lo que compromete la seguridad y la estabilidad del equipo. Para evitar una pérdida masiva de datos o vulnerabilidades de ejecución de código arbitrario, Windows detiene inmediatamente todos los procesos y genera un volcado de memoria (minidump).

Suele manifestarse al iniciar sesión, al abrir videojuegos exigentes, al conectar periféricos USB o de forma aleatoria durante tareas cotidianas. Si este comportamiento se combina con otros problemas de memoria, es recomendable revisar también cómo solucionar el error de pantalla azul MEMORY MANAGEMENT en Windows, ya que ambos comparten síntomas vinculados a la gestión de datos volátiles.

Causas más habituales

Controladores incompatibles o desactualizados: Especialmente los controladores de tarjetas gráficas, adaptadores de red Wi-Fi y tarjetas de sonido que escriben de forma errónea en el espacio de memoria del kernel.
Archivos del sistema dañados: Archivos de arranque o librerías dinámicas corruptas tras un corte de luz o una actualización interrumpida de Windows Update.
Problemas en la memoria RAM o disco: Sectores defectuosos en unidades de almacenamiento o módulos de memoria con celdas degradadas que alteran bits de datos.
Conflictos con software de seguridad: Antivirus de terceros, programas antitrampas (anti-cheat) de videojuegos o herramientas de virtualización con controladores de bajo nivel no firmados.
Incompatibilidad tras activar Inicio rápido: La carga del estado del kernel desde el archivo de hibernación puede restaurar estructuras corruptas repetidamente.

Antes de empezar

Para trabajar de forma segura en la resolución de este fallo, ten en cuenta las siguientes precauciones:

Inicia sesión con una cuenta que disponga de permisos de Administrador para ejecutar la consola de comandos y las herramientas de diagnóstico.
Si el equipo entra en bucle de reinicios y no permite acceder al escritorio, arranca en Modo seguro con funciones de red manteniendo pulsada la tecla Shift mientras haces clic en Reiniciar desde la pantalla de inicio de sesión.
Desconecta temporalmente periféricos no esenciales como discos duros externos, adaptadores Bluetooth USB o tabletas digitalizadoras para descartar fallos de hardware secundario.

Solución 1: Desactivar el Inicio rápido de Windows

La función de Inicio rápido guarda una imagen del kernel y de los controladores cargados en el disco duro al apagar el equipo. Si alguno de estos datos contiene un error de integridad, se recargará en el siguiente inicio provocando el pantallazo azul.

Pulsa las teclas Windows + R, escribe control y presiona Enter para abrir el Panel de control clásico.
Haz clic en Opciones de energía (asegúrate de tener la vista en Iconos pequeños o grandes).
En el menú lateral izquierdo, selecciona Elegir el comportamiento de los botones de inicio/apagado.
Pulsa sobre el enlace superior que indica Cambiar la configuración actualmente no disponible para habilitar los permisos administrativos.
En la sección inferior, desmarca la casilla Activar inicio rápido (recomendado).
Haz clic en Guardar cambios y reinicia el equipo por completo.

Al desactivar esta opción, Windows realiza un apagado real y vuelve a inicializar todos los controladores y estructuras del kernel desde cero en cada arranque, eliminando residuos corruptos en memoria.

Solución 2: Reparar la imagen del sistema con SFC y DISM

Si los archivos del sistema que gestionan la seguridad del kernel están dañados, las utilidades nativas de comprobación pueden restaurar las copias originales desde el almacén de componentes de Windows.

Pulsa la tecla Windows, escribe cmd, haz clic derecho sobre Símbolo del sistema y selecciona Ejecutar como administrador.
Introduce el siguiente comando para analizar y reparar el almacén de componentes mediante Windows Update:
```
DISM.exe /Online /Cleanup-image /Restorehealth
```
Espera a que el proceso llegue al 100%. Esta operación puede tardar entre 10 y 25 minutos dependiendo de la velocidad del disco.
Una vez finalizado DISM, ejecuta el Comprobador de archivos de sistema escribiendo:
```
sfc /scannow
```
Verifica el mensaje final. Si indica que encontró archivos dañados y los reparó correctamente, reinicia el ordenador.

DISM descarga los paquetes oficiales limpios desde los servidores de Microsoft, mientras que SFC sustituye los archivos de sistema alterados por estas copias válidas, corrigiendo las comprobaciones de integridad fallidas del kernel.

Solución 3: Actualizar o revertir controladores conflictivos

Los controladores que interactúan a bajo nivel son los principales causantes del error 0x0000139. Si el problema comenzó tras actualizar los gráficos o la tarjeta de red, es necesario intervenir en el Administrador de dispositivos.

Haz clic derecho sobre el botón de Inicio y selecciona Administrador de dispositivos.
Despliega las secciones Adaptadores de pantalla y Adaptadores de red.
Haz clic derecho sobre tu tarjeta gráfica (NVIDIA, AMD o Intel) y pulsa en Propiedades.
Ve a la pestaña Controlador. Si la opción Revertir al controlador anterior está disponible, pulsa sobre ella para volver a la versión estable previa.
Si la opción está deshabilitada, pulsa en Actualizar controlador y elige Buscar controladores automáticamente, o descarga el instalador más reciente desde la página web del fabricante de tu placa base o tarjeta gráfica.
Repite la revisión en adaptadores de red y controladores de almacenamiento SATA/NVMe.

Al instalar un controlador verificado o eliminar uno defectuoso, evitas que llamadas de memoria no válidas crucen los límites de aislamiento asignados por el sistema operativo.

Solución 4: Comprobar el estado de la memoria RAM

Un fallo físico en las celdas de memoria RAM provoca que los datos cambien de valor espontáneamente, lo que activa de inmediato la alerta de KERNEL_SECURITY_CHECK_FAILURE. Para saber si este es el motivo, revisa la memoria con la herramienta nativa.

Pulsa Windows + R, escribe mdsched.exe y pulsa Enter.
Selecciona la primera opción: Reiniciar ahora y comprobar si existen problemas (recomendado). Asegúrate de haber guardado tus documentos abiertos.
El ordenador se reiniciará en un entorno azul básico ejecutando la Herramienta de diagnóstico de memoria de Windows.
Deja que finalicen las dos fases del análisis sin interrumpir el proceso.
Cuando el equipo arranque de nuevo en Windows, los resultados aparecerán en una notificación. También puedes consultarlos abriendo el Visor de eventos, entrando en Registros de Windows > Sistema y filtrando por el origen MemoryDiagnostics-Results.

Si el diagnóstico detecta errores de hardware, significa que uno de los módulos de memoria está dañado y debe ser reemplazado o probado de forma individual en diferentes ranuras de la placa base.

Solución 5: Usar el Comprobador de controladores (Driver Verifier)

Cuando los métodos anteriores no identifican el controlador exacto que falla, el Verificador de controladores fuerza al sistema a someter a pruebas de estrés a los controladores no firmados para aislar el ejecutable causante.

Atención: Esta herramienta puede provocar que el sistema entre en bucle de pantallas azules deliberadamente para identificar el fallo. Asegúrate de saber iniciar en Modo seguro para desactivarla si es necesario.

Abre el Símbolo del sistema como administrador.
Escribe verifier y pulsa Enter para abrir el asistente.
Selecciona Crear configuración estándar y haz clic en Siguiente.
Marca la opción Seleccionar automáticamente controladores no firmados o Seleccionar controladores de una lista y marca todos los que no pertenezcan a Microsoft Corporation.
Pulsa Finalizar y reinicia el equipo.
Utiliza el ordenador normalmente hasta que vuelva a fallar. Al reiniciar tras la pantalla azul, consulta el archivo .sys que aparece mencionado en el reporte.
Para desactivar el comprobador una vez terminado el análisis, abre de nuevo la consola como administrador y ejecuta:
```
verifier /reset
```

El parámetro verifier /reset devuelve el subsistema a su estado de comprobación estándar, permitiendo desinstalar con precisión el software causante identificado en el volcado.

Cómo comprobar que se ha solucionado

Para tener certeza de que el error ha quedado resuelto, utiliza el equipo bajo las condiciones donde solía aparecer el fallo (por ejemplo, ejecutando tareas pesadas, reproduciendo vídeo en alta definición o jugando). Adicionalmente, puedes verificar el estado de los registros:

Abre el Visor de eventos (ejecutando eventvwr.msc) y revisa la sección Registros de Windows > Sistema. Comprueba que no figuren eventos críticos de tipo BugCheck en las últimas horas de uso.
Verifica la carpeta C: eady emp o directamente C: eady emp junto con C: eady emp para confirmar que no se han generado nuevos volcados tras la aplicación de las soluciones.
Si experimentas bloqueos parecidos pero con otros códigos, consulta cómo solucionar la pantalla azul de la muerte (BSOD) en Windows 10 y 11 paso a paso para un diagnóstico general complementario.

Si nada de lo anterior funciona

Si el fallo continúa presentándose de manera recurrente, el origen suele encontrarse en componentes físicos o corrupciones profundas de la placa base:

Analizar el archivo minidump: Descarga la herramienta oficial WinDbg desde la documentación oficial de Microsoft y abre el archivo situado en C: eady emp. Ejecuta el comando !analyze -v para leer el parámetro Arg1 del código 0x139, el cual indica el tipo exacto de estructura alterada.
Actualizar la BIOS/UEFI: Una versión obsoleta de la BIOS puede gestionar de forma errónea los voltajes del procesador o las frecuencias del bus de memoria RAM, activando falsos positivos en el kernel.
Comprobar el disco duro: Utiliza el comando chkdsk C: /f /r en la consola para aislar sectores defectuosos en el disco donde reside la partición de Windows.
Reinstalación limpia: Si las pruebas de hardware son correctas pero el sistema sigue inestable, realiza una instalación limpia de Windows 10 mediante un soporte USB creado con la herramienta oficial Media Creation Tool.

Preguntas frecuentes

¿El antivirus de terceros puede causar KERNEL_SECURITY_CHECK_FAILURE?

Sí. Las soluciones de seguridad instalan controladores de filtro en el kernel para supervisar la memoria y el tráfico de red. Si el software no está actualizado para la compilación específica de Windows 10, puede corromper tablas internas del sistema. Desinstala temporalmente el antivirus y utiliza Seguridad de Windows para comprobarlo.

¿Este error significa que mi ordenador ha sido infectado con un virus?

Rara vez se debe a una infección activa. Aunque el término incluye la palabra «Security», la comprobación hace referencia a la seguridad de la memoria y la integridad de los punteros internos del sistema operativo, no a un ataque informático externo.

¿Por qué el error ocurre únicamente al abrir un juego determinado?

Los juegos modernos suelen incorporar controladores antitrampas que operan a nivel de kernel (Ring 0). Si el servicio antitrampas (como Easy Anti-Cheat o BattlEye) entra en conflicto con un controlador de periférico o una actualización de Windows, provocará el bloqueo instantáneo del equipo.

¿Es peligroso forzar el apagado repetidamente con este error?

Sí. Si el sistema sufre continuos apagados repentinos mientras se escriben datos en disco, pueden dañarse archivos del sistema de archivos NTFS, agravando el problema original. Se aconseja resolver el error trabajando en Modo seguro.