El futuro del trabajo con IA: qué tareas cambian primero
Qué dicen los datos sobre cómo la IA cambia el trabajo: qué tareas automatiza y cuáles seguirán siendo humanas.
El problema no es que usen IA: es que lo hacen fuera del control de la empresa (sin DLP, sin auditoría). Qué políticas mínimas aplicar ya.
OPINIÓN & FUTURO · CIBERSEGURIDAD · IA GENERATIVA
Imagina esto: alguien del equipo pega un párrafo de un contrato en su ChatGPT personal “solo para resumirlo”. Cinco minutos después, el resumen está… y el contrato ya no está solo dentro de tu perímetro.
Eso es “Shadow AI”: el uso de herramientas de IA (y, sobre todo, cuentas personales) para trabajo real, pero en un canal que tu empresa no ve, no controla y no puede auditar. No es una moda. Es un agujero silencioso.
Lo que falla
No hay DLP ni controles de copia/pegado, ni clasificación aplicada en el punto donde ocurre la fuga: el navegador.
Lo que pierdes
Auditoría y trazabilidad: no sabes quién metió qué, cuándo, ni con qué herramienta.
Lo que sube
Riesgo legal: GDPR, secretos comerciales, contratos, NDAs… todo se vuelve más frágil.
La mayoría de empleados no usan IA “a escondidas” por malicia. La usan porque les ahorra tiempo, porque la herramienta corporativa no está disponible, o porque el flujo oficial es tan lento que es más fácil abrir una pestaña y listo.
El problema llega cuando ese “listo” significa: cuentas personales, historial guardado, plugins conectados, términos de uso que nadie ha revisado, y cero controles. Es el mismo patrón que el shadow IT de toda la vida… pero con esteroides, porque aquí la materia prima son textos con contexto: clientes, precios, incidencias, código, estrategia.
Si te quedas con una idea, que sea esta: no es “usar IA”. Es usar IA fuera de tu perímetro. Una cuenta personal suele implicar:
Si te interesa el lado práctico de privacidad, alucinaciones y qué datos nunca deberías soltar, te encaja esta guía sobre errores típicos al usar IA (alucinaciones y privacidad).
El clásico: pegar un caso de soporte con datos personales, resumir un Excel de clientes, “anonimizar rápido” un documento… y se cuela un DNI, un teléfono, una dirección o un historial médico. Lo grave es que nadie lo ve hasta que ya es tarde.
Código fuente, arquitectura, prompts internos, pricing, propuestas comerciales, cláusulas. Muchas empresas protegen el repositorio… pero luego el resumen de la arquitectura acaba en una IA personal. Es un salto mental muy humano: “no estoy enviando un archivo, solo un párrafo”.
Logs pegados tal cual, capturas con tokens, claves en ejemplos, “mira este error” con variables de entorno. Una sola conversación puede contener lo suficiente para abrir una puerta.
Lo que está empujando este tema al primer plano es la escala. En telemetrías recientes de seguridad cloud, se ve un patrón repetido: miles de prompts al mes por organización, decenas de herramientas distintas en uso, y un porcentaje alto de acceso mediante cuentas personales.
Y aquí viene el matiz importante: muchas empresas responden con “bloqueemos ChatGPT”. Resultado habitual: se usa desde el móvil, desde casa, desde otra herramienta, o con un navegador alternativo. No has eliminado el riesgo: lo has movido a una zona aún más oscura.
Por eso conviene pensar “carriles” en lugar de “prohibiciones”. Si el carril seguro es rápido y útil, lo usas. Si el carril seguro es lento e incómodo, te vas al atajo.
Vamos a lo accionable. Si hoy mismo tu empresa tiene “Shadow AI” (spoiler: casi seguro), estas son las cuatro piezas mínimas para reducir fugas con rapidez:
1) Regla de oro
Define qué nunca se puede introducir en una IA pública: datos personales sensibles, credenciales, info de clientes, contratos, repos, pricing, etc.
2) Herramienta aprobada
Ofrece una alternativa corporativa (o varias) con SSO, acuerdos de tratamiento de datos y configuración segura.
3) Control en el navegador
Pon DLP/controles de pegado y subida donde sucede el riesgo: navegador y endpoint, no solo en el correo.
4) Auditoría proporcional
No hace falta espiar: hace falta visibilidad para investigar incidentes y mejorar políticas.
Plantilla rápida (copiar/pegar) para tu política interna:
No introduzcas en herramientas de IA no aprobadas: datos personales, datos de clientes, información financiera, información médica, credenciales, tokens, secretos, contratos, documentos legales, código propietario, arquitectura, estrategias de precio o cualquier información marcada como “Confidencial”. Usa exclusivamente las herramientas de IA aprobadas por la empresa y accede con tu cuenta corporativa.
Si estás montando esto “en serio”, te conviene documentarlo bien: no por burocracia, sino porque te ahorra discusiones internas y te da consistencia. Aquí tienes un enfoque práctico para documentar el uso de IA en empresa sin convertirlo en un infierno.
Si mañana te pide el CISO (o tú mismo) “algo ya”, yo haría esto, en este orden:
Y ojo con el navegador: cada vez más trabajo pasa por ahí, y también muchos ataques (incluido prompt injection y extensiones “milagro”). Si quieres profundizar, te va a encajar esta pieza sobre navegadores con IA y riesgos de prompt injection.
Hasta aquí hemos hablado de contención. Pero la jugada inteligente es convertir el problema en una ventaja competitiva: dar a la gente una IA que sí pueda usar con datos y contexto reales, sin poner a la empresa en riesgo.
Eso suele implicar:
Aquí es donde muchas empresas están evolucionando de “copilotos” a sistemas más agentic (con tareas y flujos). Si te interesa ese futuro cercano, esta lectura conecta muy bien: de copilotos a agentes autónomos en empresas.
“Shadow AI” no se arregla con regaños ni con un firewall heroico. Se arregla con una mezcla muy pragmática: reglas claras, herramientas útiles, y controles donde ocurre el riesgo.
Si hoy tus empleados usan cuentas personales, no pienses “qué irresponsables”. Piensa: “qué necesidad no estoy cubriendo”. Porque la IA ya se ha convertido en infraestructura mental. La pregunta no es si se usa. La pregunta es si se usa en un carril seguro… o en una carretera secundaria sin luces.
Nota: en los últimos meses, publicaciones de ciberseguridad (por ejemplo, Infosecurity Magazine) y grandes informes de telemetría cloud han insistido en el mismo patrón: crecimiento explosivo del uso, muchas cuentas personales y un aumento paralelo de incidentes y violaciones de política. La tendencia es clara: cuanto antes montes carriles, menos caro será el aprendizaje.
Es el uso de herramientas de IA, sobre todo cuentas personales, para trabajo real pero en un canal que la empresa no ve, no controla ni puede auditar: sin SSO, sin DLP y sin registro de qué información se ha compartido con la herramienta.
Porque implica falta de control de identidad, ausencia de auditoría en caso de incidente, cero DLP en el navegador -que es donde ocurre la fuga real-, historial guardado fuera de tu control y más superficie de ataque por plugins y extensiones conectadas.
Tres tipos destacan: datos regulados como un DNI o historiales pegados por comodidad, propiedad intelectual como código o pricing que se resume sin pensar que es sensible, y credenciales o tokens pegados sin querer al copiar logs o capturas de errores.
Definiendo una regla clara de qué nunca se introduce en IA pública, ofreciendo una herramienta corporativa aprobada con SSO, poniendo controles de copiar/pegar en el navegador y manteniendo auditoría proporcional, en vez de bloquear herramientas y empujar el uso a canales aún más opacos.
Qué dicen los datos sobre cómo la IA cambia el trabajo: qué tareas automatiza y cuáles seguirán siendo humanas.
Si un benchmark se cuela en el entrenamiento, las métricas se inflan. Qué es la contaminación, cómo detectarla y cómo evaluar mejor.
El estándar que une criptografía + metadatos: cómo funciona, qué prueba (y qué no), y por qué será clave en medios y marcas.