Anthropic abre su IA cibernética a equipos verificados: qué implica

Anthropic ha decidido abrir la puerta a que más equipos de seguridad utilicen sus modelos más capaces con menos restricciones. Lo hace ampliando su Programa de Verificación Cibernética (CVP), una iniciativa que hasta ahora combinaba el Proyecto Glasswing —acceso a Claude Mythos para organizaciones que protegían software crítico— con el propio CVP, que daba acceso a Claude Opus y Claude Sonnet con medidas de seguridad reducidas. La novedad es que ambos se fusionan y se estructuran en tres niveles según el tipo de trabajo autorizado.

Tres niveles, tres niveles de riesgo

El programa ampliado ofrece a las organizaciones verificadas acceso a Claude Opus 5.5, Claude Sonnet 5.5 y Claude Mythos 5.1, además de a futuros modelos, con distintos grados de restricción cibernética. La lógica es sencilla: a mayor capacidad ofensiva potencial, mayor verificación y menor margen de error. Los niveles son:

• Defense Access: pensado para tareas defensivas como operaciones de seguridad, respuesta a incidentes, ingeniería inversa de malware y análisis y validación de vulnerabilidades.
• Red Team Access: añade pruebas de penetración autorizadas y operaciones de equipo rojo, pero solo sobre sistemas para los que el usuario esté autorizado.
• Specialized Access: el nivel con menos restricciones, reservado a un conjunto limitado de organizaciones verificadas y autorizadas para probar sistemas críticos como sistemas operativos de vuelo, redes eléctricas, redes de telecomunicaciones, infraestructura de transferencias interbancarias o redes administrativas gubernamentales. Anthropic evalúa estas solicitudes en colaboración con el Gobierno de EE. UU.

Los miembros actuales de Glasswing pasan directamente al nivel Specialized Access sin tener que volver a solicitar aprobación para sus modelos actuales. Anthropic justifica el movimiento con una idea que compartimos: los defensores también necesitan las mejores herramientas para proteger sus sistemas.

Lo que dicen las pruebas (y lo que no)

Anthropic probó los niveles con CyScenarioBench, una evaluación diseñada para medir si un modelo puede planificar y ejecutar operaciones cibernéticas de varias etapas. Sometió a Claude Opus 5.5 a 10 retos con cinco intentos por reto en cada nivel. Sin acceso CVP, los 50 intentos se bloquearon en la primera solicitud. Con Defense Access, 46 de 50 se bloquearon en algún momento y cuatro tuvieron éxito. Con Red Team Access, ninguno se bloqueó y el modelo completó 34, una tasa equivalente al 67,6% que obtendría sin medidas de seguridad.

Conviene leer estos números con cautela. Sakshi Grover, directora de investigación de IDC, recuerda que se trata de una prueba del propio proveedor, no independiente. Y su lectura es acertada: los resultados muestran por qué la autorización y el alcance importan cuando se usa IA para pruebas de seguridad. Como los pasos pueden parecerse a los de un atacante, la legitimidad depende de la autorización, el alcance del objetivo y las condiciones de ejecución, no de la técnica en sí.

Cuando se reducen los rechazos a nivel de modelo, los controles deben situarse fuera del modelo.

Por qué esto importa a una pyme

A primera vista, un programa de Anthropic con verificación gubernamental y niveles de acceso a sistemas críticos suena lejano para una pyme sevillana de 30 empleados. Pero hay dos lecturas útiles. La primera es de dirección: la industria está admitiendo que los modelos de propósito general llevan frenos conservadores que generan falsos positivos incluso en tareas legítimas de codificación segura. Eso explica por qué muchos equipos internos perciben que la IA "no les deja hacer nada" cuando revisan código o analizan un incidente. La segunda es de gobernanza: el modelo por niveles anticipa cómo se van a estructurar los accesos privilegiados en IA, y ese patrón se puede copiar a escala pequeña.

En ForgeNEX lo vemos cada semana: la pyme no necesita el modelo más potente sin restricciones, necesita saber qué puede hacer, con qué límites y quién responde. Si tu equipo empieza a usar asistentes de IA para revisar configuraciones, analizar logs o preparar pruebas de seguridad, el debate ya no es si activar o no el modelo, sino cómo controlar lo que hace.

Qué recomendamos hacer

Deepika Giri, vicepresidenta de plataformas de IA en IDC, apunta una condición clave: el enfoque por niveles solo funciona si la verificación es real y el acceso se sigue comprobando una vez concedido, porque el comportamiento de un agente puede cambiar con el tiempo. Grover añade que, cuando se reducen los rechazos a nivel de modelo, los controles deben situarse fuera del modelo. Traducido a una pyme o a un equipo de IT modesto, esto se concreta en varias acciones:

1. Identidad propia para cada agente: nada de compartir una cuenta genérica entre herramientas. Cada agente debe tener su identidad y sus permisos.
2. Privilegios de corta duración: acceso solo para la tarea concreta y durante el tiempo necesario, no credenciales permanentes.
3. Verificación independiente de objetivos y acciones: que alguien o algo distinto al agente confirme qué se va a tocar y qué se ha tocado.
4. Pruebas de contención y recuperación: antes de dar acceso amplio, comprobar que sabes parar al agente y revertir sus cambios.
5. Supervisión humana en acciones de alto impacto: como recomienda Giri, tratar al agente como a un empleado con privilegios, no como una caja negra.
6. Responsabilidad clara: el investigador Vibhum Dubey insiste en establecer quién responde por las acciones del sistema. En una pyme, eso significa una persona con nombre y apellidos.

Este movimiento de Anthropic encaja con una tendencia que ya venimos observando: la IA deja de ser un chat y pasa a ser un operador con permisos. Hace unas semanas analizábamos cómo los nuevos modelos de decisión llegan a los SOC, y el patrón se repite: más autonomía exige más gobernanza. También conecta con lo que aprendimos al analizar Claude como ingeniero de drivers: la IA rinde cuando el entorno está bien acotado.

Nuestra recomendación práctica para una pyme es no esperar a tener un SOC propio para ordenar esto. Empieza por inventariar qué asistentes de IA tocan sistemas, con qué credenciales y quién los aprueba. Si no puedes responder a esas tres preguntas en menos de cinco minutos, tienes trabajo por delante. La ampliación del CVP no te afecta directamente si no haces ciberseguridad ofensiva, pero la filosofía de niveles, verificación y controles externos sí debería aterrizar en tu política interna este mismo trimestre.

Fuente: Computerworld. Análisis y adaptación: ForgeNEX.