Ingeniería inversa de sala limpia y otras preguntas habituales

La ingeniería inversa de sala limpia es un método documentado en el que una persona estudia un producto y redacta una especificación, y una segunda persona construye a partir de esa especificación sin ver el código original. Se usa para la interoperabilidad. No es una garantía legal, así que consulta a un abogado antes de apoyarte en ella.

Un concurso CTF (capture the flag) ofrece binarios de práctica pensados para estudiarse, y tú averiguas cómo se comporta cada uno para resolver el reto. Participa solo en concursos cuyas reglas permitan la ingeniería inversa. CJK Workbench lee los listados que tus propias herramientas exportan de esos binarios y guarda tus notas. Las notas viven en un solo archivo.

Un programa pequeño en C que hayas escrito tú es el primer objetivo habitual: compílalo y lee su desensamblado junto al código fuente. Mantenlo por debajo de 8 líneas. Así aprendes registros, pila y convención de llamada con una respuesta correcta que ya conoces. Añade binarios de práctica de un curso o concurso cuando lo básico te resulte familiar.

Las fuentes habituales son la documentación, las cabeceras, las cadenas legibles y los nombres de las funciones importadas, y una referencia de convenciones de llamada explica el resto. CJK Workbench puede buscar páginas de documentación con web_search, traer una con http_get y buscar en tu texto exportado con grep. Verifica cada fuente.

Sí, cjkcode.com es el sitio web oficial de CJK Workbench. Descarga solo la versión original y compara su suma de comprobación SHA-256 con el manifiesto publicado antes de ejecutarla, porque el instalador aún no está firmado. Verifica primero la suma. Las preguntas se envían con el botón Send feedback dentro de la aplicación.

No. Las explicaciones del ensamblador y los scripts generados pueden ser erróneos, así que confirma cada resultado con el listado y lee cada diff antes de aceptarlo. En el modo Ask first el agente se detiene antes de las acciones que cambian algo. Cuando sea legal, añade una prueba en un laboratorio.

No. Lee el texto que producen tus propias herramientas, como listados de desensamblado y la salida de strings, y no desempaqueta, no parchea ni ejecuta programas desconocidos. Shell ejecuta comandos de terminal, como tu propio comando de exportación o un script auxiliar de Python sobre una copia, e informa del código de salida real. Ejecuta lo que no sea de confianza solo en una VM aislada.

Un agente de IA es un ayudante que se sitúa entre tu desensamblador y tus notas en ese flujo de trabajo, la rutina de exportar, leer y anotar un programa que estudias. Al incorporar IA a ese flujo, empieza por un solo paso: pide al agente que explique un listado que exportaste, y añade scripts y subagentes más tarde. Las tarjetas muestran resultados reales.

La respuesta depende del modelo que elijas. Con un modelo en la nube, el texto del prompt, incluido el texto del archivo que lee el agente, va a ese proveedor; con un modelo local no sale nada del equipo. Elige primero el modelo. Los secretos que aparecen en la salida de las herramientas se ocultan antes de llegar al modelo, y la aplicación no envía telemetría.

Funcionan tres tipos: un proveedor de IA en la nube mediante un endpoint de API estándar, un modelo que se ejecuta en local en tu PC y el modelo integrado. El botón Test comprueba un endpoint y muestra el tiempo de respuesta y la ventana de contexto. Elige según la tarea.

No. Puedes usar CJK Workbench sin cuenta, y la aplicación muestra un botón Update cuando hay una versión nueva. Un proveedor de IA en la nube puede cobrar aparte por su API. La página de descarga explica cómo comprobar la suma SHA-256 del instalador con el manifiesto publicado.