Le pedí a Claude Code que auditara un sistema operativo de 1981. Encontró el fallo y lo explotó.
Si has estado en la keynote de Chema Alonso en apIAddictsday26, aquí tienes un material extra que complementa la charla: qué modelo usar para buscar cada tipo de fallo en tu código, y dónde se queda corto cada uno. En un PDF, gratis.
En la charla de Chema viste mi vídeo: Claude Code auditando el kernel de 86-DOS 1.00, ensamblador 8086 de 1981, hasta encontrar un fallo en FNDCLUS y escribir la prueba de concepto.
A mitad de camino saltó el filtro de ciberseguridad de Claude. Por ahí va este material: no todos los modelos sirven para lo mismo, y no todos te dejan hacerlo.
El material extra: qué modelo usar para cada fallo
Me la hacen siempre. Y no hay uno que gane en todo.
El que mejor lee ensamblador no tiene por qué ser el que mejor encuentra un fallo de autorización en una API. El que más acierta puede ser justo el que no puedes usar, porque tu código no puede salir de la empresa o porque se niega a hacer el trabajo.
He juntado en un PDF qué modelo rinde mejor en cada tipo de fallo. Cada dato con su fuente, y lo que te va a frenar con cada uno: negativas, confidencialidad y coste. También te cuento cuál uso yo para ciberseguridad y por qué.
Es para quien audita su propio código antes de que llegue a producción. La parte ofensiva la cuentan Chema y su equipo en Hacking & Pentesting con Inteligencia Artificial, de 0xWord.
Lo que pasa cuando dejas el correo
Te llega un email para confirmar. En cuanto le das al enlace, te mando el PDF.
Además entras en mi newsletter: un email al día a las 15:17, sobre IA y seguridad, con lo que veo dentro de empresas. Te das de baja con un clic cuando quieras.
Me llamo Daniel Alfocea. Llevo veinte años en seguridad y desarrollo, he sido Principal Engineer del departamento de IA del Banco Santander y escribí MCP Seguro con Alfonso Muñoz.
Gracias a Chema por dejarme la pantalla.
Daniel Alfocea