ThreatLocker ha cerrado una Serie F de 190 millones de dólares liderada por Elephant, con Koch Disruptive Technologies entrando como inversor nuevo. Su producto es una idea vieja aplicada a un problema nuevo: en el ordenador solo se ejecuta lo que está aprobado, y ahora eso incluye a los agentes de IA.
Puntos clave
- 190 millones en Serie F, liderada por Elephant, que repite. También D.E. Shaw Ventures y Arthur Ventures, ya presentes, más Koch Disruptive Technologies como nuevo.
- La valoración anterior era de 1.600 millones; la nueva no se ha revelado, la compañía dice que "creció significativamente".
- Más de 70.000 clientes y varios miles de proveedores de servicios gestionados.
- Abrirá oficina en Reading (Inglaterra), sumando a Orlando, Dublín, Dubái y Brisbane.
Qué vende exactamente
Dos mecanismos, y los dos se explican en una frase.
Allowlisting: en el equipo solo se ejecuta el software que está en la lista. Todo lo demás se bloquea, aunque sea legítimo, aunque lo haya instalado el propio usuario. Es la inversión del antivirus clásico, que bloquea lo que reconoce como malo y deja pasar el resto.
Ringfencing: incluso el software aprobado tiene límites. Word está permitido, pero no puede lanzar PowerShell ni tocar ciertas carpetas. Así, si una macro maliciosa entra por un documento, se queda encerrada.
El ángulo de IA
Lo nuevo de esta ronda es el encuadre. ThreatLocker vende ahora protección frente a herramientas de IA, agentes autónomos y software generado por IA.
Tiene sentido cuando piensas en qué es un agente de programación desde el punto de vista del sistema operativo: un proceso que escribe ficheros nuevos y los ejecuta. Exactamente el comportamiento que el allowlisting está diseñado para frenar.
Y ahí aparece la tensión que va a definir los próximos dos años en las empresas. El agente necesita ejecutar código que nadie ha revisado para ser útil. La política de seguridad dice que solo se ejecuta lo aprobado. Las dos cosas no caben tal cual, y alguien tiene que decidir dónde se pone la raya.
Danny Jenkins, consejero delegado, lo dice sin matices: "Si no haces esto a estas alturas, vas a perder esta batalla. Tienes que desplegar zero trust". Es la frase de quien vende zero trust, conviene recordarlo. Pero los datos de esta semana le acompañan: CrowdStrike acaba de medir que los adversarios explotan una vulnerabilidad en 24 horas desde que hay prueba de concepto.
Por qué importa
Si en tu empresa alguien ya usa herramientas de programación con IA, este es el debate que te va a tocar. En el equipo de desarrollo, un agente que no puede ejecutar lo que escribe no sirve para nada. En el portátil de administración o de finanzas, un agente con permiso para ejecutar cualquier cosa es un riesgo que no compensa.
La respuesta práctica no es una política única. Es segmentar: máquinas de desarrollo con reglas laxas y aisladas de los sistemas críticos, y el resto del parque con el control apretado. Es más trabajo que aplicar una política a todos, y es la única que no obliga a elegir entre productividad y seguridad.
Lo otro que haría es sencillo y cuesta una tarde: pon por escrito qué herramientas de IA está usando cada equipo. En la mayoría de empresas medianas esa lista no existe, y la gente lleva meses metiendo datos en sitios que nadie ha aprobado.
Relacionado
