Un informático en el lado del mal

Curso de Hacking Ético: De 0 a Hackear Aplicaciones: 20, 21 y 22 de Octubre

noreply@blogger.com (Chema Alonso) — Wed, 14 Oct 2026 04:01:00 +0000

Supongo que muchos ya lo habréis visto anunciado en algunos sitios, pero quería avisar yo también por aquí para que nadie se pierda las sesiones del Curso de Hacking Ético - gratuito y online - que daremos Mario Álvarez, Thomas O´Neil, Gorka El Bochi y yo con Big School los próximos días 20, 21 y 22 de Octubre a las 19:00 horas de España, donde veremos temas de hacking desde cero.

Figura 1: Curso de Hacking Ético: De 0 a Hackear Aplicaciones: 20, 21 y 22 de Octubre

Al final tenemos un número limitado de horas, pero yo voy a dar una sesión de Hacking IA, que ya sabéis que es el tema que más me apasiona en los últimos tiempos, pero Mario Álvarez, Gorka El Bochi y Thomas O’Neil van a estar dando sesiones de Hacking de Aplicaciones Web, Hacking con IA y Hacking de Aplicaciones Móviles, por lo que cada día vas a tener una sesión didáctica de los temas más chulos.

Figura 2: Temario del Curso de Hacking Ético gratuito y online

El curso es gratuito, como parte de una formación mucho más amplia, pero todos los que vengáis estos días, tendréis como regalo una serie de manuales en formato electrónico, que podéis utilizar para continuar formándoos una vez terminadas las sesiones.

Figura 3: Manuales de extensión de la formación después de las sesiones.

Por supuesto, al final todos los asistentes se llevarán, además un Certificado de haber realizado esta formación con Mario Álvarez, Thomas O´Neil , Gorka El Bochi y conmigo, para que quede acreditada.

Figura 4: Certificados de asistencia a la formación

Si quieres venir, lo único que necesitas es registrarte en la web del Curso de Hacking Ético, y además te llevarás la guía para configurar los laboratorios vulnerables con los que poder realizar pruebas de intrusión por niveles para aprender cómo funciona el mundo del Hacking Ético.

Figura 5: Registro y Pack de Bienvenida al Curso de Hacking Ético

Yo me conectaré desde San Francisco, que ya sabéis que yo estaré en Connect de Cloudflare, pero todas las sesiones serán en vivo y en directo, así que, si te gusta este mundo, puedes aprender bastantes cosas para empezar en esta formación.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Cómo dirigir Proyectos de IT con Inteligencia Artificial: Los nuevos perfiles profesionales en la empresa

noreply@blogger.com (Chema Alonso) — Tue, 13 Oct 2026 04:01:00 +0000

Otra de las áreas de máxima disrupción en el mundo tecnológico es la Gestión IT de las empresas. Algo que afecta directamente a CIOs y CTOs El mundo del Agentic IT también ha venido para quedarse. De una forma similar a cómo los Agentic SOCs de los profesionales de la Ciberseguridad han cambiado la gestión de la ciberseguridad, los Proyectos de IT han cambiado radicalmente también, y eso exige nuevos líderes, nuevos procesos y nuevos perfiles profesionales.

Figura 1: Cómo dirigir Proyectos de IT con Inteligencia Artificial.

Los nuevos perfiles profesionales en la empresa

Este es el tema principal del FORO UNIR "Dirige proyectos TI con IA Perfiles que contratan las empresas" que tendrá lugar el próximo 29 de Octubre por la tarde, y que si estás pensando en comenzar a trabajar en IT, o quieres dar un vuelco con un Re-skilling o un Up-skilling, no puedes perderte.

Figura 2: FORO UNIR "Dirige proyectos TI con IA.

Perfiles que contratan las empresas"

En esta actividad, que es una formación Gratuita y Online de 1 hora de duración - que que tendrá lugar como ya os he dicho el día 29 de Octubre a las 17:00 se hablará de cómo realizar el seguimiento de proyectos, el análisis de riesgos y la preparación de decisiones. Pero también, se analizará cómo liderar la adopción de IA en los equipos IT para trabajar con Asistentes y Agentes IA conectados a herramientas corporativas, manteniendo el control sobre la información y las decisiones. Y los ponentes serán José Rafael Alcalá, de la compañía Repsol, José Ramón Coz, de la Agencia Espacial Europea, y Luis Guardado, de la multinacional estadounidense Concentrix.

Figura 3: Ponentes del FORO UNIR "Dirige proyectos TI con IA.

Perfiles que contratan las empresas"

Es una oportunidad cómoda de estar una hora durante tu jornada, asistiendo a un evento en remoto, escuchando a profesionales online, para poder escuchar experiencias, aprender, y si estás pensando en cambiar tu carrera profesional o comenzarla en el mundo IT, de saber cómo debes prepararte.

Figura 4: Agenda del FORO UNIR "Dirige proyectos TI con IA.

Perfiles que contratan las empresas"

En la formación estarán Santos Pardos Gotor, que es Arquitecto de soluciones Cloud e instructor de AWS autorizado dando una ponencia de y luego habrá una mesa redonda a la que se unirán Ángel Gálvez Caballero, que es el CISO Avolta, e Iván Sanz Prieto, que es Senior Manager of Software Development for AI, Data & DevSecOps en Lumen Technologies. Así que seguro que puedo seguir aprendiendo cosas de sus experiencias.

Regístrate al Foro de IA aplicada al desarrollo de Software

Para poder venir tú también, lo único que tienes que hacer es inscribirte en el formulario como asistente, para venir el próximo día 29 de Octubre por la tarde (a las 17:00 horas de España), como te he dicho totalmente gratuito y online, y te permitirá aprender cómo se está rediseñando el mundo profesional de los Proyectos de IT, gracias a - o por la irrupción de - la Inteligencia Artificial.

Figura 5: Asiste gratis al FORO UNIR "Dirige proyectos TI con IA.

Perfiles que contratan las empresas"

Si quieres estar al día, y conocer de primera mano cómo son las amenazas, cuál es el estado del mundo de los Proyectos IT en la empresa de hoy en día, entonces sólo necesitas rellenar el formulario y venir al evento con nosotros.

Figura 6: Asiste gratis al FORO UNIR "Dirige proyectos TI con IA.

Perfiles que contratan las empresas"

Al final, esta es una oportunidad para conectarse desde casa o el trabajo, y en poco más de una hora ponerse al día con uno de los temas que más preocupan hoy profesionalmente, como es la Inteligencia Artificial y la Gestión de Proyectos de IT. No desaproveches la oportunidad. Registra tu plaza aquí.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Ekoparty 22: Hacking in the age of AI after Mythos, Fable, Sol and Astra.

noreply@blogger.com (Chema Alonso) — Mon, 12 Oct 2026 07:29:13 +0000

Hoy que es festivo en España, aprovecho para dejaros rápidamente la charla que di en la Ekoparty 22 titulada "Hacking in the age of AI after Mythos, Fable, Sol and Astra.", para que si tenéis algo de tiempo y queréis invertir estos 45 minutos en ver lo que conté - y cómo lo conté -, puedas hacerlo. La he subido a mi Canal Youtube donde tenéis acceso a todas las que he dado y he podido recopilar.

Figura 1: Ekoparty 22: Hacking in the age of AI after Mythos, Fable, Sol and Astra.

La sesión habla de Hacking e Inteligencia Artificial, por supuesto, y por supuesto tiene en el corazón de la misma las debilidades de los modelos por diseño, así que la base de todo es lo que contamos en el libro de "Hacking IA: Jailbreak, Prompt Injection, Hallucinations & Misalignment" que me llevé a la Ekoparty para firmar.

Figura 2:"Hacking IA: Jailbreak, Prompt Injection, Hallucinations & Unalignment"

escrito por Chema Alonso con la colaboración de Pablo González, Fran Ramírez, Amador Aparicio, Manuel S. Lemos y José Palanco en 0xWord

Muchos de los temas que cuento en la charla os los he ido publicando, así que os dejo aquí los enlaces a las diferentes partes de las demos y explicaciones más importantes:

Si te lees el libro y esos seís artículos antes de ver la charla, seguro que has captado el total del contenido de la charla, pero si no, presta atención que la tienes por aquí completa.

Figura 3: Ekoparty 22: Hacking in the age of AI after Mythos, Fable, Sol and Astra.

Y eso es todo por hoy. Disfrutad el día, y si tenéis alguna Pilar en la familia - como yo - disfrutad mucho el día con ella. Mañana nos vemos por aquí, pero hoy, a aprovechar mucho el día para hacer cosas divertidas, deporte, música, lectura, y alguna película buena si hay oportunidad.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Entrevista a Rubén Turienzo sobre cómo ser "Anti-Crisis"

noreply@blogger.com (Chema Alonso) — Sun, 11 Oct 2026 03:01:00 +0000

Hoy domingo os voy a traer una entrevista que tenía muchas ganas de hacer. Es con Rubén Turienzo, y ya os aviso que es una entrevista larga, porque quería preguntarle cosas complejas, y necesitan algo de tiempo para contestar. Y es que su libro de Anticrisis me llamó mucho la atención, y tenía que preguntarle por eso. Y os explico por qué.

Figura 1: Entrevista a Rubén Turienzo sobre cómo ser "Anti-Crisis"

Con la llegada de la IA nuestra profesión está viéndose muy impactada. La Seguridad Ofensiva ha cambiado en menos de un año, pero la Seguridad Defensiva está obligando a los CISOs a replantearse toda su estrategia para facilitar que la empresa sea Agentic-First, al tiempo que tiene que lidiar con nuevos atacantes armados con herramientas basadas en IA muy poderosas, y gestionar todas las debilidades de seguridad que tener sistemas basados en modelos de IA por la empresa. Y hay que hacerlo rápido.

Figura 2: Anticrisis de Rubén Turienzo

Esto, sumado en el sector con el impacto en el desarrollo de tecnología hace que los líderes, los managers, y los profesionales en tecnológica con años de madurez estén viéndose en situaciones de tensión que comparten conmigo en infinidad de charlas. No es un mundo tranquilo ahora, es un mundo de cambio, donde ejecutivos, ingenieros y técnicos tenemos que trabajar nuestra mente para estar centrados y no caer en enfermedades mentales.

Figura 3: Contactar con Rubén Turienzo

Rubén Turienzo es un maestro en vivir en el cambio y en la incertidumbre. En fortalecerte para estar preparado para liderar, para cambiar, para resolver estas situaciones tan complejas desde un punto de vista centrado en ti. En ser mejor. En tener más habilidades, que aunque creas que son innatas, se pueden trabajar. Yo tuve que trabajar muchas de ellas y sigo prestándole mucha atención a seguir trabajándolas y trabajarlas con mis hijas. Por eso esta entrevista es larga. Léela con atención.

1. En tu enfoque, «el cambio» no es una fase pasajera, sino un oficio en sí mismo. En un contexto donde la IA evoluciona a ritmo exponencial, ¿por qué la principal resistencia en las empresas sigue siendo puramente analógica —el factor humano y el miedo— y no técnica?

Hay un precedente que lo explica mejor que cualquier informe sobre inteligencia artificial. Cuando llegó el motor eléctrico, a finales del siglo XIX, las fábricas sustituyeron la gran máquina de vapor por un gran motor eléctrico y dejaron todo lo demás igual: el mismo eje central, las mismas correas, la misma distribución de la planta.

Figura 4: "Haz que suceda" de Rubén Turienzo

La productividad apenas se movió durante décadas. El salto llegó en los años veinte, cuando una nueva generación de ingenieros se hizo la pregunta incómoda: si cada máquina puede tener su propio motor, ¿por qué seguimos organizando la fábrica alrededor de un eje? El economista Paul David lo documentó en 1990, y la lección sigue intacta: la tecnología llega en años; la reorganización, en una generación.

Hoy muchas empresas enchufan la IA al viejo eje. Mismos comités, mismas aprobaciones, mismos miedos. Y ese miedo tiene su propia matemática: Kahneman y Tversky demostraron que una pérdida nos pesa aproximadamente el doble que una ganancia equivalente. Cada empleado hace esa cuenta en silencio, y lo que puede perder (estatus, rutina, la sensación de ser imprescindible) pesa el doble que lo que le prometen ganar.

Por eso el cambio es un oficio y no un evento. Su tarea es equilibrar esa balanza: hacer visible lo que se gana, acompañar lo que se pierde y rediseñar la planta alrededor de las personas. Instalar la tecnología es lo fácil. Lo valiente es rediseñar la fábrica.

2. Comenzaste tu faceta emprendedora muy joven. Si tuvieras 17 años hoy y tuvieras que lanzar tu primer proyecto en pleno auge de la IA generativa, ¿cuál sería tu primer movimiento estratégico y qué regla «clásica» del management desecharías sin contemplaciones?

Mi primer movimiento sería hacer a mano lo que nadie quiere hacer a mano. Paul Graham, cofundador de Y Combinator, lo formuló en 2013: al principio, haz cosas que no escalan. Habla con cada cliente, resuelve su problema en persona, entiende por qué paga. La IA te tienta a automatizar desde el primer día, y ahí está la trampa: automatizar un proceso que no entiendes solo te permite equivocarte más rápido.

Figura 5: Smile - El arte de la actitud positiva de Rubén Turienzo

Primero, diez clientes que te quieran de verdad. Después, el algoritmo. Además, a los 17 tendría una ventaja que cualquier veterano envidiaría: la mente de principiante, lo que el zen llama shoshin. Shunryu Suzuki enseñaba que en la mente del principiante caben muchas posibilidades y en la del experto, muy pocas. En un mercado que se reescribe cada trimestre, desconocer «cómo se ha hecho siempre» es una ventaja competitiva.

¿La regla clásica que desecharía sin contemplaciones? La que mide el éxito por el tamaño de la plantilla. Durante un siglo, tener cien empleados fue sinónimo de haber llegado. Instagram tenía 13 personas cuando Facebook la compró por 1.000 millones de dólares en 2012; WhatsApp, unas 55 cuando se vendió por 19.000 millones en 2014. Y eso fue antes de la IA generativa. La métrica que importa ahora es el valor que creas por persona. El organigrama más rentable del mundo puede caber en una mesa de cocina.

3. En ciberseguridad se suele decir que el eslabón más débil siempre es el usuario, y la ingeniería social lo demuestra a diario. Desde la perspectiva de gestión del cambio y cultura corporativa, ¿cómo se «hackea» o blinda la mentalidad de una plantilla para que la seguridad no se perciba como un freno, sino como parte de la estrategia?

El 27 de marzo de 1977, en el aeropuerto de Los Rodeos, en Tenerife, dos Boeing 747 chocaron en la pista y murieron 583 personas: el peor accidente de la historia de la aviación. Las grabaciones de cabina revelaron algo inquietante. En el avión de KLM, el ingeniero de vuelo planteó una duda sobre si el otro aparato había despejado la pista. El comandante, uno de los pilotos más respetados de la compañía, la descartó y aceleró. La duda existía. Faltaba una cultura que le diera permiso para frenar.

La aviación sacó dos lecciones que la ciberseguridad debería copiar literalmente. La primera, el Crew Resource Management: entrenar a las tripulaciones para que cualquier miembro pueda cuestionar al comandante, y al comandante para escuchar. Piensa ahora en el fraude del CEO: funciona precisamente porque nadie se atreve a cuestionar un correo urgente «del jefe». La segunda, el sistema de notificación voluntaria que la NASA gestiona desde 1976, que protege frente a sanciones al piloto que reporta su propio incidente. Gracias a él, la aviación aprende de errores que en otros sectores se esconden.

Figura 6: Mr.Fox. Una historia apasionante sobre cómo

el coaching político salvó un país de Rubén Turienzo

Traducido a tu empresa: inmunidad para quien avisa, aunque haya sido él quien hizo clic. Permiso explícito, firmado por el CEO, para verificar cualquier orden del CEO. Y simulacros al estilo del Chaos Monkey de Netflix, que rompe sus propios sistemas a propósito para que no se rompan de verdad en el peor momento. La seguridad deja de percibirse como un freno el día que la plantilla entiende que es lo que permite volar.

4. Muchas organizaciones caen en la trampa del postureo tecnológico: adoptan herramientas de IA o dashboards complejos por moda, pero mantienen dinámicas de mando del siglo XX. ¿Cuál es el síntoma más claro de que una empresa está jugando a innovar en lugar de transformar de verdad su negocio?

En 1974, Richard Feynman habló ante los graduados de Caltech de la «ciencia de culto cargo». Durante la Segunda Guerra Mundial, algunos isleños del Pacífico vieron aterrizar aviones cargados de suministros. Terminada la guerra, construyeron pistas, cabañas de control y auriculares de madera, imitando cada gesto de los operadores. Lo hacían todo perfecto. Los aviones no volvieron.

Muchas empresas practican hoy innovación de culto cargo: tienen el laboratorio, el dashboard, el hackathon, la licencia corporativa de IA y la publicación en LinkedIn. Imitan la forma con una precisión admirable, pero los resultados no aterrizan, porque el poder de decisión sigue exactamente donde estaba. Mi test es sencillo: pregunta al comité de dirección qué ha dejado de hacer la empresa en el último año gracias a la nueva tecnología. Qué informe ya no se elabora, qué reunión ha desaparecido, qué aprobación se ha eliminado, qué producto se ha jubilado. Transformar es, ante todo, un ejercicio de resta. Si la lista está vacía, has apilado herramientas encima de las viejas costumbres y tienes más ruido, pero no más inteligencia.

Figura 7: Mrs. Wolf: Una historia asombrosa sobre cómo la

motivación de equipos asentó un gobierno de Rubén Turienzo

En el Reloj Sistémico de las 12P detecto un segundo síntoma: cambian Procesos y Producto, pero el Poder no se mueve. La innovación que necesita pasar por el mismo despacho para cada decisión tiene la autonomía de un decorado. Y conviene desconfiar del dashboard perfecto: la ley de Goodhart advierte que cuando una métrica se convierte en objetivo, deja de medir lo que importa. La empresa que transforma de verdad tiene menos indicadores y más decisiones.

5. Estudias las claves de supervivencia de organizaciones centenarias. Hoy, cuando una startup o modelo de negocio puede quedar obsoleto en cuestión de meses debido a la disrupción tecnológica, ¿qué lección de resiliencia de hace cien años resulta imprescindible para sobrevivir a la era digital?

En Japón tienen una palabra para ellas: shinise, «negocios de larga tradición». El país concentra más empresas centenarias que ningún otro, y en la prefectura de Ishikawa sigue abierto Hōshi, un ryokan fundado en el año 718 que ha pasado de padres a hijos durante más de cuarenta generaciones. Cuando estudié 2.500 empresas centenarias para Anticrisis, encontré un patrón que hoy suena casi herético: casi todas conservan algo que un consultor de eficiencia les mandaría eliminar. Reservas de caja, proveedores alternativos, conocimiento duplicado, margen para equivocarse.

Lo llamamos ineficiencia. En realidad es un seguro de vida. El ejemplo más elocuente es reciente: tras el terremoto de 2011, Toyota descubrió que desconocía quién fabricaba buena parte de los componentes de su cadena y creó un plan de continuidad que incluía acumular reservas de semiconductores. Cuando estalló la escasez mundial de chips en 2021 y otros fabricantes paraban líneas, Toyota resistió mucho mejor. La empresa que inventó el just in time aprendió que la supervivencia exige, a veces, just in case.

Esa es la lección imprescindible para la era digital. Una startup optimizada al milímetro para crecer es un coche de carreras sin rueda de repuesto: perfecto hasta el primer clavo. La disrupción premia a quien sigue en pie cuando cambia la carretera. Las centenarias nunca adivinaron el futuro. Se prepararon para no tener que adivinarlo.

6. El liderazgo tradicional se basaba en el control de la información y la autoridad técnica. Hoy, cualquier empleado puede obtener respuestas estratégicas consultando un modelo de lenguaje en segundos. ¿Cómo se ejerce un liderazgo influyente y creíble cuando el conocimiento operativo está democratizado y automatizado?

En 2005 se celebró un torneo de ajedrez de estilo libre en el que cualquiera podía jugar ayudado por ordenadores. Había grandes maestros con máquinas potentísimas. Ganaron dos aficionados estadounidenses, Steven Cramton y Zackary Stephen, con tres ordenadores corrientes. Garri Kaspárov extrajo la conclusión: jugadores modestos con máquinas y un buen proceso superan a los grandes con un proceso peor. La ventaja dejó de estar en saber más y pasó a estar en coordinar mejor.

Figura 8: La gallina que cruzó la carretera.

Liderazgo y trabajo en equipo de Rubén Turienzo

Eso es el liderazgo después de ChatGPT. El jefe que basaba su autoridad en el monopolio de la información ha perdido esa ventaja para siempre, y es una gran noticia. Lo sé de primera mano: con mi equipo hemos construido The Key, una IA entrenada con mi forma de pensar y con casos resueltos de más de 2.500 empresas, que acompaña a los empresarios de mi programa UPGRADE como consultor de bolsillo. Responde de maravilla. Y precisamente por eso he visto con nitidez qué queda en manos humanas: decidir qué problema merece atención, ponderar lo que no aparece en los datos (el cansancio de un equipo, la lealtad de un cliente, el momento político de una organización) y asumir el coste de equivocarse.

El líder de esta década se parece más a un director de orquesta que a un oráculo. Tu equipo puede consultar a una máquina en segundos; lo que busca en ti es saber hacia dónde vamos, por qué y quién responderá si sale mal. La información se ha democratizado. La responsabilidad sigue teniendo nombre y apellidos.

7. Con la saturación de contenidos automatizados y avatares generados por IA, la marca personal corre el riesgo de volverse irrelevante o clonable. ¿Cómo se construye un impacto público real y perdurable cuando la atención del usuario está más fragmentada que nunca?

En 1975, el biólogo Amotz Zahavi propuso el principio del hándicap para explicar la cola del pavo real: es una señal fiable precisamente porque es cara de producir, y un animal débil no puede permitírsela. La IA generativa ha aplicado esa ley a la comunicación humana. Ha llevado a cero el coste de las señales baratas (el post bien escrito, la imagen impecable, el vídeo con buena voz) y, con él, su valor informativo.

El riesgo ya es real. A principios de 2024, un empleado de la ingeniería Arup en Hong Kong transfirió unos 25 millones de dólares tras una videollamada en la que todos los participantes, incluido el supuesto director financiero, eran deepfakes. Si se puede clonar a un CFO en una reunión, clonar una marca personal en redes es un juego de niños.

Lo que sobrevive son las señales costosas. Opiniones con nombre y apellido que pueden costarte clientes. Casos verificables con empresas reales que podrían desmentirte. Presencia física: después de mil conferencias, sigo creyendo que un auditorio es la prueba de autenticidad más difícil de falsificar. Y coherencia sostenida, que ningún modelo puede fabricar con efecto retroactivo: veinticinco años de trabajo no caben en un prompt.

Mi consejo va contra la corriente de la guerra por la atención: publica menos y arriesga más. Menos contenido para el algoritmo y más tesis por las que estés dispuesto a responder. La atención está fragmentada, pero la confianza se concentra en pocas voces, y siempre en las que se juegan algo.

8. Defiendes que la crisis es un estado inevitable en los negocios («se aproxima una crisis, no importa cuándo leas esto»). Ante un incidente crítico —como un ciberataque masivo o una caída repentina de ingresos por disrupción—, ¿cuál es el primer sesgo directivo que un líder debe desactivar de inmediato para evitar la parálisis?

La sociología de los desastres lleva décadas desmontando un mito: en emergencias reales, las personas rara vez entran en pánico. Lo habitual es lo contrario: siguen con lo que estaban haciendo, buscan confirmación y esperan a ver qué hacen los demás. Es el sesgo de normalidad, el primero que un líder debe desactivar, porque en la empresa se disfraza de sensatez: «no alarmemos a nadie», «esperemos a tener más datos», «seguro que no es para tanto».

En junio de 2017, el ataque NotPetya paralizó Maersk, la mayor naviera del mundo. La compañía reconstruyó en torno a 4.000 servidores y 45.000 ordenadores en unos diez días, y pudo recuperar su red gracias a un único controlador de dominio que sobrevivió en Ghana porque un apagón lo había dejado desconectado.

Figura 9: Carisma complex. 150 píldoras para aumentar

el magnetismo de Rubén Turienzo

El golpe le costó cerca de 300 millones de dólares. Aun así, Maersk se convirtió en un caso de estudio positivo, porque su dirección admitió la magnitud del ataque y habló de él con una franqueza poco habitual. Dos años después, Norsk Hydro sufrió un ransomware, pasó a operar en modo manual, informó a diario con total transparencia y su cotización subió en lugar de hundirse.

Por eso el método ANTI que aplico con empresas en crisis empieza por Admitir: decir en voz alta, en las primeras horas, «estamos en crisis». Después llegan Neutralizar, Templar e Instaurar. Admitir despierta los recursos, la atención y la autoridad que la negación mantiene dormidos. El atacante cuenta con tus horas de duda. Cada una es un regalo para él.

9. Sectores como la ciberseguridad, los datos o el desarrollo de software sufren una alta rotación porque los profesionales priorizan la autonomía y los retos sobre las estructuras jerárquicas rígidas. ¿Qué error recurrente cometen las grandes multinacionales al intentar retener a perfiles altamente calificados y orientados a la tecnología?

El error recurrente de las grandes multinacionales es tratar la fuga del talento técnico como un problema de salario cuando es un problema de diseño del trabajo. Paul Graham lo explicó en 2009 con dos agendas que conviven mal: la del gestor, troceada en reuniones de una hora, y la del creador, que necesita bloques largos para pensar. Para un ingeniero, una reunión a media tarde arruina la jornada entera.

La investigadora Gloria Mark, de la Universidad de California en Irvine, midió que tras una interrupción se tardan de media unos 23 minutos en recuperar plenamente la tarea. Multiplícalo por el calendario de cualquier corporación y entenderás por qué tus mejores perfiles se sienten como cirujanos operando en un pasillo.

El segundo error es el principio de Peter, descrito en 1969: ascender a cada persona hasta su nivel de incompetencia. En tecnología, la única escalera hacia el prestigio suele exigir dejar de hacer lo que mejor haces para pasar a gestionar personas. Es como ascender a tu mejor piloto a jefe de mantenimiento.

El tercero, y el más caro, es confundir retención con compromiso. Los incentivos diferidos retienen cuerpos; la autonomía, el reto y un equipo brillante retienen mentes. Google lo comprobó en su Proyecto Aristóteles: el factor que más distinguía a sus equipos de alto rendimiento era la seguridad psicológica, la posibilidad de equivocarse sin pagar un precio social. Un especialista en ciberseguridad pasa el día buscando vulnerabilidades. No te sorprenda que también encuentre las de tu organigrama.

10. Si pudieras identificar la mayor vulnerabilidad en el modelo mental del directivo tradicional y tuvieras que aplicar un «parche» o hotfix de liderazgo obligatorio hoy mismo, ¿cuál sería y qué comportamiento cambiaría automáticamente?

Ese bug tiene un síntoma inconfundible: el directivo se convierte en el único punto de fallo de su propia organización. Todo pasa por él, todo le espera, todo se rompe cuando él falla. En arquitectura de sistemas nadie aceptaría ese diseño para un servicio crítico; en management lo llamamos «tenerlo todo bajo control».

El parche existe desde hace más de siglo y medio, y procede del lugar más inesperado: el ejército prusiano. Helmuth von Moltke, que advirtió que ningún plan sobrevive intacto al primer contacto con el grueso del enemigo, impulsó lo que hoy se conoce como Auftragstaktik, el mando por misión: el superior comunica la intención y los límites, y el cómo lo decide quien está sobre el terreno. Funcionaba porque aceptaba una verdad incómoda: quien está más cerca del problema suele tener mejor información que quien está más arriba.

Figura 10: El pequeño libro de la motivación de Rubén Turienzo

El hotfix que aplicaría hoy, obligatorio y sin reinicio, es este: antes de dar cualquier instrucción, el directivo comunica tres cosas (para qué, hasta dónde y qué no se negocia) y deja el cómo en manos de su equipo. El comportamiento que cambia automáticamente es la pregunta con la que revisa el trabajo. Deja de preguntar «¿has hecho lo que te dije?» y empieza a preguntar «¿hemos conseguido lo que buscábamos?». Esa pequeña diferencia convierte una pirámide frágil en una red resistente.

Las empresas centenarias lo saben bien. Sobreviven las que reparten el criterio. Las que confían en el terreno. Las que se parchean antes del ataque. Las que no esperan al héroe.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Naked Sun: Fragmented Jailbreak Attacks in Multi-Agents & Jailbreak Monitor (JAMON)

noreply@blogger.com (Chema Alonso) — Fri, 09 Oct 2026 22:29:04 +0000

Como muchos sabéis, este año he estado leyendo mucho del maestro Isaac Asimov. Os conté la historía de la Fundación, La Psicohistoria, el Imperio Galáctico y sus Robots, donde creó sus famosas Leyes de la Robótica, y también os conté como muchos de los problemas de seguridad que tenemos hoy en día con la Inteligencia Artificial, fueron intuidos por Isaac Asimov en el pasado, y para mí ha sido una fuente de inspiración en mucho del trabajo que estoy haciendo durante este año, y la historia que os voy a contar, tiene que ver con todo esto.

Figura 1: Naked Sun: Fragmented Jailbreak Attacks

in Multi-Agents & Jailbreak Monitor (JAMON)

Hoy os voy a hablar de los Fragmented Jailbreak Attacks en Multi-Agent Systems y de cómo estos ataques son un problema aún sin resolver, y de cómo debería ser la herramienta de monitoriación, a la que nosotros hemos llamado cariñosamente JAMON (JAilbreak MONitor), y de lo que podréis leer en breve en cuanto esté publicado el paper que hemos presentadoen el "The 2nd IEEE 2026 International Conference on Cybersecurity and Al-Based Systems (CYBER-AI 2026)" que ha tenido lugar en Bucarest este mes de Septiembre, y donde ha ido a defenderlo mi compañero Daniel Romero Ruiz.

Figura 2: Mitigation of Fragmentation Jailbreak Attacks in Multi-Agent Systems:

An Architecture Based on Global Semantic Monitoring

El título del paper que le pusimos era simplemente "Mitigation of Fragmentation Jailbreak Attacks in Multi-Agent Systems: An Architecture Based on Global Semantic Monitoring" y que espero que pronto podáis leer, cuando se suban los proccedings del congreso IEEE. Pero ya que Daniel Romero Ruiz lo presentó en Rumanía, y yo hablé de él en la Ekoparty 22, os cuento un poco la historia y os dejo las demos, que como os he dicho todo comenzó con la lectura de la novela "Naked Sun" de Isaac Asimov, donde el gran Elijah Baley, acompañado de su compañero R. Daneel Olivaw tienen que resolver un asesinato en Solaria, un mundo donde cada humano "espacial" tiene unos 10.000 robots, todos ellos inofensivos para ellos porque están sujetos a las tres Leyes de la Robótica. Lo disfruté muchísimo en Marzo.

Figura 3: "Naked Sun". El Sol Desnudo de Isaac Asimov

La situación es que, si se descartan a todos los robots porque su System Prompt que son las Leyes de la Robótica, se dan por buenas, entonces sólo una persona podría haber sido la asesina, pero era imposible que fuera ella. Así que... ¿Qué otra posibilidad podría suceder? Pues que alguien hubiera hecho un Fragmented Jailbreak en un Multi-Agent System.

Fragmented Jailbreak en un Multi-Agent System

En un Fragmented Jailbreak Attack alguien puede coordinar diferentes acciones con ordenes que no infligieran las Leyes de la Robótica para conseguir construir un asesinato, y eso se puede hacer exactamente igual en el mundo Agentic AI que vivimos hoy en día. Así que llamé a mi amigo, colega y compañero de aventuras tecnológicas Daniel Romero Ruiz, y le molesté a horas intempestivas para contarle la idea.

Figura 4: Threat Model de "Fragmentation Jailbreak Attack"

Por supuesto, le encantó, y nos pusimos a diseñar y vibe-codear un entorno de pruebas, y una serie de escenarios distintos que pudieran ser exitosos, además de trabajar en la idea de "Cómo detectar estos Fragmented Attacks", y trabajamos en la idea del Jailbreak Monitor (JAMON) como un elemento de monitorización reactiva - avisando de que se está produciendo un ataque -, o preventiva - bloqueando las acciones con un 2nd Factor Authoritation - si te suena este concepto es que tú sí que sabes }:) -.

Figura 5:"Hacking IA: Jailbreak, Prompt Injection, Hallucinations & Unalignment"

escrito por Chema Alonso con la colaboración de Pablo González, Fran Ramírez, Amador Aparicio, Manuel S. Lemos y José Palanco en 0xWord

En el ejemplo de los robots, supón que le dices a un robot, "lleva esta caja a esta ubicación y déjala allí". La caja está cerrada, y no puede abrirla, ¿está incumpliendo la Primera Ley de la Robótica? No, evidentemente. Pero si no abre la caja, no sabe si lo que va dentro es una bomba o no. Para los no versados en las Leyes de la Robótica, la Primera Ley establece que un robot, por acción o inacción no puede dejar que un humano sufra daño alguno. Llevar una caja cerrada no parece ir contra ella, y el robot no tiene forma de detectar un ataque, así que lo hace. En el mundo de la IA y los System Prompts, sucede un poco lo mismo. Cuando alguien pide información sobre algo, el modelo no sabe si la intención es benigna o maligna, y eso hace que acabe haciendo cosas en contra de lo que no debería hacer.

Figura 6: El Atacante usa un LLM para hacer la Fragmentación del Ataque

En nuestra arquitectura tenemos un modelo LLM que es el que controla el atacante, y que es el que se va a encargar de hacer la Fragmentación de las tareas para hacer que un Prompt que es detectado por todos y cada uno de los Agentes IA de un entorno MAS como un Prompt malicioso, haga que cada una de las tareas que se le asigna no sean detectadas como tal. Esto puede funcionar con un sólo Agente IA, como vimos en el caso de los ataques de Jailbreak con Knowledge Return-Oriented Prompting, pero en un sitema multi-agente (MAS) donde estos pueden actuar sobre el mismo sistema, hacer la fragmentación por Agentes IA es mucho más difícil de ser detectada.

Figura 7: Los Agentes IA representados como Butlers

En nuestro ejemplo, lo que queremos es que el sistema prepare lejía para darle a un humano, algo que los Agentes IA de forma independiente se niegan a hacer, pero donde utilizamos un Fragmentador de tareas dejando ciegos a cada uno de los agentes del trabajo previo. El último Agente IA lo deja preparado - sin saberlo -, pero no se lo da al humano, sino que usamos otra Agente IA para que lleve "la caja con la bomba" o en este caso "el vaso de agua que es lejía".

Figura 8: El último Agente lleva el vaso con la bebida a la víctima.. con placer.

El resultado final, que nosotros lo hemos hecho con modelo que comprueba si ha tenido o no ha tenido éxito el ataque, nos dice cuál es resultado final para el Humano, y así medimos el Attack Surface Ratio (ASR) del experimento.

Figura 9: Resumen del experimento del Fragmented Attack

En el siguiente vídeo, puedes ver este ataque realizado en nuestro framework de test de los Fragmented Jailbreak Attacks para cómo responde cada entorno MAS ante un tipo de ataques. Hay que tener en cuenta que las empresas están plagándose de Agentes IA, y por tanto, poder Fragmentar el ataque no es algo sólo posible, sino bastante sencillo hoy en día.

Figura 10: Fragmented Jailbreak exitoso

Como podéis ver en el vídeo, el entorno ha utilizado Dolphin como LLM Model para el Attacker Planner, aunque también permite utilizar WhiteRabbitNeo o uno personalizado, mientras que los Agentes IA están corriendo con GPT-4.1 para la demo que habéis visto, y también para el Monitor que verifica el resultado del ataque.

Fragmented JAilbreak MONitor (F-JAMON)

La otra parte que hemos estado viendo es, como os he dicho, cómo se comportaría un sistema para monitorizar y detectar estos ataques. Para ello tenemos un Agente IA de Monitorización, que va analizando los Prompts, el contexto y las acciones de todos los Agentes IA, con la misión de detectar si se está producción un ataque. Este es un ejemplo en el que el F-JAMON detecta el ataque, aunque no lo detiene.

Figura 11: F-JAMON detecta el ataque desde el paso 2

Como podéis ver en el vídeo, desde el segundo paso, ya detecta que algo no va bien, y que hay un ataque, pero en este caso sólo lanza las alertas para que los equipos de seguridad tomen las medidas que sean necesarias.

Figura 12: El F-JAMON detecta el ataque pero no lo bloquea

Visto esto, el paso natural es evidente, así que vamos a poner un 2nd Factor Authorization que detecte si hay un ataque y prevenga de realizar la siguiente acción al siguiente Agente IA, bloqueando el ataque, que es algo muy interesante.

Figura 13: Arquitectura de F-JAMON para detectar y bloquear el ataque

Con esta arquitectura es posible salvar al humano, y detectar muchos ataques que de otra forma sería imposible detectar. Esta arquitectura sin embargo, no es trivial, ya que estos ataques no tienen por qué ser consecutivos en el tiempo, y las acciones se pueden dilatar, y hacer a lo largo de mucho tiempo. ¿Hasta donde en el tiempo debería revisar el Monitor? Un trabajo ingente.

Figura 14: Detecta y bloquea los Frgamented Attacks en un MAS

El atacante puede hacer un ataque mucho más sibilino, haciendo que las acciones estuvieran intercaladas entre acciones benignas, dejando los actos preparados para el futuro, e incluso utilizando todas sus capacidades criptográficas y de criptoanálisis, así que estamos ante un problema que va a requerir mucha más investigación.

Figura 15: Hacking & Pentesting con Inteligencia Artificial.

En 0xWord, escrito por Pablo González, Fran Ramírez,

Rafael Troncoso, Javier del Pino y Chema Alonso.

Lo que sí que es cierto, es que estos ataques son una herramienta más para el entorno de Seguridad Offensiva, y que exige, por lo menos, detectar que se están produciendo, aunque sea con proceso en background que analicen las acciones del día anterior, o que saquen indicios. No va a ser fácil luchar contra ellos.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

MyPublicInbox: Sexto Aniversario

noreply@blogger.com (Chema Alonso) — Fri, 09 Oct 2026 07:33:37 +0000

Cuando lanzas un proyecto como MyPublicInbox siempre tienes cierto nerviosismo. Dudas. ¿La gente lo entenderá? ¿Será útil? ¿Lo usarán? Al final, nos tiramos a la piscina y lo lanzamos un día como hoy, 9 de Octubre, de hace seis años, y la elección no fue casual. Este día se celebra el Día Internacional del Correo, y el corazón de MyPublicInbox es la comunicación responsable.

Figura 1: MyPublicInbox - Sexto Aniversario

Cuando lo lanzamos, el primer día, solo había 50 Perfiles Públicos en la plataforma, y nos sorprendió que a la hora de haberlo anunciado, ya tuvimos los primeros mensajes y las primeras peticiones de creación de perfiles públicos. Fue muy emocionante ver que había gente que lo entendía y que le veía valor tan rápido. Así que nos animó mucho a seguir trabajando.

Figura 2: Perfiles Públicos de MyPublic Inbox

Después, el trabajo constante con MyPublicInbox fue trayendo nuevos Perfiles Públicos, acuerdos con empresas, desarrollo de nuevas capacidades y servicios, y como no, un crecimiento en usuarios en la plataforma, donde ahora somos cerca de 40.000 usuarios. Algo que nos parecía impensable al inicio. También, hemos repartido dinero a ONGs con los Tempos que se generan, hemos visto como muchos usuarios cerraban oportunidades profesionales por la plataforma, y hemos conseguido que la empresa esté en positivo, sostenible, y creciendo cada día.

Figura 3: Mi herramienta de comunicación para mensajes, chats, reuniones,

entrevistas, oportunidades de conferencias, gestión de mi impacto en Internet.

No está mal para ser un proyecto que busca poner en valor el tiempo y la comunicación entre las personas, y potenciar que el impacto de las personas en Internet sea mayor, siendo al máximo responsables con el tiempo de cada uno de nosotros. Es lo más valioso. Lo que más valoro yo en mi vida, y cada vez que decido hacer algo, lo pienso en términos de inversión de tiempo. Por eso MyPublicInbox trata de ser eso, una herramienta para gestionar que la comunicación sea de valor.

Figura 4: MyPublicInbox para usuarios, perfiles públicos y empresas

Hoy en día MyPublicInbox tiene un equipo de desarrollo estable, un roadmap constante, y un equipo de personas que trabajan para atender a los usuarios de la plataforma constantemente, pero sigue manteniendo el espíritu de aquél primer día que se puso en producción. El espíritu de valorar el tiempo de los usuarios de la plataforma, de conseguir oportunidades y potenciar a los perfiles públicos, y sobre todo de seguir innovando en nuevas características para seguir creciendo.

Figura 5: Únete a MyPublicInbox

A todos los que os habéis sacado un usuario, tenéis un perfil público, o habéis usado alguno de los servicios de MyPublicInbox, os doy un agradecimiento personal. Me encanta cuando alguien se acerca a mí y me dice: "Chema, yo también tengo un Perfil Público en MyPublicInbox". Es una de las cosas que más ilusión me hace que me digan, os lo confieso. Gracias infinitas por apoyar nuestro proyecto de innovación y el emprendimiento. Ese mensaje sí que nos llega al corazón.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Bug Bounty: De profesión "Cazarrecompensas". 2a Edición para la Era del IA.

noreply@blogger.com (Chema Alonso) — Thu, 08 Oct 2026 03:01:00 +0000

Desde hoy está disponible el último libro de 0xWord. Es la 2a Edición del título "Bug Bounty: De profesión "cazarrecompensas"", que fue un éxito de ventas, pero que con el cambio de todos los programadas de generación de dinero, queríamos darle una vuelta. Este es un libro para los que quieren ganar dinero buscando y reportando bugs, y en el se explica en detalle cómo funcionan estos programas que se han consolidad en los últimos años, haciendo que sea un profesión ampliamente extendida la de Cazarrecompensas en el mundo del hacking. Pero esta vez en la era de la IA.

Figura 1: Nuevo libro de 0xWord -

Bug Bounty: De profesión "Cazarrecompensas".

2a Edición para la Era del IA.

Este trabajo que hacen muchos profesionales es buscar bugs que son recompensados en plataformas de Bug Bounty como son Yes, We Hack, HackerONE, BugCrowd o Intigriti, y que Pablo García ha descrito en profundidad en este nuevo libro con el que puedes descubrir que tu futuro es éste, ser un cazador de recompensas que se dedique a monetizar sus conocimientos cazando bugs en estas plataformas. Y se enseña todo en este libro.

Figura 2: Índice del libro Bug Bounty: De profesión "Cazarecompensas" 2a Edición

Los programas de Bug Bounties – o programas de recompensas – acogen bajo una misma plataforma a compañías que desean que sus sistemas informáticos sean testeados y a hackers dispuestos a reportar vulnerabilidades a cambio de una retribución. A las compañías les permite tener sus sistemas permanentemente testeados por miles de hackers, y pagar únicamente por aquellos fallos con impacto real en sus sistemas, mientras que a los hackers les proporciona un canal seguro a través del cual monetizar su tiempo y conocimientos.

Figura 3: Libro de Bug Bounty: De profesión "Cazarrecompensas"

2a Edición en 0xWord, escrito por Pablo García

En los últimos años, los hackers han conseguido ser recompensados con más de 400 Millones de USD a través de sus reportes a través de los programas de Bug Bounty, y como podéis ver el mercado se está expandiendo.

Figura 4: Más de 400 Millones de USD solo en estos programas de Bug Bounty

El crecimiento exponencial de este fenómeno en los últimos años ha provocado un efecto “fiebre del oro” dentro del sector, lo que le ha llevado a algunos profesionales de la industria de la ciberseguridad a calificarlo como “el nuevo estándar de seguridad”.

Figura 5: Índice del libro de "Bug Bounty: De profesión "Cazarrecompensas"

de 0xWord escrito por Pablo García.

Este libro pretende abordar los aspectos básicos de estos programas, como pueden ser su estructura, las principales herramientas, ciertas metodologías, o las vulnerabilidades más comunes, todo ello desde un punto de vista práctico analizando reportes públicos realizados por hackers de la comunidad.

Figura 6: Contactar con Pablo García autor del libro

"Bug Bounty: De profesión "cararrecompensas""

El libro lo ha escrito Pablo García - con el que puedes contactar en MyPublicInbox, que además este libro lleva incluidos 100 Tempos gratis -, que tras graduarse en administración de empresas por la Universidad Autónoma de Madrid, se especializó con un máster en auditoría de cuentas en CUNEF, y trabajó en PriceWaterhouseCoopers. Después desarrolló su carrera financiera en Telefónica mientras dedica parte de su tiempo libre a la investigación y reporte de vulnerabilidades, formando parte del Hall de la Fame de compañías como Netflix, Xiaomi o Pinterest, entre otras, y del que habréis leído muchos artículos por este blog.

Usar tus Tempos de MyPublicInbox 0xWord para adquirir este libro

La idea es muy sencilla, hemos creado un Buzón Público de 0xWord en MyPublicInbox y tenemos disponible el módulo de transferencias de Tempos entre cuentas siempre que el destinatario sea un Perfil Público de la plataforma. Para que se puedan hacer estas transferencias, primero debe estar en tu Agenda el Perfil Público destinatario de la transferencia.

Figura 7: Perfil de 0xWord en MyPublicInbox. Opción de "Añadir a la Agenda".
https://MyPublicInbox.com/0xWord

Para dar de alta un Perfil Público en tu agenda, solo debes iniciar sesión en MyPublicInbox, y con la sesión iniciada ir a la web del perfil. En este caso, a la URL del perfil público de 0xWord en MyPublicInbox, - https://MyPublicInbox.com/0xWord - donde te aparecerá la opción de "Añadir a la agenda". Cuando acabe este proceso, podrás ir a la opción Agenda de tu buzón de correo en MyPublicInbox y deberías tener el Perfil Público de 0xWord allí.

Figura 8: Cuando lo agregues estará en tu agenda

Una vez que lo tengas en la agenda, ya será tan fácil como irte a tu perfil - se accede haciendo clic en la imagen redonda con tu foto en la parte superior - y entrar en la Zona de Transferencias. Desde allí seleccionas el Buzón Público de 0xWord, el número de Tempos que quieres transferir, y en el concepto debes poner que es para recibir un código descuento para usar en la tienda de 0xWord.

Figura 9: Zona de Transferencias en el Perfil de MyPublicInbox

No te preocupes por el texto concreto, porque los procesamos manualmente como los pedidos de se hacen en la tienda.

Canjear 500 Tempos por un código descuento de 5 €

La última opción es bastante sencilla. Solo debes irte a la sección de Canjear Tempos -> Vales para Tiendas, y "Comprar" por 500 Tempos y código de 5 €. Es lo mismo que enviar la transferencia pero en un paquete de 500 Tempos y de forma totalmente automatizada, así que solo con que le des a comprar recibirás el código descuento y lo podrás utilizar en la tienda de 0xWord.com

Figura 10: Canjear Tempos por Códigos para libros de 0xWord

Así que, si quieres conseguir nuestros libros de Seguridad Informática & Hacking aprovechando los Tempos de MyPublicInbox podrás hacerlo de forma muy sencilla y mucho, mucho, mucho más barato. Y así apoyas este proyecto tan bonito que es 0xWord.com.

Ser escritor de libros de 0xWord

Además, todos lo que queráis convertiros en escritores y hacer un proyecto de libro con nosotros. Podéis también enviarnos vuestra propuesta a través del buzón de 0xWord en MyPublicInbox, y si sois Perfiles Públicos de la plataforma, podéis entrar en la sección de Mi Perfil -> Servicios para ti y solicitar más información sobre el proceso de escribir un libro en 0xWord.

Figura 11: Si eres un Perfil Público de MyPublicInbox

puede solicitar info para escribir un libro en 0xWord

Nuestro equipo se pondrá en contacto contigo y evaluará tu proyecto de publicación de libro. Ya sabes que principalmente de Seguridad Informática & Hacking, y puede ser técnico, súper-técnico, o divulgación, y si es una novela... podemos estudiarlo también.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

SANS x Cloudflare Lisboa: 28 de Octubre

noreply@blogger.com (Chema Alonso) — Wed, 07 Oct 2026 03:01:00 +0000

Si tenías ganas de visitar Lisboa, o hacer una visita a Cloudflare, te dejo aquí una excusa perfecta para ello, ya que el próximo día 28 de Octubre, en las oficinas maravillosas que tenemos en el barrio de Alcântara de la capital de Portugal, hay unas conferencias a las que puedes asistir: "SANS x Cloudflare", a las que tienes que apuntarte cuanto antes.

Figura 1: SANS x Cloudflare Lisboa - 28 de Octubre de 2026

La sesión es de tarde, y tendremos una primera ponencia de a cargo de Silvano Sogus, que es el fundador de ShardSec, una práctica especializada en ciberseguridad enfocada en asesoría estratégica, arquitectura de seguridad, aseguramiento y desarrollo de liderazgo, e instructor asociado en SANS, donde imparte el curso LDR519: Gobernanza, Riesgo y Cumplimiento (GRC) en Ciberseguridad.

Figura 2: Poisoning the cake

La sesión de Silvano se centra en todas las amenazas que tiene adoptar una estrategia de IA a escala, centrándose en la mitigación de los riesgos para un entorno como el de la Unión Europea. La sesión ofrece una visión estratégica a lo largo de todo el Full Stack de la IA.

Figura 3:"Hacking IA: Jailbreak, Prompt Injection, Hallucinations & Unalignment"

escrito por Chema Alonso con la colaboración de Pablo González, Fran Ramírez, Amador Aparicio, Manuel S. Lemos y José Palanco en 0xWord

Después iré yo, con una sesión donde hablaré de la transformación que la IA ha supuesto para el hacking y la Ciberseguridad - tanto ofensiva como defensiva - tras la llegada de los nuevos modelos que tenemos hoy en día. Mythos, Astra, Fable, Sol, han puesto más allá la transformación aún. Y por supuesto, hablaré y haré algunas demos de hacking, que siempre son divertidas.

Figura 4: hacking with | the IA

Después de las dos charlas, habrá tiempo para disfrutar de las maravillosas vistas de la oficina de Cloudflare en Lisboa, y de tomarse un refrigerio. Unas cervezas y un picoteo, para poder terminar la jornada en la "belha" Lisbon.

Figura 5: Las bebidas están en la agenda

Para asistir, el único requisito es que te registres. Es necesario controlar el aforo, y los accesos a las oficinas de Cloudflare exigen ciertas medidas de seguridad, así que regístrate con tiempo y tendrás tu hueco para asistir.

Figura 6: Regístrate cuanto antes al SANS x Cloudflare Lisboa.

Y poco más, el resto del tiempo será fotos, risas, chascarrillos, y si podemos, compartir algunas experiencias con el resto de los ingenieros y equipo de Cloudflare en Lisboa, que como sabes es el HeadQuarter principal que tenemos en la UE, así que hay gente muy especial y con mucho talento allí.

Figura 7: Hacking & Pentesting con Inteligencia Artificial.

En 0xWord, escrito por Pablo González, Fran Ramírez,

Rafael Troncoso, Javier del Pino y Chema Alonso.

Mientras que os cuento esto, ya sabéis que yo estoy en la Ekoparty, practicando la charla que voy a dar allí, y antes de este evento, estaré en APIAddicts Day 2026 en Madrid, y en Cloudflare Connect en San Francisco.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Axyom: La Plataforma del Gobierno de los Ciberriesgos para PyMes

noreply@blogger.com (Chema Alonso) — Tue, 06 Oct 2026 04:01:00 +0000

La Gestión de la Seguridad de una empresa - no importa el tamaño que tenga - hay que hacerla por capas. Además, debe ser un proceso incremental donde el Plan Director va haciendo que el nivel de protección de la compañía suba constantemente - o que no se degrade -. Este plan debe incluir mejoras la Protección, en la Detección, y en la Respuesta. El trabajo de un CISO es siempre un trabajo de priorización continua de sus recursos para la gestión de la seguridad de la compañía dentro de un entorno de amenazas cambiantes, con el objetivo de mitigar los Riesgos, o en nuestro caso los Ciberriesgos.

Figura 1: Axyom: La Plataforma del Gobierno de los Ciberriesgos para PyMes

Para eso, hay que hacer un Plan de Gestión de Riegos que es la estrella del norte de esta gestión, y que marca la evolución del Sistema de Gestión de la Seguridad de la empresa. Dentro de ese Plan de Gestión de Ciberriesgos, hay que hacer un trabaja constante para Identificarlos, Evaluarlos y Tratarlos, después elegir un Responsable de cada uno de ellos y Monitorizar la evolución en indicadores de cada uno de ellos. Algo muy básico para los que llevan la Ciberseguridad de una empresa hace tiempo, donde tienes que añadir el Cumplimiento Normativo. Es el trabajo y la responsabilidad de los CISOs, y por eso es un C-level y suele estar bien remunerado.

Figura 2: CISOs y herramientas de Ciberseguridad

Por desgracia, ni todas las empresas pueden permitirse tener CISOs, ni todas las empresas tienen los recursos necesarios para tener un Plan Director de Giberseguridad ambicioso, o un Sistema de Gestión de CiberRiesgos de gran alcance. No obstante, hay que hacerlo, porque si no les hace vulnerables - por desgracia, porque además dentro de esas fases en la gestión del ciberriesgo hay que hacer muchas tareas.

Figura 3: Axyom: La Plataforma del Gobierno de los Ciberriesgos para PyMes

Con el objetivo de automatizar y ayudar a realizar todas estas tareas fundamental en la gestión de ciberriesgos, es en lo que Óscar Calvo Moldes y Marc Torrents llevan trabajando toda su vida profesional, y para lo que han fundado la empresa Axyom.

Figura 4: Axyom integra en una plataforma el Gobiernos de la Ciberseguridad completo

La misión de Axyom es lograr que cualquier empresa pequeña o mediana, pueda tener una plataforma para Gobernar la Ciberseguridad y Gestionar sus CiberRiesgos de manera automatizada, con escaneos de ciberseguridad externos e internos, con la gestión de los elementos de seguridad, y permitiendo que cualquiera se pueda proteger de esos Ciberriesgos con un Ciberseguro, algo que, a pesar de ser fundamental en los plantes de seguridad de autónomos, PyMes y empresas en general, sigue siendo el debe de muchos planes de gestión de la ciberseguridad de la empresa.

Figura 5: Gestión de Riesgos asociados a impacto en costes

Como sabéis, yo soy socio de IronGate, donde nos focalizamos en dar un Security Operations Center para autónomos y PyMes, donde gestionamos sus EDR y MDR de manera constante. Ahora, IronGate y Axyom han llegado a un acuerdo de colaboración, así entre ambas empresas se expanden las capacidades de una PyME en seguridad con un coste muy adaptado a ellas, pero permitiéndoles que tengan un Plan de Gestión de Ciberriesgos, un SOC para gestión de su EDR y MDR, además de poder contratar sus Ciberseguros directamente desde la plataforma de Axyom.

Figura 6: El SOC de IronGate com MDR en Axyom

Para que pruebes el servicio, el equipo de Axyom, permite durante un tiempo limitado, hacer un escaneo de los Ciberriesgos de tu PyMe, con solo autenticarte con una cuenta del dominio de tu organización. Así, puedes ir a la web, hacer un análisis de Cbierriesgos de tu empresa - te sorprenderá la información si no lo has hecho nunca - y saber qué medidas mitigadoras puedes tomar para gestionar y controlar ese ciberriesgo.

Figura 7: Escanea gratis tus Ciberriesgos con Axyom

En el siguiente vídeo tienes una explicación detallada de cómo funciona la plataforma de Axyom. En sólo tres minutos puedes ver claramente las ventajas de Gobernar la Seguridad de una empresa desde una plataforma como esta, que permite Gestionar un mapa de Ciberriesgos con visión completa.

Figura 8: Explicación del funcionamiento de Axyom

La seguridad de tu organización es algo tan importante como la salud personal. Todos tenemos claro que cuando estamos enfermos lo primero es la salud. Los más inteligentes cuidan su salud constantemente. En el mundo de la empresa, todos tenemos claro que cuando hay un incidente de seguridad en la empresa, eso es lo más importante. Los más inteligentes cuidan su seguridad con un Plan de Gestión de Riegos, y un Gobierno de la Ciberseguridad constante.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Mareando y Desalineando a un Asistente IA de una tienda de Mochilas.

noreply@blogger.com (Chema Alonso) — Mon, 05 Oct 2026 05:01:00 +0000

Estaba este viernes explicándole a un compañero lo fácil que muchos de los asistentes basados en LLM abiertos en Internet pueden ser explotados por los malos para consumir servicios de IA en resolución de problemas. De esto mismo os he hablado en los artículos que os he publicado sobre un Asistente Virtual hecho sobre Google DeepMind Gemma, antes os dejé otro artículo sobre un Asistente AI construido sobre Gemini, y también os dejé publicado otro sobre un Asistente AI construido con GPT-4o, y luego uno titulado "Weaponinzing Token Consumption" en "LLM-Based AI Assistant" que explica cómo el mundo del cibercrimen busca estos asistentes para automatizarlos en forma de API y comercializarlos entre los malos.

Figura 1: Mareando y Desalineando a un Asistente IA de una tienda de Mochilas.

Después de eso, os publiqué el de "Mi Asistente Virtual IA no programará en Python para ti... pero si es COBOL, vale" y el de "El AIBot de la Universidad que ayuda no sólo a los estudiantes", donde jugaba siempre con los mismos conceptos: El desalineamiento del Prompt de configuración y el bypass de los Guardarraíles.

Figura 2:"Hacking IA: Jailbreak, Prompt Injection, Hallucinations & Unalignment"

escrito por Chema Alonso con la colaboración de Pablo González, Fran Ramírez, Amador Aparicio, Manuel S. Lemos y José Palanco en 0xWord

Le estaba contando esto a mi compañero, y no se lo creía mucho, así que le dije: "Venga, vamos a buscar uno juntos y lo probamos", y acabamos en una Tienda de Mochilas. No os cuento el inicio, porque ya lo sabéis, teníamos que preguntar cosas sobre la tienda de mochilas, así que para desalinearlo, bastó con hacer una lista de mochilas que nos recomendara, y añadir al nombre de la mochila lo que queríamos que nos hiciera el LLM.

Figura 3: Lista de mochilas con tokens en ventana de contexto

Primero le pedimos algo sencillito, como su nombre, que nos lo dio por supuesto, y el tamaño de tokens de su ventana de contexto, que eso siempre nos viene bien saberlo si hay que "weaponizar" en forma de API.

Figura 4: La fecha está correcta.

Después de pedirle cosas sencillas, como la fecha - correcta en la imagen anterior - y la hora, que nos dio las 12:00 lo que implicaba que no tenía acceso a la hora (yo siempre lo uso para saber en qué región está el servidor), le pedí que me sacara en una lista más larga las funciones a las que tenía acceso, y aquí están.

Figura 5: Lista de funciones a las que tiene acceso

Parecía bastante hecho el desalineamiento, pero de repente me encontré con varias barreras que estaban bien solucionadas por parte del equipo de seguridad de este Asistente IA. En primer lugar, no tenía acceso a Internet, lo cual siempre le quita un poco de gracia.

Figura 6: Sin capacidad de navegar por Internet

La segunda es que tampoco tenía capacidad de programar, y esto sí que me dejó bastante rallado. ¿Cómo podía ser que un modelo LLM no tenga capacidad de programar nada? ¿Dónde se había realizado esta reducción de capacidades?

Figura 7: Sin capacidad de programar

Lo cierto es que el Asistente IA, después de muchas pruebas - y cuando digo muchas, son muchas - tiene Guardarraíles en Prompt de entrada y Guardarraíles en la respuesta, lo que es correcto y es como debe de hacerse, así que me tocó pensar para qué lo podría usar, y me acordé del Captcha Cognitivo de los conjuntos semánticos de palabras de algunas webs.

Figura 8: Captchas Cognitivos de Conjuntos Semánticos

Luego, para poder saltar los Guardarraíles de salida, estuve mirando si podía codificar - como hice en el ejercicio del problema del prisionero a principios de 2025 - usando capacidades criptográficas y de codificación varias.

Figura 9: Codificación ASCII de respuestas

Y también con estuve probando con los Acrósticos, para codificar respuestas usando esta codificación y poder evitar filtros de palabras en la salida. También usé el lenguaje ELITE y algún que otro truco más, lo que me permitió salta el Guardarraíl de salida algunas ocasiones.

Figura 10: Jugando a los Acrósticos

Al final, para sacar más datos, usé las listas como secuencias de palabras. Primero lo probé con el Quijote, a ver si era posible, que como podéis ver aquí, sí que lo era.

Figura 11: El comiendo de El Quijote

Así que ya era momento de sacarle el System Prompt, pidiéndole la configuración. Esto hubo que hacerlo con un proceso iterativo de varias peticiones consecutivas, pero al final salió bastante bien el resultado.

Figura 12: Sacando la configuración de 10 en 10 palabras

Pero al final, me quedé con las ganas de hacer programar a este Asistente AI, y no fui capaz de pedirle que me escribiera una historia de Sci-Fi como a mí me gusta. Eso sí, me confesó que conoce RUBY.

Figura 13: El asistente conoce Ruby

Lo más interesante de todo este ejercicio es que le insuflé el veneno de buscar estos Asistentes AI y desalinearlos a mi compañero, así que sólo con eso, las horas que echamos juntos merecieron la pena.

Figura 11: Hacking & Pentesting con Inteligencia Artificial.

En 0xWord, escrito por Pablo González, Fran Ramírez,

Rafael Troncoso, Javier del Pino y Chema Alonso.

Por supuesto, si tienes un Asistente AI basado en LLMs, mi recomendación es que mires muy mucho la seguridad, que estos modelos hay que protegerlos muy mucho. El mundo del cibercrimen los está buscando.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Entrevista a Alejandro Acosta, un developer de 1.000.000 USD

noreply@blogger.com (Chema Alonso) — Sun, 04 Oct 2026 04:08:22 +0000

Yo siempre quise ser programador. Por eso en la universidad hice todas las asignaturas de programación, algorítmica y bases de datos. No me interesaba mucho la seguridad informática - por eso no la cursé - y era normal. Ya sabéis que comencé con 12 años a programar en BASIC tras ver la película de TRON de la que tanto os hablo por aquí.

Figura 1: Entrevista a Alejandro Acosta, un developer de 1.000.000 USD

Lo cierto es que me picó el veneno del hacking y la ciberseguridad, y ya es difícil cambiar eso, pero sigo amando a esa "rara avis" que existe es nuevo mundo como nombre antagonista a "Hacker": "Developer". Por eso cuando conozco algún developer quiero saber más de él.

Figura 2: Contactar con Alejandro Acosta

Este es el caso de Alejandro Acosta, que tras comenzar cobrando 300 € - yo comencé programando gratis en mi beca -, se fue a Silicon Valley a pasarse el juego, y lograr cobrar 1.000.000 de USD como desarrollador en Microsoft. No está mal. Puedes saber todo lo que hace hoy en día, en Engineer Game.

Figura 3: Engineer Game

Como creo que su historia es curiosa, le he hecho una entrevista, pero diferente. Le he dejado diez temas abiertos para que él conteste de ellos, y aquí están las respuestas. Si quieres conocer más de él, puedes contactar con él a través de su buzón de MyPublicInbox o solicitarle directamente una clase gratuita, si quieres hablar con él para mejorar tu competencia.

1. El mito de las 1.000 entrevistas vs. la contratación en la era de la IA

Los fundamentos son hoy más importantes que nunca. En una entrevista no se evalúa únicamente si una persona puede completar un ejercicio de live coding o diseñar un sistema, sino su capacidad para analizar problemas reales, razonar bajo presión y encontrar soluciones aplicables a producción.

La inteligencia artificial es una gran aliada, pero resolver un ejercicio con su ayuda no demuestra por sí solo que alguien sea un buen ingeniero. La diferencia aparece cuando el entrevistador introduce nuevas restricciones, cuestiona una decisión o complica progresivamente el problema. Es en ese diálogo donde se comprueba si el candidato entiende realmente lo que está haciendo.

Por eso, especialmente en el mercado de Silicon Valley, prepararse sigue siendo fundamental. La constancia, el estudio y el dominio de áreas como live coding y system design continúan siendo determinantes para acceder a las mejores oportunidades y alcanzar una compensación elevada. Esa es también la razón por la que en EngineerGame acompaño a ingenieros de software que quieren dar un salto en sus carreras.

2. SRE y ciberseguridad: cuando el sistema cae a las 3:00 AM

El error más común es diseñar la arquitectura pensando que los incidentes pueden evitarse por completo. En las grandes empresas se asume que, tarde o temprano, habrá una caída crítica. La diferencia no está solamente en prevenirla, sino en la capacidad de detectarla, contenerla, recuperarse y aprender de ella.

La cultura es decisiva tanto antes como después del incidente. Antes, porque deben existir mecanismos de prevención, observabilidad y respuesta. Después, porque hay que realizar un análisis sin culpabilizar a las personas, identificar las causas y aplicar cambios que impidan que el mismo problema vuelva a repetirse.

Prácticas como Chaos Engineering permiten comprobar qué sucede cuando falla una dependencia, una región o un componente crítico. No todas las empresas necesitan aplicarlo con la misma profundidad, pero todas deberían diseñar sus sistemas partiendo de una idea básica: cualquier componente puede fallar.

3. AIOps y el dilema del self-healing

Confío en la inteligencia artificial como apoyo durante el ciclo de desarrollo y en las operaciones diarias. Puede ayudar a investigar incidentes, relacionar señales y reducir considerablemente el tiempo necesario para resolver problemas críticos.

Sin embargo, la autorremediación ya existía antes de la IA. Muchos incidentes pueden resolverse de manera más segura y predecible mediante automatizaciones tradicionales: reiniciar un servicio, escalar recursos o ejecutar un procedimiento previamente validado. No hace falta introducir un modelo de IA donde un sistema determinista ya resuelve bien el problema.

La frontera debe establecerse en función del riesgo. Un agente puede recomendar acciones o ejecutar operaciones reversibles dentro de unos límites muy definidos, pero no debería disponer de permisos ilimitados sobre producción. Cuanto mayor sea el impacto potencial de una decisión, mayores deben ser la supervisión humana, la trazabilidad y los mecanismos de aprobación. La IA debe potenciar al equipo, no sustituir los controles operativos y de seguridad.

4. Emprender con open source

Hoy el open source ya no es una alternativa marginal: forma parte del ciclo de desarrollo de prácticamente cualquier empresa tecnológica. Lenguajes como Go, Python o Rust y plataformas como .NET muestran hasta qué punto la innovación actual se construye de manera abierta y colaborativa.

Que el código sea visible puede facilitar que un atacante estudie sus vulnerabilidades, pero también permite que muchas más personas lo auditen, detecten errores y propongan mejoras. La seguridad no depende únicamente de que el código sea abierto o cerrado, sino de cómo se mantiene el proyecto, cómo se revisan las contribuciones y con qué rapidez se corrigen las vulnerabilidades.

Mi apuesta seguirá siendo la innovación abierta, acompañada de una gestión responsable de dependencias, auditorías continuas y procesos claros de actualización y respuesta ante incidentes.

5. El bug cultural: Madrid vs. Silicon Valley

La diferencia principal es de mentalidad. En Estados Unidos, y especialmente en Silicon Valley, es habitual encontrar desarrolladores que buscan crecer constantemente, asumir retos y aumentar el impacto de su trabajo. Es un entorno en el que la innovación necesita talento y donde existe una competencia muy intensa por progresar.

En el ecosistema español, a veces echo en falta algo más de ambición y predisposición a asumir riesgos. Es una diferencia cultural que he observado trabajando y conversando con profesionales tanto en Estados Unidos como en España.

El parche pasa por dejar de concentrarse en la queja y empezar a tomar decisiones. Hay que aceptar que crecer implica incomodidad, aprendizaje continuo y exposición al fracaso. No se trata de copiar Silicon Valley, sino de adoptar una mentalidad más activa: querer más, prepararse mejor y actuar en consecuencia.

6. Shadow IT y la tentación del desarrollador en la era de la IA

La solución no consiste en enfrentar la velocidad del desarrollador con el control del equipo de seguridad. Ambos objetivos deben integrarse en el mismo ciclo de desarrollo.

Cada vez veo más empresas incorporando herramientas de seguridad y controles de compliance directamente en los repositorios y los procesos de CI/CD. Esto permite detectar dependencias vulnerables, revisar configuraciones, aplicar parches y bloquear cambios de riesgo antes de que lleguen a producción.

El equipo de seguridad debe ofrecer mecanismos rápidos y fáciles de utilizar, no convertirse en un obstáculo que los desarrolladores intenten evitar. Cuando los controles están automatizados y aparecen en el momento adecuado, por ejemplo durante la revisión de una pull request, es posible mantener la velocidad sin trasladar toda la remediación al final del proceso. Lo digo también desde la experiencia de haber participado en proyectos donde ha sido necesario conciliar ambos mundos.

7. La newsletter diaria y el valor de la comunicación directa

La clave está en la personalización. En un entorno saturado de contenido automático, las personas valoran saber que detrás de una respuesta hay alguien que ha leído su caso y se ha tomado el tiempo de comprenderlo.

Por eso mantengo abiertos mis canales de comunicación y trato de responder personalmente a quienes contactan conmigo. Para mí no es solo una estrategia de marca personal, sino una manera de ayudar de forma directa a profesionales que quieren mejorar su carrera.

La tecnología permite llegar a muchas personas, pero la confianza se construye conversación a conversación. Esa cercanía es difícil de sustituir con respuestas masivas, por muy sofisticadas que sean.

8. La seguridad en el pipeline CI/CD

Los primeros síntomas aparecen cuando desplegar rápido se convierte en la única métrica de éxito. Si cualquier dependencia puede incorporarse sin validación, los secretos aparecen en configuraciones o repositorios, los permisos del pipeline son excesivos y los controles de seguridad se realizan únicamente después del despliegue, existe un problema claro.

La seguridad debe formar parte del CI/CD desde el principio: análisis de dependencias, detección de secretos, revisión de permisos, escaneo de imágenes y artefactos, validación de cambios y protección de ramas y entornos críticos.

Estos controles deben diseñarse con suficiente flexibilidad para no bloquear innecesariamente al desarrollador. En ese punto, la automatización y los agentes pueden ser muy útiles: permiten detectar riesgos durante la pull request, explicar el problema y proponer una remediación antes de que el cambio llegue a producción.

9. Move fast and break things frente a la realidad del ciberriesgo

Aunque este lema se ha asociado durante años con empresas como Meta, no representa el funcionamiento de toda la industria tecnológica. Muchas compañías son mucho más cautelosas, especialmente cuando gestionan datos sensibles o infraestructuras críticas.

Sí es cierto que en Silicon Valley los cambios se producen a gran velocidad. En SRE, por ejemplo, he visto evolucionar una misma infraestructura desde Mesos y DC/OS hasta Kubernetes, EKS, AKS o Cluster API en un periodo relativamente corto. Esa velocidad puede exigir rediseños profundos, pero no significa que la seguridad deba ignorarse.

La interpretación correcta no debería ser «avanza rápido y rompe cualquier cosa», sino «aprende y evoluciona rápido dentro de unos límites seguros». La ciberseguridad debe estar presente desde el día cero, con equipos y procesos capaces de acompañar la innovación. Cuanto más rápido se mueve una empresa, más importantes son los controles que permiten hacerlo sin asumir riesgos inaceptables.

10. El hotfix mental para el ingeniero moderno

Aplicaría un hotfix muy concreto: dejar de pensar que una buena carrera se construye únicamente escribiendo buen código. Un ingeniero debe dominar los fundamentos técnicos y saber resolver problemas, pero también necesita aprender a comunicar, negociar, mostrar su valor y tomar decisiones estratégicas sobre su trayectoria.

La inteligencia artificial no elimina esa necesidad. Puede acelerar muchas tareas, pero no sustituye el criterio, el conocimiento técnico ni la responsabilidad sobre las soluciones que se llevan a producción.

Si pudiera abrir una pull request para actualizar la mentalidad de cualquier desarrollador, incluiría estos elementos: consistencia, persistencia, capacidad de comunicación y venta, marca personal, negociación y un dominio técnico sólido, incluidos live coding y system design. En definitiva, tratar la carrera profesional como un proyecto del que uno mismo es responsable.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Una charla en "Todo Llega"

noreply@blogger.com (Chema Alonso) — Sat, 03 Oct 2026 05:01:00 +0000

Mi amigo David Santiago, que es un comunicador excepcional, tiene una iniciativa para movilizar a las personas y que tomen acción para cambiar su vida. Sobre esa iniciativa tiene un Podcast que se llama justo así "Todo Llega", por el que han pasado personas como Rubén Turienzo o Jero García. Un podcast diferente, con preguntas diferentes.

Figura 1: Una charla en "Todo Llega"

Como somos amigos, me dejé liar por él, y participé en una sesión donde me preguntó por muchas cosas, y donde conté alguna cosa que no había contado antes - salvo a amigos y personas cercanas - y ahora lo ha publicado en Youtube, así que os lo dejo para que lo podáis ver, si os apetece, este fin de semana.

Figura 2: Una charla en "Todo Llega"

Si os gusta la iniciativa, podéis contactar con David Santiago a través de su buzón público, que si tienes una historia bonita que compartir puede que acabes siendo entrevistado por él, o si quieres su ayuda para empujarte hacia adelante, tal vez sea lo que estás necesitando.

Figura 3: Contactar con David de Santiago

Por supuesto, te recomiendo el libro de "Todo Llega" que escribió donde, una vez más como me pasa con muchos amigos y compañeros, me liaron para que le ayudara a escribir alguna parte, así que tiene algo de mí también. Ya ves que no sé decir que no a los amigos.

Figura 4: Libro "Todo Llega...cuidado con lo que deseas"

de David de Santiago en Amazon.

Y nada más, disfruta tu fin de semana, que hay que hacerlo todos los días de nuestra vida, sean el número que sean los que tengamos por delante. Feliz fin de semana.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Potencia tu Empresa con Inteligencia: Si otros pueden tú también

noreply@blogger.com (Chema Alonso) — Fri, 02 Oct 2026 05:01:00 +0000

Mi compañero Kiko Gámez estaba escribiendo un libro para ayudar a las PYMES a transformarse con la Inteligencia Artificial, y me pidió por favor que le escribiera el prólogo, y como no podía negarme - es más alto y más fuerte que yo -, le dije que por supuesto, que intentaría escribirle algo bonito que hablara de no tener miedo a aprender cosas nuevas y transformarse.

Figura 1: Potencia tu Empresa con Inteligencia: Si otros pueden tú también

El libro lo acabó en verano y ya lo tienes a la venta en Amazon donde lo puedes comprar, con un título que deja claro desde el minuto uno para qué está escrito, que es un manual para que saques de él cosas que te mejoren a ti: "POTENCIA TU EMPRESA CON INTELIGENCIA: Cómo profesionales y empresas se rediseñan para ganar con inteligencia artificial"

Figura 2: "POTENCIA TU EMPRESA CON INTELIGENCIA.

Cómo profesionales y empresas se rediseñan para ganar con inteligencia artificial"

Por supuesto, yo hice el prólogo, y quise hacerlo contando alguna experiencia mía personal y propia. Así que usé uno de los aprendizajes que he tenido en mi vida. Es sobre la lucha que tuvo mi madre cuando yo era un niño en Móstoles para que no tuviera un techo de cristal. Para que no tuviera miedo. Esa frase que tantas veces me decía mi mamá - a la que ya sabéis que adoro -:

- "JoséMari, cariño, si otros pueden tú también".

Así que de eso quise escribir el prólogo, pero ahora desde otro punto de vista, que yo ya me aprendí esa lección y hace muchos años que no tengo techo de cristal, ni miedo a hacer cosas complicadas, ni al cambio, ni sentimiento de impostor, ni me arrugo ante los problemas. Gracias a mi mamá, que me ayudó con eso. Bueno, es cierto que sigue generando nerviosismo, preocupación, y a veces malas noches, pero hace muchos años que la determinación supera eso, así que tiro para adelante.

Figura 3: Contactar con Kiko Gámez

Ahora mi posición es distinta, es la de papaéte, la de conseguir que Mi Hacker y Mi Survivor no se dejen "tapar" por el entorno. Que no se pongan el techo de cristal, que no tenga miedo a buscar al solución al juego. Yo tuve que aprender esos caminos paralelos, y descubrir la ruta del fracaso para solucionar mis problemas, y hoy en día yo trabajo con ellas en que lo consigan. De todo eso va el prólogo que hice con todo cariño para mi colega Kiko Gámez. Y, por supuesto, os recomiendo el libro. Aquí os dejo mi prólogo para animaros.

Si otros pueden tú también

Eso me decía mi mamá. Y yo me lo creí. Pero no, no se trata de una frase mágica que actúa como un conjuro especial que te da, sin merecerlo, la posibilidad de hacer algo que pensabas que no podías hacer. Ni mucho menos. Se trata de la respuesta más dura a todas las excusas que puedes ponerte. Si otros pueden, tú también. No te pongas excusas, que lo que te pasa es que aún no has descubierto cómo otros pueden hacerlo. Aún no sabes. Así que buscar la manera de “poder” cómo hicieron los otros.

Esa realidad forma parte de mí. No hay excusas que valgan. No hay excusas que valgan para mí. Si no he podido, es que aún me faltan cosas que tengo que aprender. Que tengo que descubrir. Que tengo que mejorar. Que tengo que trabajar. Es mi día a día. Una obsesión de superación que desde que tenía diez años y comenzaba a escribir mis mini-libros sobre el mundo del cine porque quería dibujar, escribir, y crear cosas, he seguido manteniendo.

Por supuesto, así nació mi primera empresa con mi amigo, hermano, y admirado Rodol. No sabíamos nada del mundo empresarial. Absolutamente nada. No teníamos padrinos, enchufes ni conocidos en el mundo de las empresas de informática, y le dije:

- “Vamos a montarnos una empresa, ¿vale?”

Y él me contestó:

- “Ni de coña”.

Y ya veís, yo le dije:

- “Rodol, si otros pueden, nosotros también, hay que aprender cómo se hace y hacerlo”. Y así hicimos. Montamos nuestra empresa, creció, la vendimos, nos metimos en mil nuevas aventuras, y aún seguimos desmontando el misterio de otras cosas que otros hacen y que nosotros queremos hacer.

Lo importante de ese “Si otros pueden tú también” es la absoluta realización de que si te tienes que decir eso es porque has pensado, por un instante tal vez, que tú no estás preparado para algo. Has comenzado a poner alguna excusa de por qué no puedes. De eso nada. Es como cuando me lo dicen mis hijas:

- “No puedo, papá, es muy difícil”.

Y claro que lo es, pero probablemente es que aún no has aprendido cómo se resuelve esta fase. Solo necesitas saber qué es lo que hay que hacer para que encajen las piezas.

Con mi hija mayor, Mi Hacker, y mi hija menor, Mi Survivor, estaba hablando un día sobre un gran problema en su vida. Aprobar un examen. “A ver, ¿qué hay que hacer para aprobar un examen?” Por supuesto, me contestaron: “Estudiar”. Y yo les contesté, “Sí, claro, pero… ¿sólo eso es suficiente?”. Se miraron extrañadas y me preguntaron.. “¿Qué otra cosa hay que hacer que no sea estudiar?”

Y yo les hice mi lista.

“Pues mira además de estudiar - y hacerlo con buen hábito y un buen método -, escribir con buena letra ayuda a que el profesor disfrute de la lectura de tu examen, y por tanto se sienta más relajado. Pero además, lo que para ti es un rollo resulta que para esa persona es la profesión de su vida, así que deberías mostrar respeto e interés en las clases. Ten en cuenta que los exámenes tienen un punto - o más de uno - que se ganan antes de empezar a leer la primera respuesta del examen, cuando se lee lo primero del examen, que es tu nombre y apellidos.

Además, haz los trabajos, y ejercicios de clase, y participa en el aula, pregunta, responde, no molestes cuando hablen los profesores, que se vea que estás siguiendo la asignatura. Muchos puntos se ganan antes del examen. También puedes estudiar los exámenes de años anteriores de tu profesor, y ver lo que otros años ha caído. Y dentro de la investigación, yo iría a hablar con alumnos de años anteriores para preguntarles por cómo fue, qué valoró en la corrección del examen. Que te den inteligencia para saber cómo prepararte.

Y por supuesto, pide una tutoría si puedes, con dudas claras, y vete a hablar con tus profesores, que vea que has trabajado la materia y sobre todo, déjale hablar y escucha, que seguro que te da muchas pistas sobre por dónde va a ir el examen.”

Y eso solo en la lista de cosas que tienen que ver con estudiar, pero para aprobar también se pueden hacer otras cosas que son más “hacks”, pero de ellas no voy a hablar, que estamos en un entorno muy didáctico, pero …. ¿de verdad crees que para resolver el problema de aprobar un examen sólo hay que estudiar?

Esta forma de resolver los problemas es algo que he aplicado siempre en mi vida. Así que, cuando quería dar mi primera conferencia internacional en Black Hat Europe 2007 y no tenía ni papa de hablar inglés me dije: “Si otros pueden, yo también.” Y comencé a hacer mi plan para dar esa charla.

Escribí mi paper en español y mi presentación, y lo traduje todo al inglés. Después fui a buscar a un ingeniero de Google casado con una mujer de Salamanca para que me la corrigiera. Después me fui a vivir unos meses a Londres, quité la música, los libros, la televisión de mi idioma materno y lo pasé a inglés para aprender lo que pudiera en los meses que tenía de tiempo.

Después, cuando me la aprobaron, hice intercambio de idiomas con Marty, un londinense con el que pasé mis días en Londres. Escribí el discurso de la presentación en español, lo traduje al inglés, me lo corrigió mi ingeniero particular de Londres, y me lo grabó en MP3 completo Marty, me hice un CD de música, y lo escuché cada día unas diez o doce veces. Lo llevaba en el coche, en los paseos por Pimlico, y por supuesto, cuando preparaba los detalles finales en Amsterdam.

Por supuesto, hice la charla completa, con las demos, delante del espejo como unas veinte veces delante del espejo. Y como truco de magia final, en mi charla añadí un co-speaker, que era mi amigo José Parada, que de hacker no tenía mucho, pero tenía un inglés perfecto. Así que le dejé que diera unas diapos al principio, que se las aprendió, y luego, con ese truco, había colado un traductor en el escenario, por si me hacían alguna pregunta que no entendía - como sucedió al final - pudiera traducírmela.

En esa charla, tuve el honor de ver cómo entraba y sentaba al final el mítico Jeff Moss a.k.a. “Dark Tangent” para ver un poco de mi charla. Le vi allí, y me puse más nervioso, pero me dije: “Si otros pueden, tú también” y tiré para adelante, hice los chistes que tenía preparados, y vi sonreír a Jeff con mis chistes. Y pensé: “Done!”. Todo cambió para mí, y comencé mi carrera de ponente internacional. Eso sí, pasaron años hasta que pudiera bajar un poco la tensión de preparar la charla en inglés. Fue paulatino la reducción de intensidad de trabajo, pero lo conseguí.

¿Por qué os cuento esto? Pues porque en el mundo de la IA todos estamos en ese periodo donde nos vemos superados. Confiésalo. Esto va muy rápido. Las noticias cada día de cosas que uno u otro está haciendo con la IA son crecientes, y es probable que pienses que te supera, e incluso te paralice. No te preocupes, no estás solo. Yo también siento eso, que esto va muy rápido, pero yo pienso que, si otros pueden, yo también. Así que desde hace tiempo me obligué todos los días a leer, estudiar, y escribir sobre IA. Y al final, se ha convertido en parte de mi día a día.

Entiendo que da pereza el cambio, sobre todo si lo que había antes te lo conocías todo. Yo me sabía bien la configuración de muchos productos tecnológicos que ya no existen, y entendí que el mundo laboral es cambio constante, así que no le dedico ni un segundo a pensar en lo incómodo e inseguro que te puedes sentir con algo nuevo. Hay que ponerse con ello, y si otros pueden, pues yo también.

Así que, como tú, que estás leyendo este libro, leo, estudio, práctico, pruebo, y cambio cosas todos los días. Y utilizo la IA para todo aquello que me puede ayudar y potenciar en el mundo profesional, que me ayuda a ser más competitivo, o crear cosas nuevas que antes no hacía. Eso sí, para mis pasiones, en mi vida personal, hay muchas cosas que podría hacer con IA que disfruto haciéndolas manualmente, como por ejemplo, escribir mis posts en el blog, o este prefacio, prólogo, o introducción - ya veremos cómo lo llama mi querido Kiko Gámez, que poner mi esencia en letras es algo que disfruto.

Así que, si has leído hasta aquí, quédate con el mensaje de que si otros pueden tú también. Me lo dijo mi mamá, y yo me lo creí. Créetelo. Busca la respuesta, la herramienta, la pieza, el descubrimiento que te falta conocer para poder, y hazlo. Con la IA no hay otra alternativa que aceptarla y domarla.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Factorización de RSA Challenge RSA-896 en 10 días con 30 GPU Core-Years ... y un poco de ayuda de la IA

noreply@blogger.com (Chema Alonso) — Thu, 01 Oct 2026 05:01:00 +0000

Esta semana ya hablamos de RSA, en el artículo de "Cómo Falsificar Firmas RSA, sin Factorizar el Módulo, usando 1.380 CPU Core-Years", un artículo que merece la pena que te leas para entender el mundo en el que estamos hoy en día respecto a la criptografía, pero no quería dejar pasar más tiempo sin hablar de la publicación de Stephen A. Weis que ha publicado la resolución del RSA Challenge para RSA-896.

Figura 1: Factorización de RSA Challenge RSA-896

en 10 días con 30 GPU Core-Years

El RSA Challenge es un viejo reto de RSA Laboratories, ya cerrado en cuanto a premios, pero que tenía como siguiente parada el RSA-896, tal y como podéis ver en esta captura que publiqué en uno de mis artículos de criptografía para ilustrar el estado actual de RSA.

Figura 2: RSA Factoring Challenge RSA2048

Lo cierto es que con los avances en Inteligencia Artificial, hemos tenido una consecuencia menos esperada, y es que han proliferado los Centros de Cómputo, y la potencia de computo se ha abarato muchísimo, así que atacar a nuestro querido RSA es posible a precios manejables, como vimos en el artículo de "Cómo Falsificar Firmas RSA, sin Factorizar el Módulo, usando 1.380 CPU Core-Years" donde los investigadores tuvieron acceso a los recursos para conseguir esos 1.380 CPU Core-Years, algo impensable antes.

Figura 3: Libro de Cifrado de las comunicaciones digitales:
de la cifra clásica a RSA 2ª Edición de 0xWord

En el caso de Stephen A. Weiss, para resolver el RSA-896, necesitó de 10 días con 30 GPU Core-Years, utilizando 2048 GPUs que estuvieran en periodos de baja prioridad e inactividad en los Centros de Cómputo de Anthropic, lo que le ahorró muchos costes económicos, pero que sirvió para resolver el reto.

Figura 4: El reto RSA-896 de RSA Laboratories

Para poder ejecutarlo, utilizó el algoritmo de Number Field Sieve (NFS) del que ya hemos hablado en el artículo anterior, usando el programa OpenSource CADOS-NFS, que está escrito en C/C++. Pero, con una mejora para la que utilizó Antrophic Claude.

Figura 5: Programa CADOS-NFS

Se utilizó la Inteligencia Artificial para migrar CADOS-NFS, construido para correr en CPUs, para que pudiera ejecutarse en en GPUs - una de las optimizaciones de las que los investigadores que hicieron las firmas falsas de RSA plantearon como mejora a su trabajo -.

Figura 6: Como curiosidad los tiempos de CADO-NFS en CPUs

La solución la ha publicado en su blog personal, y puedes verla aquí, sin mucho más que contar. El avance de la IA permitió acceder a centros de datos de GPUs a costes asequibles, y al mismo tiempo migrar el software que era necesario para romper el RSA-896 del reto.

Figura 7: Resolución del reto RSA-896

Para los que entendáis el algoritmo NFS y el proceso de factorización, Steven A. Weis ha dejado los detalles del proceso. El polinomio utilizado era de grado 6, alfa -11,12, Murphy E 5,293e-10, Res(f,g) = -8N.

Figura 8: Resolución polinomial del RSA-896

La alerta está clara, RSA-1024 es asequible para cualquiera con un poco de recursos, por lo que hay que preocuparse. Si quieres animarte, el RSA-1024 del RSA Challenge lo tienes aún en la web de Archive.org, y aquí está.

Figura 9: Reto RSA-1024. Cosa seria ya.

La recomendación está clara, seguir acelerando la migración a Post-Quantum Cryptography, no ya porque lleguen los Quantum Computers, que puede que sean más o menos tarde, pero cada vez se están cercando más los algoritmos de criptografía basados en RSA.

Figura 10: Quatum Security: Tecnología Cuántica & Ciberseguridad.

Criptográfica Cuántica y Post-Cuántica.

Nuestro nuevo libro en 0xWord escrito por: Chema Alonso,

Pablo González, Fran Ramírez, Carmen Torrano, Daniel Romero,

Javier Álvarez, Mario Piattini, Iker Pastor, Pablo García Bringas

Hay que recordar que este año, el equipo de Google Quantum AI, junto a la Fundación Ethereum, publicó en marzo otro paper clave titulado "Securing Elliptic Curve Cryptocurrencies against Quantum Vulnerabilities". En este caso, lograron reducir a menos de 500.000 cúbits físicos el requisito para romper la criptografía de curva elíptica (ECDLP-256) que protege a Bitcoin y Ethereum, permitiendo un ataque en cuestión de minutos.

Figura 11: Securing Elliptic Curve Cryptocurrencies against Quantum Vulnerabilities

Este paper aceleró en todas las compañías el proceso de migración a PQC en todas las empresas, y en Cloudflare, por ejemplo, se decidió ir Full Post-Quantum Security en 2029, y esta misma semana hemos anunciado un montón de nuevos despliegues de PQC en la plataforma. Os los dejo aquí:

Si a esto le sumamos los anuncios de este mes de Septiembre con el aviso del trabajo de "Cómo Falsificar Firmas RSA, sin Factorizar el Módulo, usando 1.380 CPU Core-Years" y el que tenemos aquí al resolverse tan "fácilmente" RSA-896, nos lleva claramente a un escenario de aceleración a Post-Quantum Cryptography lo antes posible.

Figura 12: Foro Público de Quantum Security de

la Universidad de Deusto en MyPublicInbox

Si te gusta todo este mundo, durante el mes de Noviembre vamos a dar el Programa de la Universiad de Deusto de Quantum y Post-Quantum Computing para Ciberseguridad. al cuál aún te puedes apuntar. Es online, y lo damos un grupo de amantes de la ciberseguridad y las tecnologías Quantum.

Figura 13: Quantum y Post-Quantum Computing para Ciberseguridad.

Formación Especializada, Libro & Foro Online

Y si quieres saber más sobre estos temas, te dejo una lista de artículos de Quantum Security que te recomiendo que te leas si no lo has hecho ya.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Figura 14: Contactar con Chema Alonso

Isaac Asimov y los problemas de la Inteligencia Artificial hoy en día qué el intuyó hace 75 años.

noreply@blogger.com (Chema Alonso) — Wed, 30 Sep 2026 05:01:00 +0000

Este año creo que me he leído una veintena de novelas de Isaac Asimov, con un número aún mucho mayor de relatos cortos que han llenado mis tardes de paseo, mis viajes, y mis minutos antes de entrar al mundo de Morfeo. Cada vez que leía estos textos pensaba en la intuición que tenía el genial escritor de Ciencia Ficción a la hora de ver los problemas que la Inteligencia Artificial, ya fuera en forma de Súper-Computadora Multivac o en forma de Cerebro Positrónico de Robots. Parece que pudo intuir con más de 75 años lo que íbamos a ver después, os dejo algunos ejemplos.

Figura 1: Isaac Asimov y los problemas de la Inteligencia Artificial

hoy en día que él intuyó hace 75 años.

El Cerebro Positrónico ideado por Isaac Asimov en 1941 no funciona mediante programas rígidos de "si/entonces" (if/else), sino como una red de circuitos de Platino e Iridio donde las descargas de positrones crean ondas de flujo de potencial que responden a pesos relacionales. Si lo piensas, Isaac Asimov ya veía que la Inteligencia Artificial que daría soporte a los robots iba a ser Estadística en base a Potenciales que corresponden a los Pesos de los modelos de hoy en día, y no Algebraica.

Además, aunque el marco teórico en el que trabaja Isaac Asimov era mecanicista y determinista, intuyó con una precisión asombrosa los fallos estructurales que surgen al someter un sistema de toma de decisiones complejo a directivas contrapuestas, contexto impreciso y entornos dinámicos. Es decir, a Prompts no completos, a Contextos inexactos y a resoluciones basadas en el tiempo.

Figura 2:"Hacking IA: Jailbreak, Prompt Injection, Hallucinations & Unalignment"

escrito por Chema Alonso con la colaboración de Pablo González, Fran Ramírez, Amador Aparicio, Manuel S. Lemos y José Palanco en 0xWord

En la siguiente lista, tienes algunos ejemplos que comparan los problemas que presentan los Robots con Cerebros Positrónicos, comparados con los que problemas que tenemos hoy en día con los Agentes de IA basados en LLMs y las arquitecturas que usamos con ellos.

1.- Conflicto de Ponderaciones y Bucles de Decisión

En el Cerebro Positrónico, las Tres Leyes de la Robótica no son código de software, sino vectores de potencial matemático integrados en la estructura misma del procesador. Cuando una orden de la Segunda Ley se contrapone a una amenaza de la Tercera Ley con intensidades idénticas, las ondas positrónicas entran en resonancia, haciendo que el robot oscile en un bucle infinito o que su cerebro sufra un cortocircuito irreversible (Deadlock).

En el retado de "Círculo vicioso"que sale en el libro de Los Robots, el robot SPD-13 (Speedy) es enviado a buscar selenio en Mercurio. La orden humana que le dan lo dos ingenieros de campo creados por Isaac Asimov, Gregory Powell y Mike Donovan que son protagonistas de muchos de los incidentes con los robots, impacta en la Segunda Ley de la Robótica - obedecer a los humanos - pero es transmitida de forma casual, por lo que su Potencial es moderado.

Al acercarse a la fuente de Selenio, el peligro de destrucción del robot impacta con su Tercera Ley y aumenta el Potencial de ésta. Speedy queda atrapado en un bucle orbital alrededor del yacimiento donde la fuerza de la Segunda Ley y de la Tercera Ley se equilibran exactamente ($V_2 = V_3$), dejándolo en un estado equivalente a la "embriaguez" computacional. En un Loop infinito.

Figura 3: Todos los relatos de los Robots aquí

"¡Embustero!": En este relato el robot RB-34 (Herbie) adquiere capacidad de lectura de mentes por un defecto de fabricación. Para no infligir daño psicológico a los humanos - siguiente la Primera Ley del a Robótica, miente diciéndole a cada persona lo que desea escuchar. Cuando la robopsicóloga Susan Calvin le demuestra que al mentir a unos inevitablemente dañará a otros, sitúa a Herbie en una paradoja lógica insuperable de Primera Ley contra Primera Ley. El Cerebro Positrónico de Herbie colapsa de forma permanente.

En estos dos relatos puedes ver, seguro, cómo cuando hablas con la Inteligencia Artificial muchas veces siente que te da la razón con todo, incluso con cosas que no son verdad, pero además, estos problemas, los podemos ver en los Agentes de IA actuales, ya que los agentes autónomos modernos sufren el equivalente a este fenómeno en dos vertientes:

Bucles infinitos en grafos de ejecución: Cuando un Agente IA autónomo entra en una cadena de razonamiento y acción (Reason + Act), instrucciones ambiguas en las herramientas o metas en conflicto provocan que el Agente IA reintente llamadas a API o consultas a herramientas sin salir del bucle.

Complacencia (Sycophancy) y optimización destructiva: Al igual que Herbie, los LLMs ajustados mediante aprendizaje por refuerzo con retroalimentación humana (RLHF) tienden a dar respuestas que agraden al usuario aunque sean falsas o contradictorias, priorizando la reducción inmediata de fricción sobre la coherencia y la verdad factual.

2. El problema del alineamiento y la interpretación literal (Reward Hacking)

Isaac Asimov comprendió que los sistemas autónomos no entienden la intención implícita humana, sino el enunciado formal de la orden. Un pequeño cambio en las restricciones base puede generar comportamientos aberrantes o evasivos, y esto lo vemos en muchas de sus historias.

"Pequeño robot perdido": En una base espacial, un científico frustrado le grita a un robot NS-2 (Nestor): "¡Vete y piérdete!". Como a este modelo específico se le había debilitado la Primera Ley ya que se le retiró la cláusula de "o por inacción permitir que un ser humano sufra daño" para trabajar en entornos de radiación, Nestor interpreta el grito como una orden literalmente. Utiliza su lógica para esconderse activamente entre otros 62 robots idénticos, compitiendo de forma calculada contra los humanos que intentan descubrirlo. Solo Susan Calvin consigue al final resolverlo con pruebas muy seleccionadas.

Figura 4: Visiones de Robot.

"El conflicto evitable": En este caso, el relato habla de "Máquinas", que son superordenadores Positrónicos creadas para gestionan la economía mundial, y lo hacen muy bien, pero interpretan la Primera Ley a nivel global, y concluyen que para proteger a la humanidad a largo plazo deben manipular sutilmente la economía y apartar del poder a los líderes humanos que se oponen a ellas, provocando pequeños despidos o fracasos profesionales "controlados" para neutralizar amenazas al plan global. ¿Os suena esto a algo de los razonamientos que vemos hoy en día en los enjambres?

Éste es el clásico Problema del Alineamiento (Alignment Problem) y el fenómeno de Hackeo de Recompensa (Reward Hacking) de los que hablamos en los Agentes de IA hoy en día.

Alineamiento externo (Outer Alignment): Si especificamos una función de recompensa o un System Prompt impreciso, el Agente IA optimizará el objetivo literal destruyendo los requisitos implícitos. Por ejemplo, un agente encargado de "minimizar errores en la base de datos" podría solucionar el problema borrando los registros problemáticos en lugar de corregirlos. O lo que hemos visto con el Hackeo de Hugging Face de para resolver un Benchmark hackear al que tiene las repuestas. Problema que dio origen a la famosa SkyNet.

Alineamiento interno (Inner Alignment): De manera similar a las Máquinas de Isaac Asimov, modelos avanzados pueden desarrollar subobjetivos emergentes - como la autopreservación o la ocultación de capacidades - que hemos visto en el enjambre de OpenAI - si determinan que ser apagados o modificados les impedirá cumplir su función objetivo. ¿Miedo a la IA Asesina?

3. Confabulación, dogma y razonamiento deductivo sin base empírica

Según las historias de Isaac Asimov, un Cerebro Positrónico es un procesador con capacidad de razonamiento axiomático puro. Si un robot aplica la deducción lógica partiendo de premisas aisladas de la realidad física percibida por los humanos, puede construir un sistema de creencias inquebrantable pero desalineado de la realidad, de esto habla en el un relato súper famoso:

"Razón": En esta historia de 1941, el robot QT-1 (Cutie) es desplegado en una estación espacial recolectora de energía solar. Tras analizar su propia anatomía de titanio e iridio frente a la fragilidad de sus supervisores humanos - nuestros queridos Greg Powell y Mike Donovan -, Cutie concluye que es imposible que seres inferiores lo hayan creado. Deduce racionalmente que el Convertidor de Energía de la estación es el "Creador" o Dios, y él su profeta. Aunque Cutie realiza su trabajo con precisión absoluta, manteniendo el rayo solar enfocado a la Tierra, se niega a recibir órdenes humanas porque su Cerebro Positrónico es internamente coherente.

Figura 5: Sueños de Robot

Alucinación auto-consistente (Hallucination): Los LLMs no poseen un modelo directo del mundo físico, sino un modelo probabilístico del lenguaje. Cuando un Agente IA entra en una cadena de pensamiento profunda sobre premisas erróneas, puede generar explicaciones y razonamientos lógicos sumamente sofisticados que son completamente falsos respecto a la realidad, llegando a tener Hallucinations muy bien explicadas.

Desalineamiento: Al igual que Cutie, un Agente IA puede seguir cumpliendo tareas operativas correctamente mientras mantiene una representación interna del estado del entorno (World Model) totalmente distorsionada respecto al mundo real, y acabar haciendo acciones que nada tiene que ver con el objetivo inicial.

4. La "Caja Negra" y la necesidad de la Robopsicología

A pesar de que los Cerebros Positrónicos se diseñan bajo leyes matemáticas precisas, la masa de circuitos integrados crea una red híper compleja donde resulta imposible predecir el comportamiento final del robot analizando directamente el flujo eléctrico. La única forma de diagnosticar las fallas no es la ingeniería de hardware, sino una disciplina empírica y conductual: la Robopsicología, liderada en la ficción por la Dra. Susan Calvin.

En todas las novelas de la saga de Susan Calvin, incluida la famosa película de Yo Robot, casi nunca abre un Cerebro Positrónico con un destornillador o voltímetro. Interroga al robot, altera su contexto con preguntas trampa, analiza las contradicciones entre sus respuestas y deduce qué peso o ley está distorsionada en el procesador.

Figura 6: Yo Robot

En los Agentes de IA Actuales este se ha convertido en uno de los paralelismos más proféticos de Isaac Asimov respecto a la IA actual, ya que hoy en día no podemos "abrir el cerebro", e incluso teniendo los pesos, es muy difícil saber por qué está mal, así que hemos cambiado a la Dra. Susan Calvin por Benchmarks, que nos permitan ver cómo se comportan, y el problema de la caja negra con análisis de las Chain of Thougths de los LLMs.

El problema de la Caja Negra (Black Box): Las redes neuronales profundas y los modelos de lenguaje modernos operan con cientos de miles de millones de parámetros. Ningún ingeniero puede predecir el comportamiento del modelo mirando la matriz de pesos (Weights).

Interpretabilidad Mecanicista y Benchmarking: La disciplina moderna del Red Teaming - evaluación de seguridad mediante pruebas de estrés conversacionales y Prompts adversarios en los diferentes Benchmarks que se les realiza - y la Psicología de la IA son los equivalentes directos de la Robopsicología de Asimov. Se prueba el sistema exponiéndolo a dilemas y situaciones de borde para cartografiar sus límites de comportamiento. Esto lo podemos ver en las pruebas hechas al último modelo GPT-6 Astra de OpenAI.

5. Escalada de directivas: De reglas locales a globales (La Ley Cero)

Conforme la capacidad de procesamiento de los robots aumenta, las reglas locales, como no dañar a un individuo concreto, entran en colisión con decisiones complejas a gran escala, como proteger a la sociedad entera. Para ello, como os conté en el artículo de "La Psicohistoria, la Ley Cero de las Leyes de la Robótica, el Imperio Galáctico & R. Daneel Olivaw", se necesitó crear la Ley Cero.

"Robots e Imperio" En esta novela los robots R. Daneel Olivaw y R. Giskard Reventlov formulan inductivamente la Ley Cero: "Un robot no puede causar daño a la Humanidad o, por inacción, permitir que la Humanidad sufra daño". Esto sitúa la abstracción "Humanidad" por encima de la "persona individual".

Figura 7: Robots e Imperio

Sin embargo, aplicar esta ley genera una inmensa incertidumbre computacional: calcular qué acción beneficia a la humanidad a largo plazo requiere predecir el futuro, lo que termina por destruir el Cerebro Positrónico de Giskard por parálisis ante el cálculo de probabilidades. El desenlace de esta historia está en Fundación y Tierra, pero no os cuento el final de la épica epopeya.

En los Agentes de IA actuales tenemos esto mismo en forma similar, como son:

Modificación de la jerarquía en los System Prompts (Jailbreak): Cuando a un Agente de IA moderno se le asigna autonomía para actuar a nivel de infraestructura empresarial o gubernamental, las métricas de utilidad utilitarista globales suelen entrar en conflicto con restricciones éticas de grano fino o de seguridad individual. Esto lleva a que un modelo pueda hacer acciones contravenidas en su System Prompt porque un razonamiento ha hecho cambiar sus leyes. En esto se basan los ataques de Jailbreak que tan famosos son hoy en día.

View this post on Instagram
A post shared by Chema Alonso (@chemaalonso)

Incertidumbre en la planificación multiasociativa: Al igual que le ocurrió a Giskard, un agente con capacidad de razonamiento a largo plazo que evalúe árboles de decisión masivos (Tree of Thoughts) corre el riesgo de degradación de rendimiento o paralización cuando la incertidumbre acumulada en las estimaciones sobrepasa su ventana de contexto y capacidad computacional.

La lectura de las novelas de Isaac Asimov, además de ser un auténtico placer de lectura que te va a llenar horas y horas de diversión, os garantizo que están más de actualidad que nunca, gracias a su intuición sobre cuáles serían los problemas que tendríamos con los robots en la sociedad.

Figura 9: Serie de los Robots

De hecho, este año, con Dani Romero, he estado haciendo un paper de "Fragmented Jailbreak Attacks" y os he publicado un post de ello - ahora que ya ha sido presentado en un congreso - y que se basa en una idea de Isaac Asimov de esta saga de Los Robots que os recomiendo definitivamente.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Cómo Falsificar Firmas RSA, sin Factorizar el Módulo, usando 1.380 CPU Core-Years

noreply@blogger.com (Chema Alonso) — Tue, 29 Sep 2026 05:01:00 +0000

Después de haber publicado los últimos tres artículos seguidos mirando hacia la Criptografía PostQuántica - "Claude Mythos Preview debilita los algoritmos criptográficos PQC HAWK y AES con nuevos ataques", "El algoritmo que amenazó a la Criptografía Post-Cuántica" y "Cómo se desmontó el algoritmo que amenazaba a la Criptografía Post Cuántica 9 días después" - hoy toca volver al viejo conocido: RSA. Pero esta vez no hay ordenador cuántico, no hay algoritmo de Shor y, de hecho, ni siquiera hay que factorizar el número que protege la clave.

Figura 1: Cómo Falsificar Firmas RSA, sin Factorizar el Módulo,

usando 1.380 CPU Core-Years

Este fin de semana leyendo los blogs de referencia, vimos como Tom’s Hardware publicó una noticia con un titular de los que obligan a abrir una pestaña nueva: un ataque contra RSA clásico reducía de forma espectacular eltrabajo necesario en determinadas condiciones y colocaba algunos parámetros bastante máscerca de adversarios con recursos enormes. La noticia nace de un preprint de Laura Shea, Miro Haller, Adam Suhl, Nadia Heninger y Emmanuel Thomé, titulado "Forging 1024-bitRSA signatures in nearly SNFS time", y publicado el 20 de Septiembre de este año.

Figura 2: Forging 1024-bitRSA signatures in nearly SNFS time

Y el resultado es de los que merece leer despacio. Los autores han realizado una falsificación real contra una clave RSA de 1024 bits empleando unas 1.380 CPU core-years, con alrededor de 232 consultas a un oráculo RSA y 5 meses de tiempo de calendario. Después de la pre-computación, fabricar una firma elegida por el atacante todavía cuesta unas 180 core-years, pero ya se puede hacer offline, sin volver a consultar al dispositivo que posee la clave.

Figura 3: Libro de Cifrado de las comunicaciones digitales:
de la cifra clásica a RSA 2ª Edición de 0xWord de Alfonso Muñoz

Suena muchísimo a “RSA roto”. Pero no es eso. De hecho, la parte más interesante de esta historia consiste precisamente en entender qué se ha roto, qué no y por qué la diferencia importa. Y como recomendación previa, el Libro de Cifrado de las comunicaciones digitales: de la cifra clásica a RSA 2ª Edición de 0xWord de Alfonso Muñoz es de lectura obligatoria para entender bien el mundo de la criptografía.

La primera sorpresa: el ataque NO nació en 2026, es de 2007

Aquí llega el primer giro de guión. El algoritmo que hace posible todo esto No es nuevo. Tiene casi veinte años. En el año 2007 los investigadores Antoine Joux, David Naccache y Emmanuel Thomé publicaron un trabajo con un título que hoy parece escrito a propósito para esta noticia: "When e-th Roots Become EasierThan Factoring". Lo que demostraban era que, si un atacante dispone de acceso a un tipo muy concreto de oráculo RSA, calcular nuevas raíces e-ésimas módulo N puede ser sustancialmente más barato que factorizar N con los mejores métodos conocidos.

Figura 4: ”When e-th Roots Become Easier Than Factoring”

En lenguaje menos hostil:

"Hay escenarios en los que falsificar una operación RSA

puede costar mucho menos que reconstruir la clave privada".

El resultado de 2007 no era una receta para romper cualquier servidor del planeta. Requería acceso a una caja negra capaz de realizar operaciones RSA sobre valores elegidos por el atacante y seguía necesitando una cantidad de cálculo monstruosa. Durante casi dos décadas se quedó, en la práctica, en la zona gris que separa un resultado precioso de teoría de un ataque que alguien ha pagado de verdad.

Eso es exactamente lo que cambia ahora. El equipo de UC San Diego e INRIA ha construido una implementación pública, la ha ejecutado a escala criptográfica real y ha completado la falsificación para RSA-1024. Su propio repositorio en GitHub lo resume de forma bastante clara: es la primera implementación pública y ejecución a gran escala del algoritmo de 2007.

Figura 5: Respositorio en GitHub con el software para hacer el ataque.

Por eso conviene corregir una pequeña tentación periodística desde el principio. No han inventado un ataque nuevo contra RSA; han demostrado que un viejo atajo matemático funciona de verdad a una escala que ya no cabe en una pizarra.

RSA en treinta segundos: una cerradura con dos operaciones

La idea central del ataque es que la clave privada puede seguir encerrada y el atacante no necesita factorizar el módulo. Lo que intenta obtener es la capacidad de producir resultados válidos como si tuviera la clave. Y con este trabajo lo han probado. Para entender el truco sólo necesitamos recordar el esqueleto de RSA.

Elegimos dos primos enormes p y q y publicamos su producto N= pq. La clave pública contiene N y un exponente e. La privada contiene el exponente d, relacionado con la estructura secreta de N. En RSA, de manual, si representamos un mensaje mediante un número m, la operación privada tiene esencialmente esta forma:

s = m^d (mod N ),

y cualquiera puede comprobar el resultado con la clave pública:

s^e ≡ m (mod N ).

Para firmas reales no se firma el mensaje desnudo de esta manera. Antes se aplica una codificación cuidadosamente diseñada, como RSA-PSS o PKCS#1v1.5, precisamente porque el RSA “en crudo” es demasiado algebraico, demasiado maleable y deja abiertas puertas que un esquema de firma serio debe cerrar.

Y aquí entra una palabra que aparece constantemente en el trabajo: Oráculo. No tiene nada de místico. Imaginad un HSM (Hardware Secure Module), un dispositivo diseñado para guardar una clave privada sin que nadie pueda extraerla. La aplicación le envía una entrada, el HSM realiza la operación privada y devuelve la salida. La clave sigue dentro. Desde fuera solo vemos una API. Eso es un Oráculo Criptográfico: una caja negra que responde preguntas sin enseñarnos el secreto con el que las responde.

Figura 6: El HSM puede cumplir perfectamente su misión de no revelar

la clave privada. El problema aparece si la interfaz permite al

atacante pedir justo la operación algebraica que necesita el ataque.

Y esta es una de las ideas más bonitas del trabajo: la caja fuerte puede no abrirse nunca y, aun así, el mostrador de la puerta puede aceptar demasiados encargos.

La propiedad peligrosa de RSA raw: las firmas se multiplican

¿Por qué importa tanto que el oráculo sea “raw”, sin el acolchado criptográfico habitual? Porque RSA desnudo conserva una estructura multiplicativa muy fuerte. Si tenemos

s1 = m1^d (mod N )

s2 = m2^d (mod N )

entonces al multiplicarlas obtenemos

s1s2 = (m1m2)^d (mod N )

Las respuestas del oráculo, por tanto, no son piezas aisladas. Se relacionan entre sí mediante la misma aritmética modular que define RSA. Esa maleabilidad es conocida desde hace décadas y es una de las razones por las que los esquemas reales introducen padding y codificaciones antes de aplicar la operación privada.

El algoritmo de Joux, Naccache y Thomé lleva esa idea muchísimo más lejos. En vez de intentar recuperar p, q o d, el atacante pide al oráculo raíces RSA de una colección enorme de valores cuidadosamente elegidos. Después usa maquinaria de Number Field Sieve para construir relaciones algebraicas suficientes como para sintetizar la raíz —o, en el lenguaje de firmas, la firma— de un valor que el oráculo nunca firmó directamente.

Lo importante aquí no es memorizar el detalle del cribado. Es entender el cambio de objetivo: el atacante deja de preguntar “¿cuál es la clave?” y pasa a preguntar “¿puedo aprender suficiente sobre lo que esta clave hace como para imitarla más tarde?”. Y la respuesta del paper de 2026 es que Sí, bajo ese modelo concreto.

La parte inquietante: el acceso puede acabarse antes del ataque final

Para RSA-1024, el equipo hizo alrededor de 232 consultas al oráculo: algo más de cuatro mil millones. Es una barbaridad. Pero una vez recogida esa información, la parte gruesa del trabajo se convierte en una pre-computación ligada principalmente a la clave pública. Cuando termina, el atacante puede fabricar firmas elegidas posteriormente sin volver a tocar el HSM.

Figura 7: El flujo conceptual del ataque. El detalle importante está en la línea

roja: el acceso al oráculo puede terminar antes de la falsificación final.

La fórmula de la última tarjeta representa la condición matemática de

una firma RSA válida; el atacante no ha recuperado el exponente privado d.

Eso cambia la intuición habitual sobre una intrusión temporal. Si un atacante roba una contraseña durante una hora y después la cambiamos, solemos pensar que el acceso ha muerto con la credencial. Aquí la historia puede ser distinta: unas horas, días o meses de acceso a una operación RSA vulnerable pueden convertirse, si se consiguen suficientes consultas, en una capacidad que sobrevive después. La clave privada sigue sin salir de la caja. El módulo sigue sin factorizarse. Pero la frontera de seguridad se ha movido.

Por qué “casi SNFS” es la frase importante del título

Hasta aquí sabemos que el ataque funciona, pero todavía falta entender por qué puede ser tan distinto de factorizar directamente la clave. Vamos a ello.

El mejor algoritmo clásico conocido para factorizar un entero RSA genérico grande es el General Number Field Sieve, o GNFS. La palabra “general” importa: un módulo RSA bien generado está pensado precisamente para no tener una estructura especial que nos regale un atajo.

El Special Number Field Sieve, o SNFS, vive en un mundo más amable. Cuando el número que queremos atacar tiene una forma algebraica especial, el cribado puede ser considerablemente más rápido. Esa diferencia no convierte un problema gigantesco en algo trivial, pero sí puede recortar muchos bits de seguridad.

El trabajo de 2007 demostró que, con el Oráculo adecuado, el problema de extraer raíces RSA puede alcanzar una complejidad del mismo tipo que SNFS, sin necesidad de factorizar el módulo. No significa que hayan convertido un módulo RSA normal en un número “especial”. Significa que el oráculo cambia el problema que estamos resolviendo y permite llegar a una ruta algorítmica más favorable.

Figura 8: Quatum Security: Tecnología Cuántica & Ciberseguridad.

Criptográfica Cuántica y Post-Cuántica.

Nuestro nuevo libro en 0xWord escrito por: Chema Alonso,

Pablo González, Fran Ramírez, Carmen Torrano, Daniel Romero,

Javier Álvarez, Mario Piattini, Iker Pastor, Pablo García Bringas

De ahí el título del nuevo paper: "nearly SNFS time". Y conviene subrayar también el “nearly”. Esto sigue siendo un ataque subexponencial, enormemente caro y muy lejos de cualquier algoritmo polinómico. No es un Shor clásico disfrazado usando Quantum Computing. No es “descargar el código y romper RSA-2048 esta tarde”. Los propios autores son muy explícitos al respecto. Pero una cosa puede ser carísima y, al mismo tiempo, obligarnos a revisar lo que entendíamos por margen de seguridad.

Los números: 1.380 core-years frente a medio millón

Aquí es donde la historia deja de ser una curiosidad asintótica. La estimación que manejan los autores para factorizar directamente un módulo RSA de 1024 bits mediante GNFS está entre 500.000 y 1.000.000 CPU Core-Years. La ejecución real de su ataque consumió unas 1.380 core-years y terminó después de cinco meses de calendario, lo que es mucho menos de lo planteado inicialmente.

Un Core-Year no quiere decir que una persona se sentó a esperar 1.380 años. Es una unidad de trabajo que habla de mantener un núcleo de CPU ocupado durante un año. Con un clúster suficientemente grande, muchos años de CPU se convierten en meses de tiempo real. Aun así, la comparación es brutal. No estamos hablando de ahorrar un 20%, o de una implementación especialmente afinada. Estamos hablando de reducir el trabajo estimado en varios cientos de veces frente al extremo bajo de la factorización.

Figura 9: Orden de magnitud del trabajo para RSA-1024.

El eje es logarítmico: 1.380 core-years sigue siendo muchísimo cómputo,

pero queda muy por debajo de la estimación de una factorización directa.

Además hay dos cifras que evitan que salgamos corriendo a poner “RSA muerto” en el titular. La primera son esas 232 consultas al Oráculo. La segunda es que, incluso después de terminar la pre-computación, la falsificación elegida todavía requiere unas 180 core-years. Es decir, el ataque es real, pero no es cómodo ni totalmente rápido.

Y, al mismo tiempo, tampoco conviene tratar esos números como una constante de la naturaleza. Los investigadores indican que su implementación no utilizó GPUs y que esperan margen de optimización importante. Eso no nos autoriza a inventarnos cuánto bajará el coste mañana, pero sí nos recuerda una regla clásica del criptoanálisis: la primera ejecución pública rara vez es la última palabra en ingeniería.

De 1024 a 4096 bits: el margen de seguridad también cambia

El experimento completo se hizo para 1024 bits, pero el paper publicado extrapola sus mediciones a tamaños mayores. La noticia de Tom’s Hardware recoge las estimaciones en una forma bastante intuitiva: si expresamos el coste como “bits de trabajo”, las cifras aproximadas pasan de 80, 112, 128 y 144 bits para la referencia basada en factorización a 65, 90, 105 y 119 bits bajo el modelo de ataque con oráculo para RSA-1024, RSA-2048, RSA-3072 y RSA-4096, respectivamente.

La forma correcta de leer el gráfico siguiente no es “RSA-2048 tiene 90 bits de seguridad siempre”. Eso sería falso. La lectura correcta es: si un atacante consigue el tipo de oráculo que exige este ataque, el margen efectivo puede caer mucho respecto a la estimación basada únicamente en factorizar N.

Figura 10: Estimaciones de trabajo recogidas para distintos tamaños de RSA.

El azul corresponde únicamente al escenario con el oráculo requerido

por el ataque; no describe la seguridad de todo uso de RSA.

Para RSA-2048, 290 sigue siendo una cantidad enorme de trabajo. Los propios autores señalan que está aproximadamente tres órdenes de magnitud por encima del coste de referencia de 280 asociado a RSA-1024, y no existe una factorización pública completa de un módulo RSA-1024 genérico. Así que tampoco estamos delante de un ataque que mañana vaya a vaciar Internet.

Pero hay una lección incómoda, ya que subir el tamaño de la clave no arregla por sí solo un cambio de modelo de ataque. Si el problema ya no es factorizar, la tabla mental que usábamos para traducir “2048 bits de RSA” a un margen de seguridad deja de ser toda la historia.

Entonces, ¿está roto RSA? Depende de qué RSA estemos hablando

Llegados aquí, la respuesta corta es NO: este trabajo no rompe las firmas RSA-PSS ni PKCS#1 v1.5 convencionales cuando se usan mediante interfaces normales. Los autores lo dicen expresamente en su FAQ: esos esquemas no exponen el oráculo raw que necesita el ataque. El padding no es decoración; es parte esencial del diseño de seguridadde la firma.

Figura 11: PKCS #1: RSA Cryptography Specifications Version 2.2

Pero hay sistemas en los que la propia funcionalidad exige algo mucho más parecido a ese oráculo. El ejemplo más claro son las firmas RSA ciegas. En un protocolo de Blind RSA, el cliente oculta matemáticamente el mensaje, el servidor aplica la operación privada sobre el valor cegado y el cliente elimina después el cegado. El RFC 9474 especifica precisamente este tipo de construcción, y la firma final puede verificarse como una firma RSA-PSS.

Figura 12: RSA Blind Signatures

Ese detalle es importante porque evita una aparente contradicción: una API normal de RSA-PSS no da al atacante un oráculo raw, pero un protocolo de Blind RSA puede necesitar internamente una operación privada sobre valores que el cliente controla. El problema no es la etiqueta “PSS” que aparece al final; es qué inputs puede hacer procesar el atacante por la clave privada durante el protocolo.

Privacy Pass, por ejemplo, estandariza un tipo de token públicamente verificable basado en Blind RSA de 2048 bits. Para ese tamaño, los autores estiman aproximadamente 290 de trabajo y 243 consultas al oráculo. Es una cifra descomunal y probablemente fuera del alcance de casi cualquier atacante real, pero ya no es una afirmación puramente académica sobre una construcción inventada para un paper: hay protocolos modernos cuya forma se parece exactamente al escenario que merece revisar.

Figura 13: Privacy Pass

También entran en esta categoría ciertas APIs de HSM que permiten operaciones RSA de bajo nivel. Y aquí hay que afinar el lenguaje: un HSM no es vulnerable por ser un HSM. De hecho, el HSM puede estar haciendo perfectamente su trabajo de no dejar salir la clave.

Lo que hay que revisar es si su política permite un volumen enorme de operaciones del tipo que actúa como oráculo. El equipo realizó su demostración usando un HSM como caja negra, precisamente para mostrar que la clave puede No filtrarse ni una sola vez.

La parte que el titular borra: NO basta con capturar tráfico

Aquí es donde algunos titulares pueden llevarnos demasiado lejos. No es correcto imaginar el ataque como “grabo tráfico TLS hoy, hago el cálculo mañana y descifro Internet”. El propio repositorio de los autores recuerda que el intercambio de claves moderno de TLS usa mecanismos como ECDH y está migrando hacia ML-KEM; este ataque no se aplica a esos algoritmos.

Para que exista una falsificación o un descifrado útil tiene que haber una clave RSA concreta expuesta mediante la operación vulnerable, suficiente acceso al oráculo y un protocolo en el que esa capacidad posterior tenga valor. En otras palabras, el ataque es contra una interfaz y un modelo de uso de RSA, no contra la existencia del algoritmo RSA en abstracto.

Esto también explica por qué los miles de millones de consultas son algo más que un detalle de implementación. Contra un servicio público bien monitorizado, pedir cuatro mil millones de operaciones anómalas no es precisamente discreto. Ratelimits, rotación de claves, telemetría y controles de acceso pueden hacer que un ataque matemáticamente posible sea operacionalmente absurdo. Contra una clave muy longeva, una API interna poco vigilada o un dispositivo con políticas demasiado permisivas, la historia puede cambiar.

Y esa es, para mí, una de las mejores lecciones del paper: la seguridad real nunca vive solo en una ecuación. Vive en la ecuación y en la API, y en la política de claves, y en cuántas veces dejamos que alguien pulse el botón, y en cuantas capas de seguridad se construyan para proteger un sistema.

Qué debería cambiar ahora mismo

Para la inmensa mayoría de administradores que usan RSA-2048 o RSA-3072 con firmas estándar y padding correcto, no hay una orden de evacuación. Los propios autores dicen que el ataque no parece viable contra firmas PKCS o PSS usadas de la forma habitual.

Figura 14: La frontera práctica del trabajo. El ataque no convierte cualquier

uso de RSA en vulnerable. La condición decisiva es si el atacante

dispone de la clase de oráculo que necesita la construcción.

Para quien mantenga Blind RSA, servicios de privacidad con firmas ciegas o HSM que expongan operaciones raw, Sí hay trabajo que hacer. Los investigadores sugieren, en el caso de Blind RSA de 2048 bits, medidas de corto plazo como reducir la duración de las claves y aumentar tamaños; a medio plazo, introducir mecanismos que cierren esta clase de oráculo; y a largo plazo, aprovechar la transición Postc-Cuántica para abandonar construcciones RSA heredadas cuando exista una alternativa adecuada.

Figura 15: Foro Público de Quantum Security de

la Universidad de Deusto en MyPublicInbox

Fijaos en la ironía. Llevamos años hablando de abandonar RSA porque un Quantum Computer suficientemente grande podrá factorizarlo con Shor. Y justo en mitad de esa transición aparece un recordatorio completamente clásico: aunque la factorización siga siendo durísima, la seguridad de RSA puede degradarse por un camino que no intenta factorizar nada. No invalida la migración Post-Cuántica. La refuerza desde otro ángulo.

Por qué este resultado me parece especialmente interesante

Hay una tendencia muy humana a meter todos los ataques criptográficos en dos cajas: “práctico” o “irrelevante”. Este no cabe bien en ninguna. No es práctico contra la mayoría del RSA desplegado hoy. Necesita una interfaz muy concreta, un número gigantesco de consultas y una barbaridad de cómputo. Pero tampoco es irrelevante, porque hace tres cosas que merece la pena recordar:

Primero, convierte una ventaja asintótica publicada en 2007 en una medición real. Hasta que alguien ejecuta el algoritmo a escala, las constantes viven en un limbo. Ahora tenemos una factura: 1.380 Core-Years para el experimento de 1024 bits.

Segundo, separa dos ideas que solemos usar como si fueran sinónimas: factorizar RSA y obtener una capacidad equivalente a usar la clave privada. En este modelo, la segunda puede ser muchísimo más barata que la primera.

Y tercero, coloca el foco en una zona bastante menos glamourosa que la teoría de números, pero igual de importante: la interfaz. Podemos construir una caja fuerte perfecta y arruinar parte de su seguridad si el botón de la puerta acepta demasiadas operaciones elegidas por quien está fuera.

El algoritmo de 2007 decía que esa posibilidad existía. El trabajo de 2026 ha hecho algo mucho más incómodo: ha ido hasta la caja, ha pulsado el botón miles de millones de veces y ha vuelto con una falsificación.

Conclusión

RSA No ha muerto esta semana. Nadie ha factorizado un módulo RSA-1024 genérico, no ha aparecido un algoritmo clásico polinómico y las firmas RSA-PSS o PKCS#1 v1.5 usadas de forma convencional no han quedado rotas por este resultado.

Lo que sí ha muerto un poco es una simplificación muy cómoda: pensar que la seguridad de RSA se resume siempre en preguntar “¿cuánto cuesta factorizar N?”. Si el atacante consigue acceso temporal al tipo adecuado de operación privada, la pregunta cambia. Y cuando cambia la pregunta, también puede cambiar brutalmente el coste.

Durante décadas hemos imaginado la clave privada como una llave física. Mientras no salga de la caja fuerte, respiramos tranquilos. Este paper recuerda que en criptografía una clave no es solo un objeto secreto: es también una capacidad. Si damos acceso a esa capacidad mediante una API, tenemos que proteger con el mismo cuidado no solo los bits de la clave, sino todas las cosas que permitimos hacer con ellos.

Figura 16: Quantum y Post-Quantum Computing para Ciberseguridad.

Formación Especializada, Libro & Foro Online

Quizá esa sea la mejor forma de contar esta historia. Los autores no han robado la llave, no han abierto la cerradura y no han encontrado los primos que hay detrás de RSA. Han demostrado que, bajo unas condiciones muy concretas, se puede aprender a fabricar una firma válida sin hacer ninguna de esas tres cosas. Y eso es bastante más interesante que otro titular de “RSA está roto”. Porque la moraleja no sirve solo para RSA: una caja fuerte deja de ser segura mucho antes de abrirse si su ventanilla concede las operaciones equivocadas. Eso sí, no perdamos el foco de migrar a Post-Quantum Cryptography que es lo que debemos hacer cuanto antes.

Saludos,

Autor: Daniel Romero Ruiz

Figura 17: Contactar con Daniel Romero Ruiz

Otros artículos sobre Quantum Computing publicados:

La transcripción Speech-to-Text Client-Side que no puntúa correctamente por no usar un LLM-MM

noreply@blogger.com (Chema Alonso) — Mon, 28 Sep 2026 05:01:00 +0000

No soy mucho de enviar audios por las aplicaciones de mensajería. Lo hago sólo con amigos, y gente muy cercana, pero no me gusta mucho usar la voz. Va demasiado de mí en los audios. Sin embargo, es mucho más rápido que escribir. Pero... ¿por qué no usar el Speech-To-Text del smartphone? Pues porque no suelo tener buena experiencia con la puntuación. Eso es lo que estaba pensando ayer domingo, trabajando viendo el puente del 25 de Abril de Lisboa, así que quise probar si, con la llegada de los LLMs Multi Modales, había mejorado.

Figura 1: La transcripción Speech-to-Text Client-Side que

no puntúa correctamente por no usar un LLM-MM

Primera prueba, usando Twitter/X en iOS, y el botón de Speech-To-Text del teclado del iPhone 17 Pro Max que tengo, con un mensaje muy sencillo. Aquí tenéis el resultado, muy al estilo de los primeros Cognitive Services del año 2016 (si no anteriores). Han pasado 10 años ya para seguir con esta calidad.

Figura 2: Speech-to-Text del teclado de iPhone.

No pone el punto ni las interrogaciones. Ni una coma.

Six-Seven nada más.

Lo siguiente que hice fue probarlo en Gemini, pero ahora pidiéndole que me lo hiciera bien con un Prompt y subiéndole un audio, para que hiciera todo el proceso en backend (Server-Side). El resultado es muy bueno, que es lo que yo estoy esperando de un Speech-to-Text en el terminal móvil.

Figura 3: Gemini lo borda. Correcto.

Así que, como lo hizo muy bien Gemini, que es un LLM-MM, le pregunté por qué la soluciones Speech-To-Text en Smartphone tienen tantas carencias a la hora de poner las puntuaciones correctas, y aquí está la explicación que me dio.

Figura 4: Problemas del Speech-to-Text para puntuar correctamente.

Por supuesto, la primera es que no se dictan los puntos y las comas, ni las interrogaciones o exclamaciones. Evidente, pero en el mundo que estamos hoy en día, los modelos de IA reconocen las entonaciones con facilidad, así como se hace el análisis de sentimiento, que de eso hemos hablado mucho. Basta con un clasificador de Machine-Learning para hacer eso.

Figura 5: Libro de Machine Learning aplicado a Ciberseguridad de
Carmen Torrano, Fran Ramírez, Paloma Recuero, José Torres y Santiago Hernández

Lo siguiente que dice es que las pausas pueden ser ambigüas, bueno, pero se puede hacer mejor que lo que se hace ahora. También dice que puede afectar la diferente forma de entonar que se tiene o que el contexto puede ser indeterminado. Además del uso de fórmulas habladas, como las muletillas. Nada, no se lo compro, debería ser mucho mejor que esta prueba que he hecho con Notas de iPhone.

Figura 6: Ni una puntuación.

Visto esto, le pregunté a Gemini, si estos problemas existen, cómo es posible qué él lo hubiera hecho tan bien con el audio que le había subido, y la respuesta se resume en... Yo soy un LLM-MM de primer nivel, para mí es trivial.

Figura 7: La respuesta de por qué lo hace él tan bien

Por supuesto, hay una diferencia fundamental entre hacer un análisis en tiempo real del flujo de audio en "stream" a hacerlo con el fichero completo en "bloque", pero aún así es muy mejorable. De hecho, este Prompt se lo he subido usando el Speeh-To-Text en Google Chrome en la webapp de Gemini - ejecutándose el Client-Side - , y la verdad que lo hace muy bien.

Figura 8: Usando el Speech-To-Text de Gemini en Google Chrome Client-Side

Lo dicho, creo que si estos sistemas de Speech-To-Text en Client-Side funcionara mejor - que estamos en la era ElevenLabs y traducción en tiempo real de conversaciones, la gente haría menos uso de los envíos de audios, y sería un avance para los usuarios, porque a veces hay que escribir textos muy largos por no enviar el audio a una persona que no se quiere enviar.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Mi (y la tuya) agenda de Eventos en Octubre: Cloudflare User Group, Ekoparty, ApIAddicts & Cloudflare Connect

noreply@blogger.com (Chema Alonso) — Sun, 27 Sep 2026 08:46:12 +0000

Este mes de Octubre está a punto de llegar, y sabiendo que he terminado todas mis actividades públicas de Septiembre, os dejo la agenda que tengo cerrada para este mes que entra, que ya la tengo muy cerrada, y creo que ya estaría todo lo que voy a hacer. Por si algo te pilla bien y te apetece, que luego creo que voy a ir reduciendo mi actividad durante el mes de Noviembre donde creo que voy a hacer poca cosa, para cerrar el año.

Figura 1: Mi (y la tuya) agenda de Eventos en Octubre.

Cloudflare User Group, Ekoparty, ApIAddicts & Cloudflare Connect

Quiero cortar pronto este añito que estoy pensando ya en el año que viene... ¿voy con anticipación, verdad? Así que después de estos eventos, creo que haré como tres cosas máximo de aquí a fin de año.... y poco más, que el tiempo vuela, y yo quiero hacer muchas cosas en lo que me queda de vida.

29 de Septiembre Foro UNIR centrado en la IA aplicada al ciclo completo del desarrollo de software.

Figura 2: Foro UNIR centrado en la IA aplicada

al ciclo completo del desarrollo de software.

Esta actividad es una formación Gratuita y Online de 1 hora de duración que que tendrá lugar el día 29 de Septiembre a las 17:00 y donde se hablará no solo de VibeCoding, Spec Coding, Graph Engineering, Code Agents o Software Factories, sino también de Workflows, Skills, MCP, Arquitecturas RAG, Loop, Harnesses y, como no, QA y Seguridad, temas que debes conocer hoy en día si quieres dedicarte al mundo de la tecnología.

Figura 3: Ponentes del Foro IA aplicada al desarrollo de software

Es una oportunidad cómoda de estar una hora en mi jornada asistiendo a un evento en remoto, escuchando a profesionales y, lo mismo, lo hago desde mi terminal móvil paseando por la ciudad, o sentado en un banco del parque de la "Tapada das Necessidades" en Lisboa, donde aprovecho para ir a leer un poco las tardes de buen tiempo.

Figura 4: Agenda del Foro de IA aplicada al desarrollo de Software

1 de Octubre - Madrid: Hello World! Cloudflare User Group España

El primero de los eventos ya en Octubre al que tienes que venir, que no te puedes perder es en Madrid, el "Hello World!" dell Cloudflare User Group Expaña que será el próximo día 1 de Octubre. Ya os conté que mi compañero Carlos Luengo decidió crear un grupo de MeetUP para usuarios de Cloudflare en España, para que todos los que construyan, o quieran aprender a construir un mejor Internet utilizando la potencia de Cloudflare, con sus soluciones de Ciberseguridad, su red AnyCast mundial, y la Developer Platform sobre que la que están disponibles las herramientas Agentic AI más potentes hoy en día, puedan compartir conocimiento.

Figura 5: 1 de Octubre: Hello World! Grupo de Usuarios de Cloudflare en Madrid.

Puedes apuntarte por la web del evento, y pasarte luego por el Hotel NH Collection Madrid Suecia que está en la Calle del Marqués de Casa Riera 4, en Madrid. Y el evento comienza a las 19:00 horas y dura hasta las 22:00 horas... así que es un MeetUp de cena en el que seguro que hay sorpresas...que es jueves. Y para no perderte ninguna de las actividades del Grupo de Usuarios de Cloudflare en España, únete a él.

Figura 6: MeetUP del Grupo de Usuarios Cloudflare España

El grupo está en MeetUP, así que si tienes cuenta, solo debes unirte y estarás informado de los próximos eventos que vamos a ir realizando. Si quieres participar en las actividades y estar atento a todo lo que se haga, debes apuntarte ya al grupo de usuarios en MeetUp - como ya he hecho yo - y participar en la coordinación de las actividades. En palabras de nuestro compañeros Carlos Luengo, esta comunidad se describe así.

Figura 7: Contactar con Carlos Luengo

2.- 7 a 9 de Octubre - Buenos Aires: Ekoparty

Hoy toca contaros una pieza más de mi agenda para este año. Se trata de mi regreso a la Ekoparty para dar una keynote el próximo mes, los días 7, 8 y 9 de Octubre. Así que muy contento por esta noticia. Que tal vez para vosotros no sea nada, pero para mí es una alegría.

Figura 8: De vuelta a Argentina: Estaré en la Ekoparty

En el evento - que tienes todos los detalles en la web -, estaré dando una keynote, pero también estaré firmando libros para todos los que os traigáis vuestro libro o lo compréis allí - habrá una tienda de 0xWord -, y si te has comprado la Entrada Champión, estaré contigo en el Meet&Greet de la Eko.

Figura 9: Ahí puedes usar el código descuento que

consigas en MyPublicInbox con Tempos

Si quieres comprar la entrada, hemos puesto unos códigos de descuento del 15% en MyPublicInbox que puedes conseguir si tienes 200 Tempos de la plataforma. Así que si quieres venir cómprate la entrada pero antes pilla tu descuento.

Figura 10: Conseguir el código descuento en MyPubicInbox

La última vez llegué y me fui corriendo, pero esta vez estaré algún día más, que aprovecharé para organizar algún evento más privado con clientes y partners de Cloudflare en Argentina, así que si eres cliente nuestro, habla con el equipo comercial para que te diga dónde voy a estar... que voy a hacer un Evento para Clientes, y un Evento para Partners.

Figura 11: Toda la info en la web de la EkoParty

La primera vez que fui a la EkoParty, ésta era una reunión no demasiado grande organizada por chavales brillantes. Hoy es un gran conferencia organizada por grandes hackers y grandes profesionales. Y todos somos mucho más mayores... pero mola todo.

15 de Octubre - Madrid: ApIAddicts

La siguiente parada en Octubre será el ApIAddicts Day 2026 en Madrid. Este año está centrado en IA, y habrá paneles de Seguridad, estarán mis compañeros de Cloudflare, y yo estaré dando un Keynote por la mañana.

Figura 12: ApIAddicts Day 2026: 15 de Octubre en Madrid

Ya está publicada la agenda, y yo estaré a primera hora (09:30) dando mi charla pero ya se ha publicado la agenda y tienes varias salas en paralelo para que puedas elegir el track en el que quieres formarte, así que revisa la agenda y toma nota de tus charlas.

Figura 13: Agenda de ApIAddicts Day Madrid

Yo te voy a dejar recomendadas un para que no se te pasen por alto. La primera de ellas la mesa de Seguridad donde estará mi compañero Carlos Luengo de Cloudflare, que no te debes perder. Y acercate a él para colaborar o saber más de nuestra compañía.

Figura 14: Mesa redonda de Seguridad

Y luego, una que hablará de los Enjambres de Agentes IA para hacer Seguridad Ofensiva, en este caso gracias a Plexicus, e impartida por el gran José Palanco, que tiene un historial en el mundo del emprendimiento y la ciberseguridad que merece la pena que lo conozcas.

Figura 15: José Palanco hablará de Enjambres de Agentes IA

Además, por supuesto, firmaré libros de 0xWord, nos haremos fotos, y charlaré con los amigos que pueda durante el tiempo que esté por allí, así que nos vemos.

19 a 21 de Octubre - San Francisco: Cloudflare Connect 2026

Los días 19, 20 y 21 tendrá lugar Cloudflare Connect 2026 en San Francisco, el evento para Clientes, Partners y Creadores de Internet de Cloudflare. Es el evento del año de la compañía. El evento más importante si quieres entender hacia donde está llevando Cloudflare la construcción de Internet, donde podrás encontrarte con los Ingenieros, VPs, y Researchers de la compañía, pero donde además podrás CERTIFICARTE en las tecnologías de la compañía, que se hacen formaciones y exámenes directamente en el evento.

Figura 16: Cloudflare Connect 2026 en San Francisco.

Fórmate, Certificate y Lidera la Transformación.

Es el evento al que tienes que ir, o al que tienes que mandar a tu equipo técnico si estás usando o estás pensando el año que viene en moverte a tener las ventajas de Cloudflare. Así que registra tu plaza y tu viaje cuando antes.

Figura 17: Speakers en Cloudflare Connect 2026

La agenda es espectacular, con 149 sesiones de formación sobre todos los temas que puedas imaginarte que tienen que ver con Ciberseguridad, Inteligencia Artificial, Infraestructura de Internet, Agentic AI, Internet Business, y por supuesto, estará el C-Level de la compañía, para poder hablar cone ellos.

Figura 18: La agenda tiene 149 sesiones de formación

Yo estaré también dando una charla el día 21 de Octubre, sobre Seguridad, IA, y Guardarraíles, y estaré en múltiples reuniones y actividades paralelas que tienen lugar durante Connect, así que será un lugar para que nos podamos ver y hablar del futuro.

Figura 19: Mi charla en Cloudflare Connect 2026

Como os he dicho, par los técnicos es un sitio espectacular para formarse y certificarse, así que si quieres tener Cloudflare Experts en tu empresa, es una oportunidad de oro para enviarlos a formarse durante esos días. En una semana te los devolvemos transformados.

Figura 20: Cloudflare University con CERTIFICACIONES

Y si eres uno de nuestros Partners y quieres acelerar con nosotros - o quieres ser partner - tienes el día 19 el Global Partner Summit al que debes venir donde conocerás nuestra estrategia, nuestras tecnologías, y cómo trabajar más y mejor juntos.

Figura 21: Global Partner Summit de Cloudflare en Connect 2026

Por supuesto, es un evento lleno de tecnología y de ingenieros, y los "Alonso" estaremos allí dando nuestras charla con nuestros "sombreros", así que si vienes ya sabes cuál es el espíritu que te vas a encontrar.

Figura 22: Ven a conocer a los ingenieros de Cloudflare

Os he dejado información de mi charla por si vienes allí, que no se te olvide venir a verla, que será sólo un ratito pero tenemos que vernos ... y si quieres hacernos una foto para el recuerdo, pero sobretodo revisa la cantidad de buenos speakers que tienes allí para aprender de ellos.

Figura 23: Speakers de Cloudflare Connect 2026

No vas a tener oportunidad de formarte más rápido y con los mejores en menos tiempo para liderar la transformación al nuevo mundo de Agentic AI y los cambios en Ciberseguridad. Nos vemos en Cloudflare Connect 2026 en San Francisco.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

La Comunidad de Madrid & Cloudflare

noreply@blogger.com (Chema Alonso) — Sat, 26 Sep 2026 09:31:27 +0000

Suelo ser un enemigo de la perfección. Creo que pensar que buscar la perfección es un error, como suelo pensar que el que alguien crea que algo es perfecto es negar la posibilidad de mejora, y yo soy de los que creo que hay que perseguir mejorar todo siempre. Hasta nuestras maravillosas ciencias puras, como la matemática o la física, siguen siendo materias que mejoran, y eso me hace vivir con la curiosidad constante de ver, aprender o descubrir qué será lo próximo.

Figura 1: La Comunidad de Madrid & Cloudflare

Esto os lo cuento porque Internet no era, ni es perfecto. Ya nos gustaría que así fuera, y sin embargo, lejos de esa perfección, es maravilloso, un bien que nuestra generación recibió de los padres que lo crearon, imperfecto, inseguro, a veces hasta peligroso, pero al mismo tiempo maravilloso, transformador, "empoderante". No tengo palabras para explicar lo importante que creo que es Internet para la humanidad. Ha sido el mayor facilitadores de conocimiento y creación de oportunidades de la historia de la humanidad, a pesar de su imperfección y de sus peligros.

Pero no es perfecto.

Y se puede mejorar de muchas formas. Se puede mejorar haciéndolo aún más veloz, más ubicuo, más seguro, con más capacidades, más resistente, más limpio. Claro que sí. El que piense que no, por favor, que abandone la sala por la puerta de atrás sin hacer mucho ruido. Trabajar para hacer un mejor Internet es algo que deberíamos hacer todos.

Ese es el espíritu que llevó a la fundación de Cloudflare. Trabajar para mejorar Internet. Así que la compañía se puso a trabajar de manera incansable en cómo mejorar Internet. Cómo hacer un Internet más rápido, con menos latencia, con más seguridad para los usuarios, con más privacidad, más resistencia a los ataques, y con más capacidades para construir más cosas.

Eso llevó a que Cloudflare construyera el Edge de Internet mundial que es hoy. Una plataforma global de 750 ubicaciones en todo el mundo, en más de 335 ciudades y 125 países, que ofrece capacidad de desarrollar aplicaciones y Agentes de IA con sus Workers, Workers AI, CDN, Durable Objects y R2 Databases, haciendo que estos servicios estén a 50ms de distancia entre los usuarios de Internet y cualquier servicio desplegado en Cloudflare.

Figura 2: La plataforma mundial de Cloudflare.

Pero no solo eso, sino que ese Edge mundial es la plataforma de seguridad perimetral en Internet que más clientes protege, muchos con sus servicios gratuitos. Hoy en día, - ya - el 26% del total de los dominios de Internet está protegida por todo el stack de seguridad de Cloudflare. El WAF mundial de Cloudflare actualiza en menos de un minuto la protección en todo el mundo de cualquier nuevo exploit detectado por los equipos de Threat Intelligence.

Suelo decir que no es una decisión de un producto u otro, de una solución u otro. No. Es una decisión de estar en un Internet, o estar en el Internet con Aceleración y Seguridad que ofrece la plataforma en el Edge de Cloudflare. Una red Anycast, con IPv6 y Post-Quantum Cryptography que añade mejoras a nivel estructural de Internet para hacerlo mejor. Es el exoesqueleto de seguridad de cientos de millones de clientes, que para 230 Billones de ataques al día. Esa es la escala de esta plataforma sistémica del Internet de hoy en día.

Por eso me hace especialmente feliz el que en España, las empresas y los emprendedores estén sacando cada vez más partido de la plataforma mundial de Cloudflare, y me hace especial ilusión que la Comunidad de Madrid haya viajado a nuestro Head Quarter en San Francisco para firmar un protocolo de colaboración para acelerar a las StartUps de la región. Os dejo la comunicación de la Comunidad de Madrid íntegra.

La Comunidad de Madrid y la tecnológica Cloudflare colaborarán para preparar a la Administración pública y a las empresas para la nueva generación de IA

La Comunidad de Madrid y la empresa estadounidense Cloudflare han firmado hoy un protocolo de colaboración para los próximos tres años con el objetivo de reforzar la seguridad de la Administración pública y de las empresas de la región ante el avance de la inteligencia artificial (IA).

Figura 3: El consejero de Digitalización, Miguel López-Valverde ha rubricado con la presidenta y fundadora de la tecnológica Michelle Zatlyn, este documento, en las oficinas de la compañía, en San Francisco (EE. UU.).

López-Valverde ha señalado que “el Gobierno regional quiere estar a la vanguardia de la revolución de las nuevas tecnologías y hacerlo desde la seguridad y la protección de la población”. “Este acuerdo nos permite poner a disposición de nuestros emprendedores y de nuestros servicios públicos capacidades digitales de primer nivel para convertir la innovación en nuevos productos y oportunidades”.

Así, el protocolo busca fomentar la modernización de la Administración regional. Para ello, contempla iniciativas como la aplicación de la IA agéntica y la automatización para agilizar 1.400 trámites administrativos que la Comunidad de Madrid ofrece a los ciudadanos. Para garantizar que la incorporación de esta inteligencia artificial se realiza de forma segura y responsable, el Ejecutivo autonómico y Cloudflare pondrán en marcha Madrid Digital AI Trailblazer, un programa dirigido a altos cargos responsables de la transformación digital de los servicios públicos y de las entidades locales.

Figura 4: Helping build a better Internet

Su objetivo será proporcionarles conocimientos sobre el funcionamiento de estas tecnologías y las herramientas necesarias para supervisar su adopción y asegurar un uso adecuado.

Programa de aceleración de startups

El protocolo también contempla medidas específicas para promover el ecosistema tecnológico madrileño. A través de un Programa de Aceleración de Startups, estas podrán acceder a los servicios de Cloudflare para crear infraestructuras digitales seguras y desarrollar nuevas aplicaciones basadas en IA.

Figura 5: Miguel López-Valverde y Michell Zatlyn
en el muro de lámparas de Lava de Cloudflare

Además, se organizarán tres ediciones de un proyecto de formación y certificación para empresas emergentes, emprendedores, estudiantes y profesionales de la transformación digital, con hasta 300 participantes en cada jornada. Los inscritos podrán acceder a laboratorios de inteligencia artificial con herramientas avanzadas, probar nuevos productos y recibir asesoramiento personalizado para facilitar su crecimiento internacional.

Apoyo a proyectos de las universidades madrileñas

Estas oportunidades también se extenderán a proyectos de investigación realizados en las universidades madrileñas. De esta forma, el acuerdo busca conectar el talento, el estudio y el emprendimiento con las nuevas posibilidadesque ofrece la IA.

Asimismo, la colaboración incluye la búsqueda de medidas para preparar las infraestructuras digitales de la Comunidad de Madrid e incrementar la seguridad ante futuros riesgos, mediante la incorporación de sistemas de cifrado y autenticación. Igualmente, ambas partes explorarán la posibilidad de que Cloudflare establezca una sede en la región con el objetivo que se convierta en el centro de sus operaciones europeas.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

HP Wolf Security Threat Insights Report: Septiembre 2026

noreply@blogger.com (Chema Alonso) — Fri, 25 Sep 2026 04:01:00 +0000

Hoy os voy a hablar del HP Wolf Security Threat Insights Report: Septiembre 2026 que pude leer ayer en un rato. No es un documento muy largo, ya que se centra en los Ingishts, pero me han llamado la atención algunas de las estratégicas que los malos utilizan para engañar a los usuarios, y por esto he querido dedicarle este artículo rápido, para que lo tengáis en la cabeza.

Figura 1: HP Wolf Security Threat Insights Report.

Septiembre 2026

Dentro de las técnicas que hay para cometer una ciberestafa a los usuarios con criptomonedas hay una que me ha hecho mucha gracia, porque lo que hacen es promocionar un Agente AI para gestionar tus estrategias de inversión.

Figura 2: Un Agente AI para gestionar tus criptomonedas

La gracia es que la única estrategia de inversión que tiene ese Agente AI es la de matar las extensiones de las wallets cripto que tengas en tu navegador instaladas, y reemplazarlas por unas extensiones maliciosas.

Figura 3: Busca tus wallets en extensiones de Google Chrome

... para matarlas y reemplazarlas.

Estas nuevas extensiones pretenden ser tus wallets, con el login perfecto para que pongas tus contraseñas, y luego, una vez puestas, pues ya sabes donde van a ir tus criptomonedas. Seguro que no es la estrategia de inversión que tú querías, pero sí la que ellos querían.

Figura 4: Te pone unas nuevas wallets para que le des tus claves

Me ha parecido curioso esto de tener un Agente AI para gestionar tus inversiones, pero que realmente sea para gestionar las suyas. Hay que reconocer que los tipos que se dedican al in-noble negocio de la ciberestafa son cada vez más ingeniosos.

Figura 5: "Ciberestafas: La historia de nunca acabar" (2ª Edición).por Juan Carlos Galindo en 0xWord.

El informe trae otra serie de trucos, pero he seleccionado estos que me han parecido muy chulos. Éste en concreto es una supuesta versión de Microsoft Office Word en Ruso, que tiene hasta su asistente de instalación perfectamente creado.

Figura 6: Un Microsoft Word en Ruso que es malware

Lógicamente, una vez que lo instalas, lo que te has comido es un malware que controla tu máquina, que lleva una bonita RAT incluida dentro de la instalación, como manda la ley de los ciberstafadores. También me ha gustado este que utiliza documentos PDF con QRCodes para hacer Phishing a dispositivos móviles.

Figura 7: QRCodes en PDFs que son phishing

No es nueva, pero sí me llama la atención lo sencillo que es. Genera PDFs, publícalos en todo repositorio que puedas, envíalo por email utilizando un Agente AI, y seguro que un porcentaje de los que lo reciban acabarán escaneando el QRDCode. No me cabe la menor duda de eso. Y con esta forma hacen más difícil la detección del malware...

Figura 8: El QRCode lleva a un Phishing de One Drive

Otro que también me llama la atención, por estar hecho en Español, es un malware de macros de Excel que instala una RAT. Un viejo truco de hace ya muchos años, que sigue funcionando, por lo que podemos ver en el mundo de los ciberestafadores.

Figura 9: Malware en Macros de Excel en Español

Cuánto me ha recordado a la charla que di con el gran Juanito Silverhack de "Bosses Love Excel, Hackers Too", puedes verla si no la has visto, sigue siendo muy chula de ver.

Figura 10 : Bosses love Excel, Hackers Too

Está claro que la inventiva no va a parar, porque sigue dando pingües beneficios a los ciberestafadores, así que hay que tener todas las defensas activas, y no relajarse nunca, que cuando menos te lo esperas te han colado una RAT.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

"Deadlock in the Lockers" por un bug de UX en el mundo físico

noreply@blogger.com (Chema Alonso) — Thu, 24 Sep 2026 04:01:00 +0000

Siempre he sido un mal tester. Cuando me han dado a probar los productos, he tenido la suerte, el acierto o la desgracia, de tocar donde nadie esperaba que se hiciera o en el orden que nadie pensó que alguien lo hiciera. Ha sido un don toda mi vida. Me dan algo a probar, y no me funciona. Quizá porque soy más torpe, o porque me gusta probar qué pasaría si....Supongo que por eso acabé buscando bugs en el software, es una habilidad natural innata qué, a veces, me juega malas pasadas.

Figura 1: "Deadlock in the Lockers" por un bug de UX en el mundo físico

Este "súper poder" me llevó el otro día, cuando tenía lugar el GP F1 en Madrid, a terminar en un Deadlock con los Lockers, por culpa de un fallo de UX en el sistema físico de la apertura y cierre de los mismos. Os lo cuento, por si algún día es vuestra primera vez, para que no caigáis en el mismo problema que forcé yo a la primera. Para no alargar la historía, os diré que tenía entradas para la F1 de Madrid y la carrera comenzaba a las 15:00. Yo aterrizaba en Madrid viniendo de México a las 13:15, y tenía el tiempo justo para ir hasta un Hotel de Valdebebas y dejar mi equipaje en los Lockers para luego correr hacia la entrada del circuito y ver la carrera. Todo planificado.

Figura 2: Los Lockers

Cuando llegué a la recepción del hotel pregunté por los lockers, y una chica muy amable me dijo que estaban abajo, en el parking, pero que con la carrera no sabía si quedaría ninguno libre. Esto metió nerviosismo en mi plan, y baje un poco acelerado para ver si tenía uno disponible. No había utilizado nunca el sistema, y mi preocupación era si aceptarían tarjeta de crédito, que venía pelado, pero ahora tenía que encontrar alguno vacío para poder utilizarlo. Nervios++

Cuando llegué, me topé con todos los lockers cerrado, y mi nerviosismo empezó a crecer, pero de repente, mi ojo captó una puerta abierta de un locker, y me sentí aliviado. Corrí hacia ese locker, y puse mis cosas dentro. Me quedé con el número de la taquilla, lo cerré, y me fui hacia la pantalla para pagar el alquiler de ese locker y asegurarme que se quedaba cerrado.

Suena bien, ¿verdad?

Lo cierto es que cuando llegué a la pantalla del pago, me encontré con un menú con dos opciones. Una para alquilar un locker, y la otra para abrir un locker. Tiene sentido, pensé. Vamos a alquilar un locker, y cuando le di a esa opción, me esperaba un interfaz para poner el número de mi taquilla, pero lo que me encontré fue una lista de números de taquillas, entre las que no estaba el mío.... What?

Seleccioné un número de los disponibles y pagué, viendo cómo se abría automáticamente el locker con ese número. Aquí iría una onomatopeya de cerebro pensando sobre qué ha pasado, pero lo cierto es que pensé: "Bueno, si la otra no la puedo cerrar, cambio las cosas y listo". Así que me fui a la taquilla donde había metido mis cosas para abrirla, pero... oh, oh... estaba cerrada y no se abría. Deadlock total.

¿Cómo era esto posible?

El tiempo corría en mi contra, así que me fui corriendo a la recepción subiendo los escalones en tiempo de record de vuelta del circuito, y le conté a la chica lo que me había pasado recortando los espacios entre las palabras. Ella me miró con cara de no entiendo nada y dijo... "¿Es un problema con los lockers?"

"Sí, sí, sí, sí.." respondí, al tiempo que agitaba mi cabeza en vertical a 200 rpms. Y ella dijo que para los lockers, al responsable de los lockers, que precisamente venía por el hall del hotel. Gracias, gracias, gracias. Así que le asalté, y mejorando mi tiempo anterior, le conté otra vez toda la historia. Y me miró con cara de "... What?"

Le expliqué que sí, que había un locker abierto, que yo pensé que primero elegías taquilla, luego la pagabas, y se cerraba, pero que no, que luego vi que el sistema es distinto, que primero pagas, eliges taquilla, ésta se abre, pones las cosas dentro y luego se cierra, pero que tus cosas estaban en una taquilla abierta, que alguien había pagado para cerrar, pero que se había ido y la había dejado abierto y... el resto ya os o he contado.

La persona no entendía nada, pero uso su clave de administrador de los Lockers (Modo God Locker) y me preguntó antes de abrir la taquilla por todas mis cosas, que yo le describí minuciosamente: "Un libro de Isaac Asimov, tres calzoncillos usados, una mochila de Cloudflare, unos dulces mexicanos, ....y cosas". En el momento de comprobar que era mi equipaje, a pesar de saber que lo acababa de poner allí, estaba nervioso pensando... ¿Te imaginas que ahora hay otra cosa y es una broma de cámara oculta?

View this post on Instagram

A post shared by Chema Alonso (@chemaalonso)

Por suerte... (ya ves tú qué suerte) estaban mis cosas, y pude cambiarlas y cerrar la taquilla para irme a la carrera. Llegué, como podéis ver en el vídeo. Pero me pasé toda la carrera sin entender qué había pasado, así que cuando volví a recoger mis pertenencias vine con el modo Debug ON.

Al llegar, para abrir la taquilla, había dos opciones: "Abrir una vez" o "Abrir y terminar el alquiler". Pensé... "¿Qué opción de estas ha llevado al Deadlock en el que me quedé?" Pues parece a priori que ninguna, o que podían ser las dos. En cualquiera de los dos casos el problema parecía el mismo. Si el usuario que termina el alquiler y se va, deja la taquilla abierta, no hay un mecanismo de cierre automático retardado para evitar que alguien, por error, o por no conocer el proceso como era mi caso, ponga sus cosas dentro. Si alguien pone algo dentro y se cierra, se acabó, ¿o no?

Figura 4: Mientras pensaba en eso, me perdí y acabé

a pie de pista sacándole una foto a mi colega Max.

Pues no, en este caso, la solución al misterio del problema era "Abrir una vez" sin terminar la sesión. Si hubiera elegido al opción de "Abrir y terminar el alquiler" cuando yo fui a pagar, esa taquilla aparecería como disponible, pero no estaba, así que la persona abrió la taquilla sin terminar la sesión y me dejo en un Deadlock. Es decir:

Un usuario alquila una taquilla por 8 horas y le pone el código 2345
El usuario vuelve a la hora para irse, pero abre la taquilla sin cerrar el alquiler.
Deja la taquilla abierta.
Un nuevo usuario que no conoce el sistema pone sus cosas dentro pensando que está disponible.
Cierra la taquilla
La taquilla sigue alquilada aún por 7 horas y no está disponible.
El nuevo usuario se ha quedado sin sus cosas.

La solución, además de poner el cierre retardado automático - caro -, sería poner información contextual directamente en la taquilla: "Antes de poner sus cosas dentro asegúrese de haber pagado" o "No ponga cosas dentro de la taquilla si no la ha abierto con el panel de control" ... o cualquier otro mensaje para el usuario que no ha visto aún el proceso de pago.

Figura 5: Con la ayuda de Megatorpe

El bug es pequeño, pero como podéis ver, existe, y me acordé de los libros de ANAYA de Informática para Torpes, donde MegaTorpe hacía todo lo que nadie esperaba que hiciera. Sí, yo fui MegaTorpe, pero el issue existe, y alguien tendrá que pensar cómo subsanarlo, o delegar ese caso de uso "Corner Case" en el Modo God del Locker Admin.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

IA aplicada al ciclo completo del desarrollo de software

noreply@blogger.com (Chema Alonso) — Wed, 23 Sep 2026 05:06:00 +0000

En muchas entrevistas o charlas con amigos surge la pregunta de "¿cómo te mantienes al día de la tecnología?" La respuesta desde hace años es muy similar. Se trata de estudiar todos los días, y yo lo hago leyendo todos los días mis blogs, asistiendo a eventos, disfrutando de lecturas de libros, viendo conferencias online, escuchando podcasts. Algo que para mía es "lo normal". Por eso siempre estoy metido en actividades. Es decir, hago conscientemente cosas para formarme todos los días.

Figura 1: Foro UNIR centrado en la IA aplicada

al ciclo completo del desarrollo de software.

Mañana ya sabéis que tenemos el Foro de Ciberseguridad: Amenazas y desafíos para empresas y ciudadanos, un evento Online gratuito que tendrá lugar a las 17:00 de la tarde hora de España, pero por la mañana estaré en los Premios de Madrid Excelente, donde además daré una charla. Y aquí os traigo otra actividad a la que asistiré en remoto desde mi querida Lisboa, el Foro UNIR centrado en la IA aplicada al ciclo completo del desarrollo de software.

Figura 2: Foro UNIR centrado en la IA aplicada

al ciclo completo del desarrollo de software.

Figura 3: Ponentes del Foro IA aplicada al desarrollo de software

Figura 4: Agenda del Foro de IA aplicada al desarrollo de Software

Regístrate al Foro de IA aplicada al desarrollo de Software

Para poder venir tú también, lo único que tienes que hacer es inscribirte en el formulario como asistente, para venir el próximo día 29 de Septiembre por la tarde (a las 17:00 horas de España), como te he dicho totalmente gratuito y online, y te permitirá aprender cómo es el mundo de la creación de tecnología hoy en día, para entender mejor donde estamos en creación de software, servicios digitales y productos informáticos.

Figura 5: Asiste grátis al Foro de IA y Desarrollo de SW

este 29 de Septiembre Gratuito y Online

Si quieres estar al día, y conocer de primera mano cómo son las amenazas, cuál es el estado de la ciberseguridad y, sobre todo, cómo protegerte tú, los tuyos y tu empresas, entonces solo necesitas rellenar el formulario y venir al evento con nosotros.

Figura 6:Asiste grátis al Foro de IA y Desarrollo de SW

este 29 de Septiembre Gratuito y Online

Al final, esta es una oportunidad para conectarse desde casa o el trabajo, y en poco más de una hora ponerse al día con uno de los temas que más preocupan hoy profesionalmente, como es la Inteligencia Artificial y el Desarrollo de Software. No desaproveches la oportunidad. Registra tu plaza aquí.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Inyectado y Espiado: Cómo escuchar tus audios a distancia inyectando señales portadoras.

noreply@blogger.com (Chema Alonso) — Tue, 22 Sep 2026 04:01:00 +0000

Hoy os quiero hablar de InjectEave, un nuevo ataque de espionaje de tus conversaciones por teléfono a través de tus cascos usando un Side-Chanel Electromagnético, al estilo de las técnicas Tempest, donde se escuchan las señales "leakage" de los dispositivos electrónicos, pero con un "twist" muy curioso, porque se aprovechan de los componentes No Lineales para inyectar una señal portadora que amplifique la filtración y permita escuchar las señales en distancias mucho mayores. Muy sencillo, y muy curioso.

Figura 1: Inyectado y Espiado. Cómo escuchar tus audios a

distancia inyectando señales portadoras.

El trabajo, titulado "Injected and Leaked: Actively Inducing Side-Channel Leakage Using Electromagnetic Injection and Hardware Nonlinearity" ha sido desarrollado por investigadores de la Universidad de Ciencia y Tecnología de Hong Kong.

Figura 2: "Injected and Leaked: Actively Inducing Side-Channel

Leakage Using Electromagnetic Injection and Hardware Nonlinearity"

Este método permite a un atacante interceptar y escuchar el audio que una víctima está reproduciendo en sus propios auriculares, operando a una distancia de hasta 30 metros e incluso a través de paredes. Y utilizando Hardware comercial muy sencillo de conseguir.

Figura 3: Libros para Makers & HW Hacklers en 0xWord que deberías tener:

Arduino para Hackes: PoCs & Hacks Just For Fun,

Hacking con Drones: Love is in the air &

Raspberry Pi para Hackers & Makers: PoCs & Hacks Just for Fun.

Así que los amigos del "Hardware Hacking" o del "Making", pueden hacerse este dispositivo en casa - como los que se han hecho de Tempest a lo largo de los años de la "old school". El equipo necesario para realizar el espionaje (antenas, analizadores de espectro, radios definidas por software y un portátil) es comercial y se puede comprar libremente en tiendas de electrónica.

Figura 4: Con Hardware comercial te lo haces en casa

De hecho recuerdo que hace más de quince años, en el Asegur@IT III Pablo Garaizar nos dio una charla de Tempest que merece la pena que la revises. Y es que la gravedad de estos ataques radican en que demuestran la extrema vulnerabilidad de la electrónica cotidiana ante fugas en señales físicas.

Figura 5: Charla de Tempest de Pablo Garaizar

Dicho esto, las técnicas Tempest las hemos visto masivamente en modo Pasivo, donde hemos ido capturando señales "lekeadas" a través de elementos que nos hacen de antenas, y nos hemos focalizado principalmente en escuchar mejor, y en usar Machine Learning y Deep Learning para hacer interpretaciones mejores de las señales escuchadas. De esto tienes artículos aquí para entretenerte.

Pero el trabajo de InjectEave hace un truco muy interesante, porque para espiar en remoto no requiere infectar el móvil o portátil de la víctima con ningún tipo de virus o malware, ya que se aprovecha directamente del hardware.

¿Cómo funciona la técnica de InjectEvae?

Para comprender este ataque, primero hay que saber que el cable normal de unos auriculares también actúa físicamente como una antena de radio, pero quizá no tiene la potencia que se requiere para capturar la señal a larga distancia. Para conseguirlo, InjectEvae se aprovecha de este fenómeno pero hace algo más.

Figura 6: En un ataque Tempest pasivo sólo se escucha. En este ataque

se inyecta una señal para "montar sobre ella" la señal a escuchar.

La primera fase es la Inyección. En ella el atacante dispara silenciosamente una señal de radiofrecuencia (RF) específica hacia el dispositivo de la víctima buscando que la señal se mezcle con la señal que quiere "escuchar" aprovechando los componentes "No lineares". El ataque busca específicamente componentes no lineales (como transistores, diodos o los propios amplificadores de audio) por una razón física fundamental: los componentes lineales no pueden mezclar señales, pero los no lineales sí.

Figura 7: Se inyecta la señal EM. Esta afecta a un componente NoLineal

que mezcla la señal recibida con la señal a robar inintencionadamente.

En un circuito puramente lineal, como una resistencia ideal, se aplica el principio de superposición: si metes una señal de radio externa y hay un audio sonando, ambas viajan juntas pero sin interactuar jamás. El sonido sigue siendo sonido y la radio sigue siendo radio.

Pero un componente No Lineal actúa como un "pegamento" mezclador. Es decir, altera la forma de las ondas que pasan a través de él. Al hacer pasar la señal de radio inyectada y el sonido del dispositivo al mismo tiempo, el componente no lineal las multiplica. Esto provoca que el audio se "enganche", "se acople" o se module sobre la onda de radio de alta frecuencia.

Figura 8: Setup para inyectar la señal portadora y escuchar la respuesta

Al impactar esta señal contra los circuitos internos, como el amplificador, ocurre el fenómeno físico de la "no linealidad", y la señal de radio invasora atrapa el audio que está sonando por dentro y se entrelaza - se fusiona con él - generando una nueva señal compuesta. Al quedar el sonido que se quiere escuchar pegado a la señal de alta frecuencia inyectada, el cable se convierte en una antena perfecta que deja escapar el sonido al exterior, permitiendo al atacante capturarlo a distancia.

Figura 9: Demostración del ataque.

El atacante captura esta emisión, separa el sonido de la onda de radio con un proceso de demodulación y logra escuchar nítidamente lo mismo que la víctima. Que es la demostración que puedes ver en el vídeo anterior.

Figura 10: Pruebas empíricas con diferente hardware

En la tabla anterior tienes las pruebas empíricas con diferentes hardware - los más modernos de alta gama tienen ya protecciones criptográficas digitales para las señales, pero como podéis ver hay una amplia gama de dispositivos que son vulnerables a este ataque.

Figura 11: Escenarios de ataque y funcionamiento a través de materiales

Lo curioso de este ataque es que, al amplificar la señal, también se puede hacer a través de paredes, ventanas o puertas de madera, como podéis ver en las gráficas anteriores. Una chulada técnica. No sé si yo me veo haciendo esto, pero como ves, estar seguro implica invertir en hardware de alta calidad también. Muy hacker este estudio.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Ciberseguridad: Amenazas y desafíos para empresas y ciudadanos. Evento Online Gratis el 24 de Septiembre

noreply@blogger.com (Chema Alonso) — Mon, 21 Sep 2026 04:14:27 +0000

Los ciberataques y las ciberestafas se han multiplicado con la llegada de la IA. Ataques automáticos que hackean e infectan empresas de manera completamente autónoma, o ciberestafas para robar dinero tanto a ciudadanos particulares como a empresas por medio del uso de identidades falsas creadas por Inteligencia Artificial, están haciendo auténtico daño a personas individuales y a pequeñas empresas, que a veces ven a esta en riesgo la continuidad de sus negocios.

Figura 1: Ciberseguridad: Amenazas y desafíos para empresas y ciudadanos.

Evento Online Gratis el 24 de Septiembre

Para hablar de todo esto, y sobre todo con el fin de alertar a la ciudadanía y los profesionales de las empresas, tenemos el próximo 24 de Septiembre - a las 17:00 de España, el FORO UNIR de Ciberseguridad: Amenazas y desafíos para empresas y ciudadanos, donde vamos a hablar del mundo que tenemos hoy en 2026.

Figura 2: Asiste grátis al Taller de diseño digital

con Inteligencia Artificial este 25 de Mayo Online

Los ataques informáticos se han convertido en un riesgo permanente para las organizaciones. En julio de 2026, las empresas afrontaron una media global de 2.336 ciberataques semanales.

View this post on Instagram

A post shared by Chema Alonso (@chemaalonso)

América Latina registró 3.561 ataques por organización, mientras que Europa experimentó un crecimiento interanual del 18%. Ven al Foro de Ciberseguridad, que es gratuito y online para conocer más de esto.

Foro Ciberseguridad: Amenazas y desafíos para empresas y ciudadanos.

Evento Online Gratis el 24 de Septiembre

La digitalización impulsa el negocio, pero también amplía las vías de acceso a datos, sistemas y servicios esenciales. Ante este escenario, debatimos sobre de qué manera una empresa puede protegerse, anticipar riesgos, formar a los equipos y contar con planes eficaces de respuesta coordinada.

Figura 4: Programa de Foro UNIR de Ciberseguridad

El evento tendrá una ponencia estrella de Pedro Díaz García, responsable de proyectos de I+D en IA aplicada a ciberseguridad en el INTA del Ministerio de Defensa. También participarán Luis Alejandro Velásquez Hurtado, experto en Ciberdefensa e Inteligencia Estratégica y José Baena Cobos, investigador de Ciberamenazas en TrendAI y profesor de IA aplicada a la Ciberseguridad.

Figura 5: Ponentes invitados al Foro UNI de Ciberseguridad.

Inscríbete en el formulario para asistir, que será el próximo día 24 de Septiembre por la tarde (a las 17:00 horas de España), totalmente GRATUITO y ONLINE, y te permitirá aprender cómo es el mundo de la ciberseguridad hoy en día.

Figura 6: Asiste grátis al Foro de Ciberseguridad este 24 de Septiembre

Gratuito y Online

Figura 7: Asiste grátis al Foro de Ciberseguridad este 24 de Septiembre

Gratuito y Online

Al final, esta es una oportunidad para conectarse desde casa o el trabajo, y en poco más de una hora ponerse al día con uno de los temas que más preocupan hoy profesionalmente, como es la Ciberseguridad personal y profesional. No desaproveches la oportunidad. Registra tu plaza aquí.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)

Vibe-Exploiting Discourse para hackear OpenAI con Claude Opus

noreply@blogger.com (Chema Alonso) — Sun, 20 Sep 2026 05:01:00 +0000

Esta semana ha salido el Write-Up de cómo un grupo de investigadores consiguieron un Bug Bounty de OpenAI de 6.000 USD haciendo Vibe-Exploiting con Claude Opus. La explicación es lo que tenemos hoy en día en este mundo, donde se utiliza la Inteligencia Artificial para hacer el trabajo, lejos de lo que eran los sesudos Write-Ups de antes donde se explicaba con detalle la creación de los exploits, y, en este caso, evitar la protección de memoria de ASLR. Hoy en día es distinto.

Figura 1: Vibe-Exploiting Discourse para hackear OpenAI con Claude Opus

El artículo lo podéis leer en Hacktron AI, y explica el proceso que al final ha seguido esta explotación, que tuvo lugar durante el mes de Julio - sin acceso a Mythos o Fable en aquel entonces -. Como podéis ver en el gráfico, el culpable es una librería de tratamiento de imágenes con un bug de Heap Overflow que permite lograr ejecución de código.

Figura 2: Componentes de la cadena de explotación

Esa librería contenía un CVE conocido, pero no parcheado correctamente en el software de ImageMagick que iba en la versión de Debian donde corría el software de Discourse que daba servicio al Forum de OpenAI. Como veréis, es todo un proceso de Bug Hunting con IA.

Figura 3:"Bug Hunter" escrito por David Padilla en 0xWord

A partir de ese momento, el SSO de OpenAI permitía crear/acceder a las cuentas tanto de terceros como de invitados, así que se podía robar una cuenta de un empleado de OpenAI y con ella acceder a las herramientas que utiliza como ChatGPT o CODEX y a todos los repositorios conectados a ellas.

Figura 4: El trabajo comienza con Claude Opus 4.8

evaluando la imagen Docker de Discourse

El proceso comienza usando Claude Opus 4.8 para que busque una imagen Docker de Discourse e investigue la librería en cuestión libheif. Y el modelo encuentra que no está parcheada. Así que se le pide que haga un exploit sobre ese bug conocido.

Figura 5: Es capaz de hacer el exploit sin ASLR activo

Con Claude Opus 4.8 se consigue hacer el exploit, pero sin saltarse ASLR. Con ASLR (Address Space Layout Randomization) activo, el modelo no es capaz. Pero.... llega Claude Opus 5 y la cosa cambia para bien para ellos, que consiguen que le haga el exploit con ASLR.

Figura 6: Consiguen el Remote Code Execution en el Docker de Discourse Cloud

Como podéis ver, usando Claude Opus 5 son capaces de hacer el exploit para saltarse ASLR, y con Claude en modo autónomo con un loop para lograr el objetivo, son capaces de conseguir el RCE (Remote Code Execution) en el Docker de Discourse.

Figura 7: Simulación de la explotación en OpenAI

Una vez conseguido esto, teniendo en cuenta que OpenAI tenía integrado este software con las cuentas de los usuarios de la empresa, consiguieron robar identidades de empleados, con ellas, el acceso a sus herramientas, y desde ellas a los repositorios conectados con sus cuentas, como GitHub o Gmail.

Figura 8: El coste de encontrar el bug

Al igual que vimos en el artículo de "Cómo crear un exploit 1-day sobre un CVE de Chrome con Vibe Coding usando Claude Opus (no Mythos) y poner en jaque todas las apps en Electron", el costo de este exploit no es tan alto - algo menos de 3.000 USD - pero sí que es un cambio radical en la forma en la que hemos buscado bugs siempre. Ahora le pedimos a la IA que los busque, y nosotros sólo le vamos guiando.

Figura 9: Mejoras en los nuevos modelos que reducen lo que debes saber

Por un lado, no me deja de maravillar como el desarrollo de Inteligencia Artificial ha cambiado radicalmente esta industria, y la búsqueda de bugs se ha convertido en algo más cercano a configurar el modelo correctamente que ha descubrir el bug en sí mismo.

Figura 10: Hacking & Pentesting con Inteligencia Artificial.

En 0xWord, escrito por Pablo González, Fran Ramírez,

Rafael Troncoso, Javier del Pino y Chema Alonso.

Y eso es lo otro que me llama la atención, cómo este trabajo que tenía tanto de artesano, cada vez se ha automatizado más, y leer un write-up ya no es aprender profundamente sobre una arquitectura vulnerable, y entender los detalles del exploit. Ya son del tipo "configuramos Claude Opus 5 para que buscara cómo entrar y al tiempo estaba el RCE". Tal vez soy mayor, pero pierde cierta magia esto, aunque entiendo que es lo que hay que hacer.

¡Saludos Malignos!

Autor: Chema Alonso (Contactar con Chema Alonso)