Recientemente reorganizé el enrutamiento multi-modelo y añadí un acuse de degradación explícito y un gate de acciones manuales. El objetivo es que el sistema siga siendo controlable cuando el modelo falle.

El día que Hugging Face 2026-07-16 divulgó oficialmente un registro de ataques con más de 17.000 entradas, me di cuenta de que en la ruta de análisis de autoalojamiento ni siquiera se había verificado si podía usarse el mismo día del incidente.
El equipo de Hugging Face primero procesó esos registros con modelos de vanguardia mediante una API comercial. Como resultado, los comandos reales del ataque, las cargas de explotación de vulnerabilidades y los productos C2 quedaron bloqueados por las salvaguardas de seguridad.
Después cambiaron a su propia infraestructura y ejecutaron GLM 5.2 de pesos abiertos para completar la recopilación forense. Los datos y las credenciales relacionadas con la información del atacante y los registros no salieron del entorno.
Esto no quiere decir que haya que cancelar las salvaguardas de seguridad. Las salvaguardas siguen cumpliendo su función y la parte defensora todavía necesita una ruta de análisis que pueda recorrerse dentro del propio entorno.
El forensic canary de autoalojamiento aún no se ha podido poner en marcha; solo estoy preparando añadir esta capacidad.
Lo siguiente que prepararé es: antes de que ocurra un incidente, validar primero la ruta de análisis de autoalojamiento con ejemplos inertes y seguros. Completar el análisis no significa que se tenga permiso para ejecutar acciones. Las acciones siempre deben continuar pasando por el gate manual.
Un sistema realmente preparado no es el que descubre después qué ruta no funciona, sino el que confirma antes de necesitarla que cada ruta sirve. Solo probándolas con antelación se puede entrar y cubrir en el momento clave.