La próxima fuga no será un ataque.
Será un prompt.
Sus empleados ya pegan código fuente, datos de clientes y contratos en herramientas de IA que usted nunca aprobó. Prohibir la IA no funciona. Gobernarla, sí.
Casi todo ocurre en una pestaña del navegador.
Los empleados pegan prompts, código fuente, cifras financieras o incluso datos de clientes en herramientas de IA para trabajar más rápido. No por mala fe, sino porque funciona. Los firewalls clásicos nunca se diseñaron para distinguir un chatbot de cualquier otro sitio web, y una política sobre el papel no detiene un copiar y pegar.
Las aplicaciones de IA pueden hacer que los sistemas sean más permeables de muchas maneras. Mientras uno intenta proteger los datos, la información a menudo sale de forma descontrolada, y eso genera riesgos.
Verlo. Decidirlo.
Detener lo que nunca debe salir.
La gobernanza empieza por la visibilidad. El Secure Web Gateway agrupa los servicios de IA en su propia categoría, chatbots, generadores de contenido y asistentes de código, para que el uso de la IA sea una decisión de política y no un punto ciego.
- VerCada servicio de IA en usoEl tráfico de IA tiene su propia categoría: chatbots, generadores de contenido, asistentes de código. En servicio.
- DecidirPermitir o bloquear, por grupoPara todos los empleados o para grupos concretos; las herramientas aprobadas siguen abiertas. En servicio.
- RestringirDetener las subidas de riesgoLa política de CASB restringe las subidas a servicios no autorizados. En servicio.
- LeerInspeccionar el propio promptPrevención de pérdida de datos para prompts de IA. Próximamente.
Prohibir la IA no funciona.
Gobernarla, sí.
Una prohibición solo desplaza el tráfico a los móviles personales, fuera de la vista y fuera de la política. Por eso vemos que, en las políticas de nuestros clientes, las herramientas de IA están permitidas en su mayoría: a las empresas les resultan útiles. El objetivo es la gobernanza, no un muro.
- Primero, visibilidad: vea en sus estadísticas de servicio cuánto tráfico va a herramientas de IA.
- Política por grupo: bloquee las herramientas de IA para todos los empleados o solo para grupos concretos.
- Las herramientas aprobadas siguen abiertas: bloquee categorías enteras de aplicaciones de IA no autorizadas mientras las verificadas siguen funcionando.
- Operaciones de riesgo restringidas: la política de CASB puede restringir las subidas a servicios no autorizados.
- Una palanca más suave: la acción Warn obliga a los usuarios a reconocer el riesgo para los datos antes de continuar, como se describe en Al ritmo de la IA.
Qué está en servicio, qué está por llegar.
Hasta que llegue la DLP a nivel de prompt, los controles anteriores deciden quién puede usar qué servicio de IA y qué se puede subir a él. Preferimos decirlo claramente antes que venderle una demo.
Preguntas, respondidas.
¿Leen lo que mis empleados escriben en las herramientas de IA?
¿Está incluida la categoría de IA?
¿Podemos permitir la IA y mantener el control?
¿Cubre esto también a los agentes de IA, no solo a los chatbots?
Para profundizar.

Por qué necesita un Secure Web Gateway (SWG) y un CASB para defenderse del shadow AI
Qué es el shadow AI y por qué SWG y CASB van de la mano.
Leer el artículo →
Al ritmo de la IA: hacia más visibilidad, control e innovación segura
IA generativa y agéntica, y la acción Warn.
Leer el artículo →
Cómo habilitar el uso seguro de las herramientas web de IA
Cómo llegó la categoría de IA al Secure Web Gateway.
Leer el artículo →¿Qué servicios de IA usan sus empleados?
Treinta minutos con un ingeniero de nivel 3. No es una llamada de ventas.
Reservar la sesión →