5.1Confidencialidad y datos sensibles
Lo esencial en 30 segundos
- La regla que prevalece: ningún dato sensible (clientes, RR. HH., cifras no públicas, secretos, código propietario) en una herramienta no validada.
- Clasificar antes de pegar: público / interno / confidencial — cada nivel tiene sus herramientas autorizadas.
- En caso de duda, no se pega: anonimización exigente, cruces tramposos — pedir la herramienta validada.
Minicaso seguido — Amine y el informe apresurado
Amine, jefe de proyecto en Argel, debe resumir rápido un informe de cliente para su dirección. Está tentado de pegar la versión en bruto (nombres, importes, planificación) en un asistente de gran público « para ir más rápido ». Se detiene a tiempo: clasifica el documento (confidencial), lo anonimiza (roles genéricos, órdenes de magnitud ficticios, fechas relativas) y cambia a la herramienta validada de la empresa. Este hilo continúa en 5.2, 5.3, 5.4 y 5.5.
Este mismo caso vuelve en el curso, el esquema, el guion y el reto 48h — y continúa en 5.2, 5.3, 5.4 y 5.5.
1. La regla que prevalece
El nivel 5 empieza por la regla que prevalece: no confiar nunca datos sensibles a una herramienta no validada. Datos de clientes, información de RR. HH., cifras no públicas, secretos comerciales, código propietario — nada sale del perímetro validado. Amine coloca su informe en bruto en esta casilla: confidencial, por tanto herramienta validada o nada.
Las fugas famosas (código confidencial pegado en chatbots públicos) empezaron todas por « solo un extracto, para ir más rápido ». La prohibición sin alternativa empuja al shadow AI: la respuesta es una herramienta validada + una carta (5.5).
2. Clasificar, anonimizar, dudar
Clasificar la información (público / interno / confidencial), dominar la anonimización real (y sus límites), saber a dónde van los datos según la herramienta: oferta de gran público (marco variable según los ajustes) u oferta de empresa (marco contractual). Amine sustituye nombres, importes y fechas precisas por ficticios — y luego relee preguntándose quién adivinaría qué.
Y adoptar el reflejo de la duda: en caso de duda, no se pega. La seudonimización (Cliente A...) sigue siendo débil: la estructura basta a veces para identificar. El cruce (puesto + ciudad + proyecto) reidentifica más a menudo de lo que se cree.
🔎 Ejemplo concreto — La reidentificación
La anonimización es exigente: el caso de Amine.
« Jefe de proyecto, Argel, entrega prevista en marzo »
-> ¿cuántas personas corresponden en su sector?
Un puesto + una ciudad + un proyecto bastan a veces para identificar: eso es la reidentificación.
Amine reformula: « un responsable, una gran ciudad, un vencimiento próximo » — y prefiere la herramienta validada.Lectura: el cruce identifica donde cada elemento solo parecía anodino.
Lección: en caso de duda sobre la anonimización, herramienta validada.
Vocabulario de la sección
- Clasificación
- La selección previa: público, interno, confidencial — cada nivel tiene sus herramientas autorizadas.
Ejemplo sencillo: Amine clasifica su informe de cliente como confidencial.
Lo que no es: pegar primero y preguntarse después si era sensible.
Reflejo: ¿he clasificado el documento antes de abrir el asistente?
- Anonimización
- Sustituir todo elemento identificativo por ficticios, cruces comprobados.
Ejemplo sencillo: Amine pone roles genéricos e importes ficticios.
Lo que no es: cambiar un nombre y mantener puesto, ciudad y fechas precisas.
Reflejo: ¿un colega adivinaría de quién se trata?
- Seudonimización
- Sustituir los nombres por códigos: más débil que la anonimización.
Ejemplo sencillo: « Cliente A » cuyo proyecto único delata la identidad.
Lo que no es: creer que « Cliente A » autoriza cualquier intercambio.
Reflejo: ¿la estructura sola basta para identificar?
- Recorrido del dato
- A dónde van realmente los datos según la herramienta y su marco.
Ejemplo sencillo: Amine comprueba la lista de herramientas validadas en vez de suponer.
Lo que no es: suponer que toda herramienta trata igual los datos.
Reflejo: ¿esta herramienta está validada para este nivel de dato?
- Shadow AI
- El uso clandestino de herramientas no validadas, fruto de prohibiciones sin alternativa.
Ejemplo sencillo: Amine pide la herramienta validada en vez de sortear a escondidas.
Lo que no es: prohibir sin proponer una alternativa operativa.
Reflejo: ¿el equipo tiene una herramienta validada practicable?
En la práctica — El taller de anonimización
- Tome un correo profesional real (el suyo) y clasifíquelo: ¿público, interno o confidencial?
- Anonimícelo a mano: nombres → roles genéricos, importes → órdenes de magnitud ficticios, fechas → relativas. Relea: ¿un colega adivinaría de quién/qué se trata?
- Pruebe el límite: « Jefe de proyecto, Argel, entrega en marzo » — ¿cuántas personas corresponden en su sector? Eso es la reidentificación.
- Escriba sus 3 reglas personales (p. ej. « nunca un nombre de cliente fuera de la herramienta validada »): se unirán a la carta del 5.5.
Guion listo para decir — pedir la herramienta validada
« Debo resumir un documento confidencial con la IA: ¿cuál es la herramienta validada para este nivel de dato? Mientras tanto, no pego ni nombres, ni importes, ni fechas precisas. Si ninguna herramienta está validada, trabajo en local y elevo la necesidad. »
Para decir al mánager o al referente de TI/DPO antes de pegar cualquier dato sensible.
Modelo para copiar y pegar — mis 3 reglas de datos
MIS 3 REGLAS DE DATOS (se unirán a la carta 5.5)
1) Clasifico antes de pegar: público / interno / confidencial -> herramienta: _______________
2) Nunca fuera de la herramienta validada: _______________ (p. ej. nombres de clientes, datos de RR. HH., cifras no públicas)
3) Anonimización comprobada: cruces verificados (puesto + lugar + proyecto): SÍ / NO
DUDA -> no pego, pregunto a: _______________Solo / autónomo
Amine en misión solo: un asistente de gran público para lo genérico, un marco validado para todo lo que toque clientes y cifras — separación estricta.
Pyme / presupuesto reducido
Sin oferta de empresa: trabajo en local sobre lo sensible, IA de gran público solo sobre lo público o lo realmente anonimizado.
Pyme Argelia
Amine en Argel: documentos de clientes y RR. HH. nunca fuera del circuito validado; pregunta al DPO/jurista en caso de duda sobre datos personales.
Equipo que empieza
Cada uno aporta 1 documento clasificado y 1 anonimización comprobada: la parrilla común (3 reglas) se convierte en el anexo de datos de la carta.
✓ Buenas prácticas
- Clasifique la información antes de pegarla (público/interno/confidencial).
- Compruebe que ningún cruce reidentifique tras la anonimización.
- En caso de duda, no se pega: pida la herramienta validada.
✗ Errores frecuentes
- « Solo un extracto, para ir más rápido » (el origen de las fugas famosas).
- Confundir seudonimización (débil) y anonimización real.
- Creer que desactivar el entrenamiento basta para datos de empresa.
Puntos clave
- Clasificar antes de pegar: público / interno / confidencial determinan la herramienta autorizada.
- La anonimización real es exigente: el cruce reidentifica más a menudo de lo que se cree.
- Ajustes de las herramientas de gran público: necesarios pero no suficientes para datos de empresa.
- En caso de duda, no se pega — y se pide la lista de herramientas validadas.
Reto 48h — aplique mañana
Clasifique 3 documentos reales (público / interno / confidencial), anonimice 1 a mano y escriba sus 3 reglas personales: ¿comprobadas contra la reidentificación?
- Puedo citar la regla que prevalece en una frase.
- He clasificado 3 documentos y anonimizado 1 texto (cruces comprobados).
- Mis 3 reglas personales están escritas (listas para la carta).
Preguntas frecuentes
¿Qué arriesga concretamente la empresa si pego un documento interno en un chatbot público?
Pérdida de control de la información (almacenamiento fuera del marco contractual), posible vulneración de las normas sobre datos personales, ruptura de acuerdos de confidencialidad con clientes — y para usted, una falta profesional según la carta. El ahorro de tiempo no pesa nada en comparación.
¿Las conversaciones eliminadas lo están realmente?
La eliminación retira el acceso del usuario; las políticas de retención varían (copias de seguridad, obligaciones de conservación). El principio de prudencia sigue valiendo: lo que no debe existir en otro lugar no se pega en ningún sitio.
¿Cuál es la regla que prevalece sobre todas, en el nivel 5?