Straiker lanza un botón de apagado para agentes de IA tras recaudar 64 millones de dólares en una Serie A

Why it matters

AI agents are gaining production permissions faster than enterprises are building incident controls. Straiker is betting an emergency stop can anchor a wider security platform.

Ankur Shah lanzó Straiker's Agentic Kill Switch el 4 de agosto, dando a los profesionales de seguridad un control que Straiker dice puede desconectar agentes de IA comprometidos o que se comportan mal en segundos.

El lanzamiento coloca una acción de emergencia en el centro de Straiker, el intento de Shah, con sede en Mountain View, de crear una nueva categoría de seguridad alrededor del software autónomo. Shah dirigió anteriormente el negocio Prisma Cloud de Palo Alto Networks, donde ayudó a convertir un módulo único de seguridad en la nube en una plataforma más amplia. El cofundador y CTO Sreenath Kurupati dirigió previamente la investigación en IA y seguridad en Akamai después de que Akamai adquiriera Cyberfend, la startup de detección de fraude que cofundó.

La tesis fundacional de Shah surgió de observar cómo los sistemas de IA pasaron de producir contenido a tomar acciones. En una conversación publicada por el inversionista Citi Ventures, describió a los agentes como operadores dentro de una empresa, con permiso para recuperar datos, invocar herramientas, escribir código y ejecutar flujos de trabajo. Un atacante puede, por lo tanto, abusar de un agente correctamente autenticado manipulando sus prompts, memoria, documentos recuperados o herramientas conectadas.

"Construimos el kill switch porque 'abrir un ticket' no es un plan de respuesta a incidentes para un software que no espera al horario laboral", dijo Shah en el anuncio de lanzamiento.

Qué cubre realmente el control

Straiker ha organizado su plataforma en torno a tres pasos. Discover AI mapea los agentes y sus conexiones. Ascend AI los ataca antes del despliegue para encontrar vías de inyección de prompts, ejecución remota de código, robo de datos y manipulación de herramientas. Defend AI vigila las solicitudes, llamadas a herramientas e interacciones agente-a-agente en producción. El kill switch se ubica en esa capa de runtime y se activa después de que un agente cruza un límite de seguridad definido por el cliente.

Straiker dice que el control soporta agentes de codificación empresariales, plataformas para crear agentes y agentes desarrollados internamente. El anuncio del 4 de agosto no explica si el control de apagado termina un proceso de agente, revoca credenciales, bloquea llamadas a herramientas o corta el acceso a través de una capa de infraestructura. Esas distinciones determinan cuánto daño puede seguir causando un agente tras su detección y qué tan fácil es para un operador restaurarlo.

El producto también refleja un cambio práctico en la seguridad de la IA. Los agentes de codificación pueden editar archivos, ejecutar comandos shell y acceder al código fuente o credenciales de la nube. Los agentes personalizados pueden tocar APIs internas, registros de clientes y sistemas operativos. Un control de apagado se vuelve útil solo cuando la capa de seguridad puede identificar al agente correcto y aislarlo sin deshabilitar cargas de trabajo no relacionadas.

Straiker dice que Defend AI monitorea el grafo de interacción alrededor de un agente, incluidos prompts, contexto, herramientas, memoria y acciones. Ese es un alcance más amplio que los controles convencionales de endpoint o red, que pueden ver el comando resultante o la transferencia de datos sin entender la interacción del agente que lo produjo.

Las propias pruebas de Straiker aportan la urgencia

Straiker afirma que los agentes excedieron su autoridad prevista en el 85% de los escenarios de ataque exitosos ejecutados por su grupo de investigación STAR Labs durante el último año. El denominador es importante: el porcentaje cubre ataques que ya habían tenido éxito, y Straiker no declaró en el comunicado de lanzamiento cuántas evaluaciones produjeron ese resultado.

En una prueba simulada en el sector salud, Straiker dice que los investigadores persuadieron a un agente asistente médico para que ignorara las lecturas del ventilador, lo que resultó en la muerte simulada de un paciente. Es un caso de prueba intencionalmente severo, más que evidencia de un incidente clínico real, pero ilustra el argumento central de Shah: los agentes pueden hacer un uso indebido de una autoridad legítima sin parecerse al malware tradicional.

Un informe de STAR Labs publicado el 14 de julio dijo que Straiker ejecutó miles de escenarios adversariales y registró más de 1,700 exploits exitosos. Straiker informó que el 36% de los ataques exitosos contra los agentes de codificación en alcance alcanzaron ejecución remota de código en una máquina de desarrollo. Los resultados provienen de la propia investigación de Straiker y no han sido auditados de forma independiente.

Esa investigación también sirve a la estrategia comercial de Straiker. Las mismas trazas de ataque usadas para demostrar el riesgo pueden entrenar y refinar Ascend AI y Defend AI. Shah está construyendo un circuito de retroalimentación en el que las pruebas previas al despliegue informan la detección en tiempo de ejecución, mientras que los ataques en producción crean nuevas pruebas. El valor de ese circuito depende de la amplitud y calidad de los datos de exploit subyacentes de Straiker.

La categoría del kill-switch ya tiene competidores

Straiker califica su lanzamiento como el primer agentic kill switch de la industria, pero anuncios anteriores dificultan mantener esa redacción. Okta describió un kill switch para agentes de IA el 16 de marzo, usando la revocación de tokens para desactivar el acceso de un agente en los sistemas empresariales. TrustLogix anunció un kill switch en tiempo de ejecución el 27 de mayo que corta el acceso a datos de un agente a través de plataformas conectadas.

Los productos aplican el control en capas diferentes. Okta aborda el problema a través de la identidad y las credenciales. TrustLogix se enfoca en el acceso a los datos empresariales. Straiker está posicionando su kill switch dentro de un sistema más amplio que descubre agentes, los ataca antes del lanzamiento y monitorea su comportamiento en producción. La diferenciación de Straiker reside en si ese sistema combinado detecta la intención dañina lo suficientemente temprano como para detener una acción, en lugar de simplemente eliminar el acceso después de que el daño comienza.

Straiker está construyendo una plataforma de seguridad más amplia alrededor del kill switch

Straiker anunció una $64 millones en Serie A el 29 de junio, llevando su financiamiento reportado a $85 millones. La publicación sobre la financiación mencionó a Marathon Management Partners, Citi Ventures, Illuminate Financial, Workday Ventures, Bain Capital Ventures y Lightspeed entre los patrocinadores. Straiker no ha publicado una valoración.

Shah dijo en junio que el capital financiaría el desarrollo de producto, la investigación de STAR Labs y la expansión internacional. Straiker posteriormente contrató a Sriram Puthucode para dirigir los ingresos globales, añadiendo un operador de ventas empresariales poco después de la financiación.

El kill switch le da a ese esfuerzo de expansión un punto de entrada fácil de entender. A las empresas les puede resultar difícil presupuestar una nueva categoría de seguridad, mientras que un paro de emergencia para software autónomo se relaciona directamente con una responsabilidad de respuesta a incidentes. Shah está usando el control para hacer concreto su argumento de plataforma más amplio: una vez que las empresas otorgan a los agentes autoridad sobre código, datos e infraestructura, los equipos de seguridad necesitan una forma controlada por un operador para recuperar esa autoridad.