La israelí Pluto Security anunció el 13 de octubre de 2026 su salida del modo discreto con 42 millones de dólares de financiación acumulada. Aborda un problema práctico: los empleados utilizan IA para crear aplicaciones, conectar servicios y ejecutar automatizaciones, mientras los equipos de seguridad necesitan saber no solo qué herramienta está instalada, sino también qué puede hacer. Su propuesta es permitir ese trabajo e intervenir en las acciones peligrosas, sin detenerlo todo.
Se trata de un anuncio de financiación y presentación empresarial, no de una notificación de brecha ni de una prueba de que una herramienta de IA concreta sea insegura. Para responsables de informática y propietarios de negocios, las preguntas útiles son qué permisos y conexiones existen ya, quién responde de ellos y cómo detener una acción equivocada sin paralizar el trabajo legítimo.
Qué se ha anunciado y qué significan las cifras
Según Pluto Security, los 42 millones de dólares corresponden a la financiación total, no a una única ronda. Jump Capital confirma que lideró su serie A. La distinción importa: una cifra acumulada refleja el dinero captado a lo largo del tiempo, no necesariamente fondos nuevos recibidos el mismo día. La fecha del anuncio tampoco tiene por qué coincidir con el desembolso de todos los fondos.
La empresa afirma que tiene equipos en Israel y Estados Unidos. The Jerusalem Post informó de que Shahar Bahat, Tal Ofer Regev y Gil Maman la fundaron en 2025 y de que el dinero se destinará a desarrollo, investigación y expansión estadounidense. La financiación indica los recursos previstos para ejecutar el plan; no mide de forma independiente la calidad de protección, la detección o la idoneidad para un negocio concreto.
También conviene separar financiación y contratación. Quien evalúe una solución de seguridad debería pedir una demostración en un entorno parecido al suyo, una definición precisa de la cobertura y condiciones de servicio claras. Los nombres de inversores y las cantidades invertidas no sustituyen la comprobación de lo que el sistema ve y de lo que queda fuera de su alcance.
El entorno de trabajo va más allá del chat
Pluto Security describe a empleados que incorporan agentes, herramientas de desarrollo, conexiones MCP y extensiones del navegador a su rutina. MCP es un protocolo que conecta herramientas de IA con fuentes de información y acciones de otros sistemas. Utilizarlo no indica por sí solo un fallo. Hay que preguntar con qué sistema conecta, mediante qué identidad y a qué datos y acciones da acceso.
Pensemos en un ejemplo: una persona pide a un agente un informe sobre consultas de clientes. Puede necesitar leer el sistema de atención, pero no necesariamente borrar consultas, cambiar fichas de clientes o enviar el informe fuera de la organización. Es un ejemplo de decisión sobre permisos, no un incidente atribuido a un cliente de la empresa. El punto de partida práctico es conceder acceso de solo lectura y ampliarlo únicamente cuando una tarea definida lo requiera.
La distinción sigue siendo relevante si el resultado parece correcto. Un informe acertado no demuestra que su elaboración siguiera una ruta adecuada: quizá hubo más acceso del necesario. Conviene revisar por separado la calidad de la respuesta y los límites de actuación. Resolver una tarea empresarial no justifica omitir la segunda comprobación, especialmente al convertir una prueba en una automatización habitual.
Bloquear una acción sin bloquear toda la herramienta
Jump Capital describe el enfoque de Pluto Security como un control sobre la herramienta, los componentes que la rodean y los resultados creados con ella. Según la inversora, el sistema pretende valorar el riesgo dentro de su contexto, por ejemplo restringiendo información o credenciales mientras continúa el resto de la actividad. Es la descripción de un inversor, no el resultado de una comparativa independiente.
Antes de evaluar una solución así conviene definir casos de prueba. ¿Distingue la lectura autorizada de un documento de su envío al exterior? ¿Permite exigir aprobación humana para un cambio importante? ¿Recibe el empleado una explicación comprensible cuando se detiene una acción y puede reclamar un bloqueo erróneo por una vía clara? Son preguntas para contratación y pruebas controladas, no afirmaciones sobre capacidades demostradas.
También hay que comprobar qué ocurre si no está disponible la conexión al sistema de control. Continuar o detener una acción debe depender de la sensibilidad de la información y de las necesidades del negocio. Un piloto pequeño, con datos sintéticos y permisos limitados, permite definir el comportamiento deseado antes de acceder a información real o a un proceso crítico.
Primero los permisos, después los productos
El primer paso no tiene por qué ser comprar. Un negocio puede enumerar las herramientas de IA utilizadas, sus responsables, las cuentas conectadas y los tipos de información accesibles. Conviene anotar quién autorizó cada conexión, cuándo se revisó y cómo revocarla. Sin un responsable designado, incluso un inventario ordenado puede quedar abandonado.
Después se pueden separar las lecturas de las acciones que modifican o envían información. Para tareas sensibles, cabe valorar aprobación humana, una cuenta específica y permisos reducidos. Cuando alguien deja la empresa o termina una prueba, hay que revisar también las conexiones creadas. Borrar una conversación no sustituye la revocación del acceso en el sistema conectado.
La propia solución de seguridad plantea cuestiones de privacidad. Antes de instalarla conviene preguntar qué recoge, quién puede verlo, durante cuánto tiempo se conserva y si puede limitarse la recogida. Los empleados deben saber qué se supervisa y a quién acudir si surge un problema. Un buen control parte de una finalidad y una responsabilidad claras, no de recopilar sin límites todo lo disponible.
Qué implica para las organizaciones en Israel
La vertiente israelí es una empresa local dedicada a la seguridad empresarial de IA. El anuncio no permite suponer que admita cualquier conexión, disponga de interfaz en hebreo o cumpla automáticamente todas las exigencias locales. Las organizaciones en Israel deben comprobar por separado los servicios compatibles, dónde se procesan los datos, los horarios de asistencia y las condiciones contractuales.
Una pequeña empresa puede empezar sin un gran equipo de ciberseguridad: designar un responsable de IA, aprobar una lista de servicios, reducir permisos y documentar excepciones. Los equipos mayores deberían añadir un piloto con criterios de éxito: qué acciones detectó, cuántos bloqueos estaban justificados y cuántos entorpecieron el trabajo legítimo. Se trata de medir resultados para el negocio, no solo alertas en una pantalla.
La presentación de Pluto Security destaca una pregunta que acompañará a los agentes: ¿quién comprueba que una acción está permitida cuando se ejecuta? La respuesta puede incluir un producto nuevo, pero también exige normas, permisos y responsables claros. Es posible ordenar esos 3 elementos antes de elegir proveedor y utilizarlos para comprobar si su propuesta aporta valor real.