Anthropic ha incorporado Mythos 5 a Claude Security, su herramienta de análisis de vulnerabilidades para clientes Enterprise. La combinación permite ejecutar escaneos continuos de código en busca de fallos de inyección y de lógica, y llega acompañada de un fondo de 35 millones de dólares en créditos destinado a proyectos de código abierto. Pero el detalle más revelador del anuncio no es la capacidad de escaneo: es que los clientes usan esas capacidades sin acceder directamente al modelo.
Un modelo al que puedes pedirle resultados, pero no hablarle
Esa frase merece leerse dos veces, porque describe un patrón que este portal viene siguiendo desde hace semanas. Anthropic dispone de modelos de la familia Mythos cuyas capacidades no llegan al cliente en forma de API abierta, sino empaquetadas dentro de un producto que decide qué se le puede pedir y qué no. Tú envías código, recibes un informe de vulnerabilidades. Lo que hay en medio no está a tu alcance.
Es una arquitectura de producto, sí, pero sobre todo es una decisión sobre el reparto de capacidad. Y no es la primera: hace unas semanas la propia compañía reconoció disponer de un modelo interno superior a lo que comercializa y sin planes de lanzarlo. El movimiento de hoy es la versión aplicada de esa misma idea: la capacidad no se vende, se presta a través de una interfaz que la acota.
El cliente no compra el modelo. Compra un resultado que el modelo produce, dentro de una interfaz que decide qué se le puede pedir.
Hay una justificación técnica sólida detrás, y conviene reconocerla antes de criticarla. Una de las fuentes disponibles subraya que el sistema detecta fallos sin generar exploits ejecutables, y ese es exactamente el problema de fondo de cualquier herramienta de seguridad ofensiva: el mismo razonamiento que encuentra una vulnerabilidad sirve para explotarla. Un modelo especialmente bueno buscando fallos de inyección es, por construcción, un modelo especialmente bueno escribiéndolos. Encapsular la capacidad en un producto que devuelve diagnósticos y no armas es la respuesta razonable a ese dilema.
Lo que no conviene es confundir la justificación con el efecto. El resultado, mires como lo mires, es que la capacidad más avanzada queda dentro y el cliente accede a una versión filtrada. Puede estar plenamente justificado y seguir siendo relevante para quien construye encima: significa que hay una parte del techo de lo posible que no vas a poder tocar aunque pagues.
Escaneo continuo no es lo mismo que revisión puntual
La otra parte del anuncio que tiene sustancia es la palabra continuo. Una auditoría de seguridad tradicional es una foto: se hace en un momento, con el código en un estado concreto, y a partir del día siguiente empieza a caducar. Es cara, se hace poco y su valor se degrada con cada despliegue.
Un escaneo continuo cambia la naturaleza del control. No pretende ser exhaustivo en un punto del tiempo, sino estar presente en todos. Aplicado al desarrollo real, eso significa detectar el fallo cuando se introduce y no seis meses después, que es la diferencia entre corregir dos líneas y rehacer una funcionalidad completa que ya tiene dependencias encima.
La mención explícita a los fallos de lógica es lo que separa esto del análisis estático clásico. Las herramientas convencionales son muy buenas encontrando patrones conocidos: una consulta construida por concatenación, una entrada sin sanear, una dependencia con una versión vulnerable. Son bastante malas, en cambio, detectando que un flujo permite a un usuario acceder a un recurso que no le corresponde, porque ahí no hay patrón que reconocer: hay que entender qué se supone que debía pasar. Ese es justo el terreno donde un modelo capaz aporta algo que un analizador de reglas no puede aportar.
35 millones en créditos y una pregunta sin resolver
El fondo anunciado en paralelo asigna 35 millones de dólares en créditos a proyectos de código abierto, y aquí hay que ser transparente: las coberturas disponibles no coinciden sobre a quién van dirigidos. Una los describe como créditos para proyectos de código abierto orientados a defensa; otra, como créditos de API asignados prioritariamente a mantenedores de librerías críticas. No son lo mismo, y la diferencia importa bastante.
Si el destino son los mantenedores de librerías críticas, el impacto indirecto sobre cualquier desarrollador es considerable, y por una razón muy concreta: el software libre sostiene la seguridad de todo lo demás y lo hace con recursos casi inexistentes. Las dependencias sobre las que se levanta un sitio en WordPress, un flujo en n8n o cualquier proyecto en producción las mantiene, en una proporción incómoda de casos, una persona en su tiempo libre. Dar a esa persona herramientas de análisis que de otro modo solo estarían al alcance de una empresa con presupuesto de seguridad es de las intervenciones con mejor retorno que existen en este terreno.
⚠️ Dato pendiente de verificar
El importe de 35 millones en créditos lo confirman las dos coberturas disponibles, pero discrepan sobre el destinatario del fondo. Antes de citar esta cifra como argumento en una propuesta o en una charla, conviene contrastarla con el anuncio oficial: no es lo mismo un programa dirigido a proyectos de defensa que uno dirigido a mantenedores de dependencias de uso general.
Qué se lleva hoy quien audita plugins ajenos
Conviene aterrizar el alcance real: Claude Security es un producto Enterprise, y quien trabaja como freelance o en un equipo pequeño no va a tener acceso a esto mañana. La noticia no habilita nada nuevo en tu terminal.
Lo que sí ofrece es una dirección que se puede aprovechar con lo que ya tienes. La idea de mover la revisión de seguridad del final al continuo no depende de este producto: es una decisión de método. Quien mantiene sitios de clientes con plugins de terceros —el escenario donde más veces entra el problema por la puerta— puede aplicar el mismo principio con Claude Code: revisar el código de un plugin antes de instalarlo y no después del incidente, y convertir esa revisión en un paso fijo del proceso de entrega en lugar de en algo que se hace cuando hay tiempo, que es nunca.
La lección de este anuncio, en el fondo, no es que exista una herramienta nueva a la que no tienes acceso. Es que el fabricante ha decidido que el análisis continuo de seguridad merece su modelo más capaz, y eso dice algo sobre dónde está el riesgo real cuando se genera y despliega código a la velocidad a la que se genera y despliega ahora. Esa parte sí te aplica, y no cuesta dinero: cuesta cambiar el orden de dos pasos.
