La Nintendo Switch 2 acaba de sufrir su primer desbloqueo público conocido mediante una vulnerabilidad de software, un avance que abre nuevas posibilidades para la comunidad de desarrolladores y aficionados a la modificación de consolas. Detrás del hallazgo está Sammy Hajhamid, conocido en Internet como pepsipu, que ha utilizado OpenAI Codex como herramienta de apoyo para investigar fallos de seguridad y desarrollar el exploit denominado ns2jb. El procedimiento aprovecha un problema en SmileBASIC 4, una aplicación de programación de la primera Switch que también funciona en su sucesora, y permite ejecutar código no autorizado por Nintendo sin instalar modificaciones físicas. La demostración incluye personajes ajenos al universo de la compañía japonesa dentro de Mario Kart World. Sin embargo, conviene poner las cosas en perspectiva: el desbloqueo no es permanente, necesita repetirse después de cada reinicio y todavía está lejos de proporcionar un control completo sobre la consola. Lo más interesante no es únicamente el resultado, sino el papel que ha desempeñado la inteligencia artificial en una investigación de seguridad que hasta hace poco habría requerido muchas horas de análisis manual.

Un fallo de software abre la puerta

El responsable de este descubrimiento es Sammy Hajhamid, investigador de seguridad que utiliza el alias pepsipu. Su proyecto, denominado ns2jb, demuestra que es posible ejecutar código nativo en la Nintendo Switch 2 mediante una cadena de vulnerabilidades, sin recurrir a chips adicionales ni modificar físicamente la placa de la consola. El hallazgo se ha hecho público el 22 de octubre de 2026 y afecta, según su autor, al firmware 23.0.1, una de las versiones más recientes del sistema.

La puerta de entrada es SmileBASIC 4, un entorno de programación para la Nintendo Switch original que también puede ejecutarse en su sucesora gracias a la retrocompatibilidad. La aplicación se diseñó para que los usuarios pudieran crear sus propios programas, pero precisamente esa compatibilidad entre generaciones ha terminado proporcionando una vía inesperada para investigar la seguridad de la nueva máquina.

El primer problema identificado es un desbordamiento de enteros de 32 bits (32-bit integer overflow) en el intérprete de BASIC. Simplificando bastante, al eliminar determinados elementos de una matriz, un cálculo relacionado con sus posiciones y cantidades puede superar el rango esperado y producir un resultado incorrecto. Esto permite manipular un puntero y acceder a zonas de memoria que deberían permanecer fuera del alcance del programa.

El descubrimiento inicial no era suficiente para hacerse con el control de la consola. Hajhamid encontró después otra vulnerabilidad en el módulo del sistema encargado de gestionar el sistema de archivos, relacionada con un desbordamiento de búfer en memoria. La combinación de ambos fallos permite avanzar desde una aplicación con privilegios limitados hasta conseguir ejecutar código nativo con los permisos de determinados módulos del sistema.

Desde el punto de vista de la seguridad informática, hablamos de una cadena de exploits: varias debilidades que, combinadas, permiten superar barreras que individualmente serían mucho más difíciles de franquear. No se trata, por tanto, de una única contraseña descubierta ni de un sencillo truco que pueda activar cualquier usuario desde el menú de la consola.

Codex, una herramienta más en la investigación

Uno de los aspectos que más ha llamado la atención es la participación de OpenAI Codex, la herramienta de inteligencia artificial utilizada por Hajhamid para ayudar a analizar el código y explorar posibles vulnerabilidades. No obstante, conviene evitar una interpretación demasiado simplista: la IA no ha desbloqueado por sí sola la Switch 2 mediante una petición mágica.

Según la información publicada por el investigador y recogida por MadRobot, el trabajo exigió aproximadamente dos semanas de experimentación. Codex contribuyó a investigar el intérprete, localizar fallos y desarrollar partes del procedimiento, mientras que el investigador preparó el entorno necesario para interactuar con las consolas y comprobar los resultados.

La infraestructura utilizada resulta especialmente interesante. El sistema permitía enviar entradas por USB, observar la salida de vídeo a través de HDMI y reiniciar físicamente los dispositivos cuando un experimento provocaba un bloqueo. Para automatizar este último paso, incluso se empleó un dispositivo Bluetooth capaz de accionar un interruptor. De esta forma, los agentes de IA podían realizar pruebas sucesivas sobre hardware real en lugar de limitarse a analizar fragmentos de código en una pantalla.

Este enfoque muestra una de las aplicaciones más prometedoras —y también más delicadas— de los agentes de programación: acelerar la investigación experimental. Una IA puede proponer hipótesis, generar código de prueba y ayudar a interpretar resultados, reduciendo el tiempo dedicado a tareas repetitivas. Sin embargo, sigue siendo necesario diseñar los experimentos, disponer del equipo apropiado, validar los resultados y entender qué ocurre cuando algo falla.

El propio investigador aclaró que el proceso no fue inmediato. De hecho, la modificación de Mario Kart World utilizada como demostración se preparó mucho más rápidamente que el exploit de seguridad propiamente dicho. Esta distinción es importante: generar modificaciones visibles para un videojuego y descubrir una vulnerabilidad que permita ejecutar código con determinados privilegios son problemas técnicos muy diferentes.

Qué permite hacer el desbloqueo ns2jb

La demostración pública más llamativa consiste en ejecutar una versión modificada de Mario Kart World, uno de los títulos exclusivos de la nueva consola. En las carreras aparecen personajes que no forman parte del catálogo oficial de Nintendo, como Peter Griffin, Hatsune Miku y Cinnamoroll. Es una forma bastante gráfica de demostrar que el juego puede ejecutarse con modificaciones que la plataforma no contempla de manera oficial.

Sin embargo, las posibilidades van más allá de añadir personajes. El acceso conseguido puede facilitar la ejecución de programas caseros, conocidos como homebrew, el análisis interno de juegos, la investigación de sus mecanismos de funcionamiento y la realización de copias de seguridad de partidas guardadas. También permite acceder a buena parte de los periféricos de la consola mediante operaciones de acceso a memoria mapeada para entrada y salida, conocidas como MMIO.

Hay que subrayar que todo esto no equivale a disponer de un sistema completamente abierto. El exploit proporciona acceso de tipo userland, es decir, dentro de un entorno de ejecución con privilegios limitados respecto al control total del sistema. No se ha demostrado con este procedimiento una liberación permanente del arranque ni la instalación de un firmware personalizado completo.

La diferencia es fundamental. Para controlar plenamente una consola suele ser necesario superar también las protecciones del núcleo del sistema y conseguir que el acceso persista tras apagarla. ns2jb no resuelve todavía ese conjunto de problemas. Su valor reside en demostrar que existen vías de entrada aprovechables y en ofrecer una base sobre la que otros investigadores podrían continuar trabajando.

Nintendo ya tiene motivos para reaccionar

El método presenta varias limitaciones prácticas. Para empezar, requiere una versión concreta de SmileBASIC 4, identificada como la 4.4.9, además de un ordenador con macOS o Linux y herramientas basadas en Node.js. El equipo debe estar conectado a la misma red accesible que la consola. Además, el procedimiento debe repetirse cada vez que la Switch 2 se reinicia, porque el acceso conseguido no permanece almacenado como una modificación permanente del sistema.

La disponibilidad de SmileBASIC 4 también se ha convertido en un factor importante. Según Nintendo Life, Nintendo ha retirado el programa de su tienda digital tras hacerse público el descubrimiento. Esta decisión dificulta que nuevos usuarios puedan conseguir la aplicación necesaria, aunque no elimina las copias que ya se habían adquirido.

La compañía dispone de otras medidas para limitar el alcance de la vulnerabilidad. Una actualización del firmware podría corregir los errores utilizados por el exploit, aunque la efectividad de cualquier parche dependerá de los detalles concretos de su implementación. Es razonable esperar una respuesta técnica, pero no conviene dar por confirmado ningún calendario de actualización que Nintendo no haya anunciado.

La experiencia con la primera Switch demuestra que la batalla entre fabricantes e investigadores puede prolongarse durante años. En aquella consola aparecieron vulnerabilidades de hardware que no podían solucionarse mediante una actualización convencional y que obligaron a introducir cambios en revisiones posteriores. El caso actual es diferente: el acceso se apoya en fallos de software y, por tanto, existen más posibilidades de corregirlos mediante actualizaciones.

Tampoco debe confundirse la ejecución de código no autorizado con la piratería generalizada. Aunque el desbloqueo puede facilitar modificaciones y otras actividades, no demuestra por sí mismo que sea posible ejecutar copias no autorizadas de cualquier juego comercial. A día de hoy, las capacidades verificadas deben distinguirse de las posibilidades que podrían aparecer en futuros desarrollos.

Reflexiones finales

El primer desbloqueo público conocido de la Nintendo Switch 2 es una noticia relevante por dos motivos. El primero es técnico: la retrocompatibilidad ha permitido que una aplicación diseñada para la consola anterior se convierta en el punto de partida para investigar la seguridad de la nueva generación. El segundo es metodológico: Codex ha participado en un proceso real de búsqueda y explotación de vulnerabilidades, aunque bajo la dirección de una persona con conocimientos especializados y con una infraestructura de pruebas preparada para ello.

La inteligencia artificial está reduciendo algunas barreras de entrada a la investigación de software, pero eso no significa que la experiencia humana haya dejado de ser necesaria. Entender los resultados, distinguir una hipótesis de un fallo reproducible y encadenar vulnerabilidades continúa requiriendo conocimientos técnicos y muchas horas de trabajo.

Para los aficionados al homebrew, este descubrimiento puede ser el principio de una etapa interesante. Para Nintendo, supone una advertencia sobre la dificultad de proteger sistemas cada vez más complejos. Y para el resto de la industria, confirma que las mismas herramientas que ayudan a desarrollar software también pueden utilizarse para buscar sus puntos débiles.

Por ahora, ns2jb es una demostración parcial, no una llave universal para la consola. Su importancia dependerá de que otros investigadores consigan ampliar sus capacidades, de la respuesta de Nintendo y de cuánto contribuya la IA a acelerar los siguientes pasos.