Tu CPU obsoleta no estaba obsoleta: era un byte
Escuchar el artículo · 5:03
POP4.2 instala Windows 11 26H2 en CPUs de 2008 cambiando un byte del kernel y resucita PCs que Microsoft dio por muertos.
En este artículo (4)▼
Microsoft declaró muertas millones de CPUs hace dos años. Un parche de un aficionado demuestra que el certificado de defunción lo firmaba una sola comprobación.
El bloqueo de 24H2 era una puerta con un candado de juguete
Desde Windows 11 24H2, Microsoft exige que el procesador soporte las instrucciones SSE4.2 y PopCnt. Sin ellas, la instalación se niega en redondo. Durante dos años no hubo bypass que funcionara. Esta semana, con la llegada general de la versión 26H2, el desarrollador Smu1zel actualizó su herramienta POP4.2 y rompió ese muro: permite instalar 24H2, 25H2 y 26H2 en procesadores con PopCnt pero sin SSE4.2, como los AMD Phenom y la línea K10.
La demostración es deliberadamente insultante para el requisito oficial. El entusiasta Bob Pony instaló 26H2 en un AMD Phenom X4 9600, un cuatro núcleos de 2008, con 8 GB de RAM. Hay vídeo y captura de CPU-Z que lo prueban. El sistema arranca de forma nativa, sin emulación de instrucciones.
Un byte 0D cambiado a 0C y Windows sigue arrancando
El método es quirúrgica inversa. El autor cargó el kernel (ntoskrnl.exe) en el desensamblador IDA, localizó la función indocumentada RtlDetectProcessorFeatures que verifica los requisitos y encontró el punto exacto: en el kernel 26100.7171, offset 00000001400088C0, una secuencia de bytes que termina en 0D. Cambiar ese 0D por un 0C le dice a Windows que omita la comprobación y continúe el arranque.
La tesis técnica del autor: Windows comprueba SSE4.2 y PopCnt, pero el 99% de sus archivos no necesita SSE4.2 en la práctica. Solo dos bibliotecas se resisten porque Microsoft las compiló con instrucciones SSE4.1 (PMOVSXBW y PMOVZXBW): WindowsCodecs.dll y msxml6.dll. Sin la primera, el instalador se cuelga; sin la segunda, ninguna AppX se registra y el sistema queda roto, sin explorer funcional. La solución es copiar ambas desde Windows 11 23H2 a la carpeta blobs/ del proyecto.
Resucitar un Phenom cuesta una tarde y tres dependencias
El procedimiento recomendado es construir una ISO parcheada: descargar la ISO oficial de Microsoft, instalar Python 3.7 o superior con la librería pefile, disponer del Windows ADK (su oscdimg.exe se autodescarga) y ejecutar python pop42.py build con la ISO de entrada. El script pide elevación de administrador para montar imágenes WIM y toquetear el registro offline.
Los límites importan y el autor los declara. Los chipsets Nvidia nForce de la época pueden colgarse en el arranque. Los Intel Core 2 quedan fuera porque carecen de PopCnt, y esa instrucción sí se usa de verdad. Todo el proyecto es experimental: 52 estrellas y una petición implícita de reportar fallos en GitHub.
La obsolescencia la decreta una comprobación, no el silicio
Lo incómodo del caso es la aritmética. Un byte separaba un PC útil de un residuo electrónico. Microsoft endureció los requisitos de Windows 11 en nombre de la seguridad y la fiabilidad, y parte de esa factura es legítima. Pero POP4.2 prueba que el corte de 24H2 incluía hardware capaz de correr la versión 2026 del sistema con dos DLLs prestadas de 2023.
Queda lo que ningún bypass resuelve: nadie ha medido estabilidad a largo plazo ni qué pasará con los acumulativos futuros en máquinas parcheadas, y Microsoft no ha dicho si endurecerá el chequeo en 26H1. Si tienes un Phenom en un cajón, la segunda vida existe. Solo recuerda que la conseguiste editando el kernel con un script de 52 estrellas.
Fuente: hipertextual.com, neowin.net, github.com
