Lo que hizo caer tu PC probablemente no lo escribió Microsoft

Cuando Windows se cae, el código que lo empujó suele venir de otro sitio. Un controlador gráfico, un controlador de Wi-Fi, algo que un producto de seguridad enterró en lo más hondo del sistema. Esas piezas se ejecutan en modo núcleo, donde no hay red de seguridad alguna. Un error en una aplicación normal cierra la aplicación. Un error ahí abajo se lleva la máquina entera, y el usuario ve una pantalla azul con el nombre de Microsoft encima.

Microsoft ha dejado de fingir que ese es problema de otros. La Driver Quality Initiative, anunciada en WinHEC en mayo, se apoya en cuatro pilares. La arquitectura es el que cuenta: endurecer los controladores en modo núcleo y sacar el código de terceros del núcleo por completo, bien al modo usuario, bien a controladores de clase escritos por la propia Microsoft. Los demás cubren una verificación más estricta de quién puede publicar un controlador, la limpieza de entradas viejas y de mala calidad en el catálogo de Windows Update, y la evaluación de los controladores por consumo de batería y calor en lugar de solo por el recuento de fallos.

Los primeros resultados ya se ven. El controlador gráfico Intel Arc 32.0.101.9034 salió este mes como su primera versión compatible con Windows 11 26H2, y los controladores de Wi-Fi y Bluetooth de Intel ya se han construido con las nuevas reglas. Nada de esto es una descarga que uno vaya a buscar. Es un sector cambiando su forma de escribir código, así que llega despacio y solo se nota por lo que deja de pasar.

Mientras tanto sigue valiendo la regla de siempre: una actualización de controlador puede arreglarte la máquina o arruinarte la semana, y conviene tener camino de vuelta. Tendvane guarda una copia de los controladores que tienes ahora mismo en el PC en la carpeta que elijas y puede reinstalarlos después, de modo que probar uno más nuevo sigue siendo una decisión reversible.