Ridge Security añade Anthropic a su estrategia con Google, pero la verificación es el verdadero cambio
- Ethan Carter

- 31 jul
- 15 min de lectura
Según informes, Ridge Security se ha incorporado al Cyber Verification Program de Anthropic, pese a haber construido su más reciente servicio autónomo de pruebas de penetración sobre Google Cloud y Gemini. Esto hace que la historia de Anthropic y Google sea algo más que otra comparación de modelos. Ridge está probando si un proveedor de ciberseguridad puede combinar una estrategia de despliegue en la nube abierta con acceso restringido a las capacidades defensivas de mayor riesgo de Claude.
El cambio inmediato se refiere al acceso, no a una migración integral de plataforma. El programa de Anthropic permite a las organizaciones aprobadas utilizar Claude para trabajos legítimos de seguridad de doble uso que las salvaguardas estándar podrían bloquear. El trabajo de doble uso abarca actividades, como el análisis de exploits, que pueden servir tanto para la defensa como para el ataque.
Por tanto, la entrada de Ridge crea un contraste revelador. PurpleRidge Security 3.0 sigue alojado en Google Cloud e impulsado por Gemini, según el anuncio de Ridge de marzo. Claude ofrece a la empresa otra opción de razonamiento para la investigación defensiva sensible, aunque bajo las condiciones de verificación y supervisión de Anthropic.
El resultado pone a prueba dos ideas contrapuestas. Una considera el modelo como un componente sustituible dentro de una plataforma de seguridad más amplia. La otra convierte la identidad verificada, el propósito aprobado y los datos de actividad conservados en parte de la propia capacidad.
Lo que realmente cambia con el acceso verificado de Ridge Security
Según informes, Ridge ha obtenido una categoría distinta de permiso, no simplemente otra suscripción comercial de IA.
Anthropic aplica salvaguardas cibernéticas en tiempo real a sus modelos Opus y Sonnet. Estos controles examinan las solicitudes relacionadas con actividades de ciberseguridad prohibidas o de alto riesgo y pueden bloquearlas antes de que el modelo responda.
La distinción entre esas categorías es importante. Anthropic describe la actividad prohibida como trabajo con escaso valor defensivo legítimo, incluido el desarrollo de ransomware y la exfiltración masiva de datos. La verificación no hace aceptables esas solicitudes.
La actividad de doble uso de alto riesgo es diferente. La explotación de vulnerabilidades, las herramientas ofensivas y las pruebas avanzadas de penetración pueden ayudar a los defensores a identificar debilidades antes de que los atacantes las aprovechen. Las mismas técnicas también pueden facilitar una intrusión.
Las salvaguardas cibernéticas de Anthropic bloquean por defecto esa segunda categoría. Los participantes aprobados en el Cyber Verification Program pueden solicitar un acceso ajustado para trabajos defensivos legítimos.
Para Ridge, esa distinción afecta directamente a la categoría de sus productos. La empresa desarrolla sistemas automatizados de pruebas de penetración y validación de seguridad, incluidos RidgeBot y PurpleRidge Security. Estos productos están diseñados para simular ataques, identificar debilidades alcanzables y validar si las vulnerabilidades reportadas son realmente explotables.
Un escáner convencional de vulnerabilidades a menudo puede detenerse tras identificar una versión de software expuesta o una configuración sospechosa. Un sistema autónomo de pruebas de penetración debe ir más allá. Puede razonar sobre una ruta de ataque, construir una carga útil de prueba, evaluar controles defensivos o determinar si varias debilidades menores pueden encadenarse.
Estos pasos pueden parecerse al comportamiento de un atacante a nivel de prompt. Un filtro de seguridad de propósito general no sabe automáticamente si una solicitud se dirige a un entorno de pruebas autorizado por el cliente o a un servidor de producción ajeno.
El acceso verificado ofrece a Anthropic más contexto organizativo para establecer esa distinción. También impone obligaciones al participante. Anthropic afirma que el programa exige retención de datos, incluso cuando un cliente de API utiliza habitualmente Zero Data Retention.
Ese requisito no es incidental. La actividad conservada proporciona a Anthropic una base para revisar cómo se utilizan las capacidades cibernéticas avanzadas. También plantea una cuestión de gobernanza para los proveedores que manejan código confidencial, detalles de infraestructura, credenciales o información sobre vulnerabilidades no divulgadas.
La solicitud al programa es gratuita, y Anthropic afirma que su objetivo es emitir decisiones en un plazo de dos días hábiles. Sin embargo, la aprobación no certifica que los productos de Ridge sean seguros, precisos o eficaces.
Es mejor entenderla como una decisión de acceso. Según informes, Anthropic ha considerado que la organización y el caso de uso propuesto son elegibles para salvaguardas cibernéticas ajustadas. El rendimiento del producto sigue requiriendo pruebas independientes.
Ese límite evita que la noticia se convierta en un atajo de marketing. La pertenencia no demuestra que Claude encuentre todas las vulnerabilidades, elimine falsos positivos u opere de forma segura sin supervisión humana. Simplemente elimina algunas restricciones que podrían obstaculizar el trabajo defensivo aprobado.
Ridge ahora puede evaluar dónde encaja el razonamiento de Claude en sus procesos de investigación y validación. La pregunta importante es si ese acceso genera mejoras medibles sin aumentar los riesgos de privacidad, control u operación.
Por qué importa la división entre Anthropic y Google
Las elecciones de modelos de Ridge muestran que los proveedores de ciberseguridad ya no necesitan hacer una única apuesta permanente por un proveedor de IA de frontera.
PurpleRidge Security 3.0 llegó en marzo de 2026 como un servicio autónomo de pruebas de penetración de autoservicio para pequeñas empresas y proveedores de seguridad gestionada. Ridge indicó que el servicio estaba alojado en Google Cloud y utilizaba el modelo Gemini más reciente.
La empresa presentó esa arquitectura como una forma de poner la validación continua de seguridad al alcance de organizaciones sin grandes equipos internos de pruebas. Un cliente podía utilizar un sistema agéntico, es decir, software que planifica y ejecuta múltiples pasos, para examinar activos expuestos y validar rutas de ataque.
Ese despliegue sigue siendo relevante tras la aprobación reportada de Anthropic. Nada en la descripción pública del programa exige que Ridge abandone Google Cloud, Gemini o sus motores de seguridad existentes.
Por ello, la palabra clave Anthropic Google representa una cuestión de plataforma más que una simple competición. Ridge puede usar la infraestructura de Google para el alojamiento, la orquestación y los flujos de trabajo existentes de sus productos, mientras evalúa Claude para tareas que se beneficien del acceso cibernético verificado de Anthropic.
Los proveedores de seguridad ya combinan numerosos componentes especializados. Una plataforma puede utilizar un modelo para clasificar hallazgos, otro para razonar sobre código y herramientas deterministas para ejecutar pruebas controladas. Los motores de políticas pueden decidir qué sistema recibe cada tarea.
Esa arquitectura convierte el enrutamiento de modelos en una decisión operativa. Los prompts sensibles podrían dirigirse a un modelo aprobado para un flujo de trabajo específico. Los resúmenes, informes y orientaciones de remediación de menor riesgo podrían permanecer con otro proveedor.
El anuncio de PurpleRidge de Ridge en marzo identificó a Google Cloud y Gemini como partes fundamentales del producto. El acceso reportado a Anthropic ofrece ahora a Ridge una oportunidad para comparar modelos dentro de procesos defensivos reales.
La comparación útil no provendrá de una prueba de referencia general. Los flujos de trabajo de ciberseguridad implican largas cadenas de ataque, evidencia incompleta, fallos de herramientas, permisos cambiantes y consecuencias graves por acciones incorrectas.
Un modelo que responde con precisión a preguntas de seguridad aisladas aún puede tener dificultades cuando debe mantener el estado durante el reconocimiento, la validación y la remediación. Otro modelo puede razonar bien, pero rechazar un paso legítimo porque sus salvaguardas carecen de contexto suficiente.
Ridge puede potencialmente enrutar tareas según esas diferencias. Gemini podría seguir siendo fundamental para la experiencia alojada del cliente, mientras Claude respalda la investigación verificada o determinados flujos de trabajo avanzados.
Sin embargo, una arquitectura multimodelo introduce costes que van más allá del consumo de modelos. Los equipos de ingeniería deben normalizar resultados, mantener controles de seguridad separados, rastrear decisiones entre proveedores y evitar que un modelo eluda restricciones impuestas en otro lugar.
La organización también necesita una capa de autorización coherente. Un prompt aprobado bajo el programa de Anthropic no debería autorizar automáticamente a un escáner externo, un marco de explotación o un agente impulsado por Gemini a actuar contra un objetivo.
El consentimiento del cliente debe seguir vinculado al flujo de trabajo completo. De lo contrario, la verificación a nivel de modelo queda desconectada de la autorización en el mundo real.
La presión competitiva recae tanto sobre Google como sobre Anthropic. Si el acceso verificado se vuelve necesario para el trabajo cibernético avanzado, los proveedores de modelos competirán mediante sistemas de gobernanza además del rendimiento de razonamiento.
Google cuenta con una amplia infraestructura de seguridad en la nube y su propio trabajo sobre las salvaguardas de Gemini. Sin embargo, el movimiento de Ridge sugiere que los proveedores de plataforma también necesitan vías claras para los profesionales legítimos cuyo trabajo se parece a un comportamiento prohibido.
Para los compradores empresariales, el ganador no será necesariamente el proveedor con el modelo más permisivo. Los compradores necesitan un proveedor que distinga el trabajo defensivo autorizado del abuso, al tiempo que preserve evidencia para auditorías y revisiones de incidentes.
La verificación se está convirtiendo en parte de la pila de seguridad de IA
Anthropic está convirtiendo la identidad organizativa y el propósito declarado en controles técnicos alrededor de la capacidad del modelo.
Las licencias de software tradicionales preguntan si un usuario ha pagado por el acceso. El Cyber Verification Program de Anthropic pregunta a quién representa el usuario, qué actividad planea realizar y si esa actividad tiene un propósito defensivo legítimo.
Se trata de un cambio significativo en la forma en que las capacidades de frontera llegan al mercado. El modelo ya no se entrega como un producto uniforme con un comportamiento idéntico para cada cliente.
En cambio, el acceso depende en parte de la confianza y la responsabilidad. Un equipo de seguridad aprobado puede recibir un tratamiento ajustado para tareas que podrían seguir bloqueadas para una cuenta anónima o no verificada.
El enfoque de Anthropic sigue la estructura del riesgo subyacente. El desarrollo de exploits no se vuelve inocuo porque alguien lo describa como investigación. El proveedor necesita pruebas más sólidas de que el solicitante opera dentro de un contexto autorizado.
El programa también respalda el plan más amplio de Anthropic para modelos cibernéticos cada vez más capaces. Su iniciativa Project Glasswing proporciona a organizaciones seleccionadas acceso a capacidades avanzadas para el descubrimiento de vulnerabilidades y la investigación defensiva.
En junio, Anthropic dijo que estaba ampliando Glasswing a aproximadamente 150 organizaciones adicionales. También señaló que pretendía ampliar el programa de verificación para tareas específicas de ciberdefensa.
Esa expansión sugiere que la empresa considera la verificación como infraestructura para la distribución. Anthropic no puede mantener cada capacidad cibernética avanzada dentro de una pequeña colaboración de investigación si espera que los defensores utilicen esos sistemas a escala.
Al mismo tiempo, una publicación sin restricciones crea un peligro evidente. Un modelo capaz de identificar y explotar debilidades de forma autónoma puede ayudar a los atacantes a examinar más objetivos, adaptarse más rápidamente y operar con menos experiencia.
Anthropic reconoció este problema aún no resuelto al hablar de Project Glasswing. La empresa dijo que todavía no se habían desarrollado salvaguardas lo bastante sólidas y precisas para un acceso amplio.
El Cyber Verification Program actúa como una capa intermedia. Ofrece a profesionales seleccionados un mayor acceso antes de que el proveedor considere que las salvaguardas técnicas por sí solas pueden respaldar de forma segura la disponibilidad general.
Ridge no entra en un campo vacío. OX Security, MIND, Lyrie.ai, Codenotary, Vicarius y otras empresas de seguridad han anunciado su participación en el programa.
Su participación apunta a un cambio más amplio en el mercado. El acceso verificado a modelos puede convertirse en un insumo para los productos de seguridad, al igual que la inteligencia de amenazas, la infraestructura en la nube o los motores especializados de escaneo.
También puede crear una nueva dependencia. La capacidad de un proveedor para ofrecer una función avanzada podría depender de la aprobación continua de un proveedor de modelos. Los cambios en las políticas, las reglas de retención, las plataformas compatibles o el estado de la cuenta podrían afectar los flujos de trabajo de los clientes.
La disponibilidad ya es desigual. La documentación de soporte de Anthropic indica que el programa funciona a través de sus productos propios, su API, Microsoft Foundry y plataformas de terceros participantes.
El programa no está disponible actualmente a través de Amazon Bedrock ni Google Vertex AI. Esa limitación es relevante para las empresas que adquieren modelos mediante un proveedor de nube existente para simplificar la facturación, el cumplimiento y los controles de datos.
Un cliente de Ridge no puede asumir que la verificación de Anthropic se aplique a todas las rutas de despliegue. El acceso depende de la superficie mediante la cual se utiliza Claude y de cómo Ridge integra la capacidad.
Esto crea una separación práctica dentro de la relación entre Anthropic y Google. Google Cloud puede alojar la plataforma de Ridge, pero el acceso verificado a Claude puede requerir una vía técnica y contractual distinta.
Los equipos de arquitectura empresarial deberán mapear cuidadosamente esas rutas. Deben saber qué proveedor recibe código o telemetría, dónde se retienen los datos y qué organización posee la cuenta verificada.
La Disyuntiva Es Una Mejor Defensa Frente a un Mayor Control
El acceso verificado puede reducir las negativas erróneas, pero también concentra la autoridad y las pruebas sensibles en torno al proveedor del modelo.
Los profesionales de la seguridad llevan tiempo quejándose de que los asistentes de propósito general a veces rechazan análisis legítimos. Un modelo puede ayudar a generar código de aplicación y luego bloquear una solicitud para probar ese código en busca de una vulnerabilidad peligrosa.
Desde la perspectiva del proveedor, la misma solicitud también podría provenir de un atacante. La redacción del prompt por sí sola ofrece una prueba débil de autorización.
El programa de Anthropic aborda esa ambigüedad mediante la verificación organizacional. Una vez aceptado, un equipo defensivo puede realizar más trabajo de doble uso y alto riesgo sin encontrarse con el nivel habitual de interrupciones.
Eso puede mejorar la continuidad durante investigaciones complejas. Una prueba de penetración pierde valor cuando el modelo se detiene en el paso que establecería si una debilidad es explotable.
Sin embargo, la verificación no elimina las negativas del modelo ni garantiza un acceso completo. Anthropic sigue bloqueando los usos prohibidos, y sus modelos mantienen otros comportamientos de seguridad. Las salvaguardas ajustadas no convierten a Claude en un motor de explotación sin restricciones.
La retención de datos crea la disyuntiva empresarial más marcada. Anthropic la exige para el trabajo cibernético verificado, incluido un espacio de trabajo retenido independiente para las organizaciones de API que, de otro modo, utilizan Zero Data Retention.
Las pruebas de seguridad suelen implicar material especialmente sensible. Una sesión puede exponer la arquitectura del sistema, endpoints vulnerables, comportamiento de autenticación, código fuente propietario o detalles sobre una vulnerabilidad sin parchear.
Por tanto, las organizaciones deben examinar los términos de retención antes de tratar la participación en el programa como un beneficio automático. La pregunta correcta no es simplemente si Claude se vuelve más capaz.
Deben preguntar qué datos entran en el entorno retenido, cuánto tiempo permanecen disponibles, quién puede revisarlos y si los acuerdos existentes con los clientes cubren ese procesamiento.
Ridge también debe mantener separadas sus propias afirmaciones de producto de la decisión de acceso de Anthropic. La empresa describe RidgeBot como capaz de validar riesgos explotables sin falsos positivos. Esa es una afirmación del proveedor y no debe considerarse establecida de forma independiente por la participación en CVP.
La validación automatizada puede reducir el ruido asociado a los escaneos de configuración. Sin embargo, un agente todavía puede elegir el objetivo equivocado, malinterpretar un límite de pruebas, interrumpir un servicio frágil o pasar por alto una vulnerabilidad fuera de las herramientas disponibles.
La aprobación humana sigue siendo esencial en torno a las acciones destructivas o que cambian el estado. Un modelo verificado puede razonar sobre un exploit, pero el modelo no es dueño de la decisión de riesgo del cliente.
La implementación más sólida separaría el razonamiento de la ejecución. Claude o Gemini podrían proponer una ruta de ataque, mientras que un sistema controlado por políticas verifica el alcance, la propiedad del objetivo, las técnicas permitidas y el momento antes de que se ejecute cualquier herramienta.
Los registros de ejecución deben identificar qué modelo propuso cada paso y qué control determinista lo autorizó. Esa evidencia cobra importancia cuando varios proveedores contribuyen a una prueba autónoma.
El programa también plantea una preocupación de equidad. La verificación puede favorecer a proveedores consolidados y organizaciones capaces de documentar operaciones formales de seguridad. Los investigadores independientes, estudiantes y equipos pequeños pueden enfrentar más fricción.
Esa fricción es defendible cuando las capacidades crean un riesgo público material. Aun así, afecta quién puede descubrir fallos, publicar investigaciones y competir con empresas de seguridad más grandes.
Anthropic necesitará estándares transparentes y vías de apelación significativas si el acceso verificado se vuelve central para el trabajo cibernético profesional. De lo contrario, el proveedor se convierte en un guardián privado sin suficiente visibilidad sobre sus decisiones.
Los informes anecdóticos de solicitudes rechazadas o negativas continuas no prueban que el programa fracase. Sí muestran por qué es importante una medición independiente.
Los investigadores deben probar la consistencia de las aprobaciones, las tasas de rechazo, las tasas de finalización útil y el comportamiento entre versiones de modelos. Los testimonios de proveedores por sí solos no pueden establecer si los controles separan de forma fiable el trabajo legítimo del abuso.
La Competencia Entre Anthropic y Google Va Más Allá de los Benchmarks de Modelos
La competencia emergente se centra en quién puede distribuir capacidades peligrosas de manera responsable, no en quién gana una puntuación estática de razonamiento.
Durante varios años, las comparaciones de IA empresarial se centraron en la precisión, la longitud de contexto, la latencia y las opciones de integración. La ciberseguridad añade una variable más difícil: si un proveedor puede otorgar acceso útil sin hacer que la automatización ofensiva esté ampliamente disponible.
La respuesta de Anthropic combina salvaguardas en tiempo real con excepciones verificadas. La posición de Google incluye las salvaguardas de Gemini, los controles de Google Cloud, los sistemas de identidad y una amplia cartera de productos de seguridad.
Ridge se sitúa entre esos enfoques. Su arquitectura de producto basada en Google proporciona escala de despliegue y una base de nube consolidada. Su aprobación reportada por Anthropic ofrece otra vía para el razonamiento defensivo sensible.
Eso no convierte a Claude en el nuevo núcleo de PurpleRidge. La información disponible públicamente respalda una conclusión más limitada: Ridge ha ampliado su potencial acceso a modelos mientras mantiene su base anunciada de Google.
La distinción importa porque los proveedores de IA a menudo describen las asociaciones como si todos los componentes del producto hubieran cambiado. Los compradores deben exigir detalles a nivel de arquitectura.
Deben preguntar si Claude opera en producción, investigación, pruebas internas o una función futura. También deben preguntar si todos los clientes reciben la misma capacidad o si el acceso depende de la geografía, el tipo de contrato y el estado de verificación.
La comparación entre Anthropic y Google será más útil cuando Ridge publique resultados específicos por carga de trabajo. Una evaluación responsable examinaría el descubrimiento de vulnerabilidades, el análisis de explotabilidad, la precisión de la remediación, el comportamiento de rechazo y las acciones de herramientas no intencionadas.
También debería medir resultados operativos. A los equipos de seguridad les importa si un sistema reduce el tiempo de validación, mejora la priorización, disminuye las rutas de ataque omitidas y evita interrupciones durante las pruebas.
Los proveedores de modelos enfrentarán presión de programas de acceso competidores. OpenAI y otros laboratorios de frontera han explorado vías de confianza para usos cibernéticos avanzados, mientras que las plataformas en la nube continúan incorporando agentes de seguridad especializados.
Esta competencia puede mejorar los controles de acceso si los proveedores publican criterios claros y aprenden de los despliegues reales. También puede fragmentar el mercado en sistemas de verificación incompatibles.
Un proveedor de ciberseguridad podría necesitar aprobaciones independientes para varios modelos. Cada programa podría imponer distintas reglas de retención, requisitos de supervisión, actividades prohibidas y limitaciones de despliegue.
Esa complejidad refuerza el argumento a favor de una capa de gobernanza controlada por el proveedor. Ridge debería poder expresar una única política de autorización del cliente y aplicarla en Gemini, Claude y cada herramienta de pruebas conectada.
Sin esa capa, la flexibilidad multimodelo se convierte en inconsistencia de políticas. Una tarea rechazada por un proveedor podría simplemente redirigirse a otro, socavando la razón de la salvaguarda original.
El enrutamiento responsable debe preservar el control aplicable más estricto. No debe funcionar como un mecanismo para evitar rechazos.
Los compradores también necesitan un plan de salida claro. Si Anthropic cambia su programa o Google modifica el comportamiento de Gemini, Ridge debería poder preservar las funciones principales de pruebas sin reducir silenciosamente la seguridad.
Por tanto, la portabilidad se convierte en parte de la resiliencia. La plataforma de seguridad debe ser dueña del flujo de trabajo, las pruebas, los registros de autorización y los controles de cara al cliente, incluso cuando los modelos cambien por debajo.
Tres Señales Mostrarán Si Se Trata de un Cambio Importante
La aceptación reportada de Ridge solo importa si el acceso verificado cambia un comportamiento de producto medible y supera la revisión de gobernanza empresarial.
La primera señal es una divulgación de integración en producción. Ridge debería explicar dónde participa Claude en su arquitectura, qué flujos de trabajo de PurpleRidge o RidgeBot lo utilizan y en qué se diferencian esas tareas de las operaciones impulsadas por Gemini.
Una divulgación clara reforzaría la interpretación multimodelo. El silencio o las referencias vagas a Anthropic sugerirían que el anuncio sigue siendo principalmente un hito de acceso.
La segunda señal es la evidencia comparativa. Ridge debería publicar una evaluación controlada que muestre si el acceso verificado a Claude mejora el razonamiento sobre rutas de ataque, la validación de exploits, las recomendaciones de remediación o las tasas de finalización.
El estudio más útil incluiría casos de fallo y tasas de intervención humana. Un benchmark compuesto únicamente por ejemplos exitosos revelaría poco sobre la seguridad operativa.
Una evaluación de terceros tendría más peso que una demostración elaborada por el proveedor. Los compradores de seguridad necesitan evidencia de que la integración funciona en distintos entornos, no solo en un laboratorio seleccionado.
La tercera señal es la adopción por parte de los clientes bajo el requisito de retención. Las empresas deben aceptar cómo los flujos de trabajo verificados de Claude almacenan y procesan sus datos de seguridad.
Si los clientes restringen Claude a entornos sintéticos o investigación interna, el programa seguirá siendo valioso pero limitado. Si los compradores regulados aprueban el uso en producción, la verificación comenzará a funcionar como una capa de acceso al mercado.
La propia expansión de Anthropic dará forma a ese resultado. Sus reglas de verificación deben seguir siendo comprensibles a medida que el programa incorpora participantes, modelos y canales de distribución.
Ridge también debe explicar la autorización entre herramientas. La aprobación del modelo no concede permiso para sondear la red de un cliente, y el permiso del cliente no satisface automáticamente la política de todos los proveedores de modelos.
Un sistema creíble preservará ambas formas de control. Verificará la organización que utiliza el modelo y confirmará el alcance de cada prueba de seguridad en el mundo real.
Estas señales determinarán si el movimiento de Ridge presiona a Google, fortalece a Anthropic o simplemente ofrece a un proveedor otra opción de investigación. El resultado probable a corto plazo es más práctico: diversidad de modelos con una gobernanza más estricta.
Ese resultado sigue siendo importante. Desplaza la competencia de elegir un único modelo supuestamente superior hacia la construcción de un sistema controlado a partir de varios proveedores.
Para los desarrolladores y líderes de seguridad, el siguiente paso es pedir a los proveedores un diagrama exacto del flujo de datos, una política de retención, un modelo de autorización y una evaluación específica para cada carga de trabajo. La competencia entre Anthropic y Google no se resolverá con un titular. Se resolverá cuando una capacidad verificada mejore los resultados defensivos sin debilitar el control de los clientes.


