La respuesta corta
Prepara la respuesta antes de ampliar una herramienta de IA: identifica quién puede pausar el flujo, qué accesos se pueden retirar, dónde se registra lo ocurrido y quién decide si el servicio vuelve a utilizarse. No hace falta crear un protocolo enorme para empezar. Una ficha por caso de uso, conectada con el procedimiento de incidentes que ya tenga la empresa, suele ser más útil que una política genérica.
El objetivo no es atribuir culpas ni convertir cada resultado incorrecto en una crisis. Es contener un riesgo real, revisar su alcance con evidencia y recuperar el trabajo con controles adecuados. Si una salida de IA no se ha usado fuera del equipo y no incluye información sensible, quizá baste con corregirla y documentar el aprendizaje. Si el caso implica un permiso excesivo, datos de clientes o una acción externa, el tratamiento debe escalarse según las reglas internas y la normativa aplicable.
- Definir una persona funcional y una persona técnica responsables de cada flujo con IA.
- Establecer una forma de parar o limitar el flujo sin borrar información útil para el análisis.
- Mantener una alternativa manual para las tareas que no toleran una interrupción.
- Evitar copiar secretos, conversaciones completas o datos de clientes en canales de aviso generales.
Qué puede ser un incidente en una herramienta de IA
No todos los incidentes se parecen a una intrusión. En el trabajo diario pueden aparecer una fuente documental no autorizada, una respuesta que mezcla datos de dos expedientes, un conector que recibe más permisos de los previstos o una tarea que continúa cuando debía pasar a revisión humana. También puede descubrirse que un usuario ha utilizado una herramienta fuera del flujo aprobado. Clasificar estos casos con la misma etiqueta impide decidir bien qué hacer primero.
La Comisión Europea presentó en julio de 2026 un plan que relaciona la adopción de IA con el refuerzo de la ciberseguridad. ENISA también destaca la necesidad de supervisión humana, trazabilidad y rutas de escalado en el despliegue de capacidades de IA para seguridad. Para una pyme, la traducción práctica es directa: antes de discutir una solución compleja, hay que saber qué activo, cuenta, dato o decisión puede verse afectado.
- Salida incorrecta detectada antes de usarla: corregir, anotar el caso y revisar la instrucción o la fuente.
- Salida enviada, publicada o incorporada a un proceso: detener el uso posterior y determinar qué destinatarios o sistemas se han visto afectados.
- Acceso, conector o cuenta fuera del alcance previsto: suspender o reducir el acceso conforme al procedimiento técnico de la empresa.
- Indicio de exposición de información sensible: preservar los hechos conocidos y activar de inmediato a seguridad, tecnología y la función responsable de datos.
Paso 1: crear un inventario mínimo que sirva en un incidente
El inventario no debe ser una lista de todas las aplicaciones que alguien ha probado. Registra los flujos que se usan de forma recurrente o que tienen acceso a información de negocio. Para cada uno, anota su objetivo, el propietario, los usuarios autorizados, las fuentes o conectores, el tipo de salida y la aprobación humana que corresponde. Este contexto permite responder sin tener que reconstruir el proceso mientras ocurre el problema.
La guía de ENISA para las medidas de ciberseguridad de NIS2 incluye ámbitos como gestión de activos, control de acceso, gestión de incidentes, continuidad y evaluación de la eficacia. No determina por sí sola las obligaciones de cada empresa, pero es una referencia útil para no olvidar que una herramienta de IA depende también de cuentas, datos, proveedores y procesos ya existentes.
- Nombre del caso de uso y resultado empresarial esperado.
- Responsable funcional, responsable técnico y contacto de respaldo.
- Datos, documentos, sistemas y cuentas que el flujo puede consultar.
- Acciones que la herramienta puede preparar y acciones que siempre requieren confirmación humana.
- Forma de pausar el acceso, revertir una automatización o pasar temporalmente al proceso manual.
Paso 2: acordar las primeras acciones, sin improvisar
Cuando se detecta un caso, el primer aviso debe describir un hecho verificable: qué herramienta o flujo estaba en uso, cuándo se observó el problema, qué dato o salida está implicado y qué medida temporal se ha tomado. Evita incluir en el mensaje canales de chat, capturas con información personal, credenciales o enlaces que concedan acceso. La persona que recibe el aviso necesita suficiente contexto para decidir, no una recopilación desordenada de datos sensibles.
La contención debe ser proporcional. Pausar una integración concreta puede ser correcto; desactivar todas las herramientas de IA de la compañía sin comprobar el alcance normalmente no lo es. Si existe una sospecha razonable de acceso indebido, el equipo técnico debe aplicar los controles que ya use para credenciales, sesiones y permisos. Si no existe evidencia de exposición, conserva el proceso y centra la revisión en la causa operativa.
- Parar la acción externa o el conector afectado cuando se pueda hacer de forma segura.
- Registrar hora, flujo, usuarios implicados y medidas aplicadas.
- Conservar los identificadores de la tarea o el resultado necesarios para investigar, siguiendo las reglas de retención internas.
- Informar al propietario del proceso y, según el caso, a tecnología, seguridad o privacidad.
- No declarar un impacto, una brecha o una causa antes de que la evidencia lo permita.
Paso 3: revisar alcance y decidir la recuperación
Una revisión corta debe responder a cuatro preguntas: qué ocurrió, qué información o sistemas pudieron verse afectados, qué decisiones se tomaron con la salida y qué control falló o faltaba. No busques una explicación perfecta antes de recuperar una tarea de bajo riesgo; sí establece los límites que evitan que el mismo problema se reproduzca mientras se investiga.
La recuperación puede consistir en corregir una fuente permitida, reducir permisos, añadir una aprobación, cambiar la instrucción o retirar un caso de uso. La opción adecuada depende del flujo. Lo importante es que el nuevo estado quede documentado y que el equipo sepa quién autoriza volver a usarlo. Si intervienen obligaciones contractuales, regulatorias o de protección de datos, consulta a la función competente de la organización antes de realizar comunicaciones externas.
- Validar una muestra de resultados antes de reactivar el flujo.
- Confirmar que las cuentas y conectores conservan únicamente los permisos necesarios.
- Actualizar la ficha del caso de uso con el cambio y la fecha de revisión.
- Comunicar al equipo solo las instrucciones operativas que necesite para trabajar de forma segura.
- Mantener el proceso manual mientras el control corregido no esté comprobado.
Paso 4: probar el plan con un ejercicio de treinta minutos
No necesitas simular un ciberataque para comprobar la preparación. Elige un escenario cotidiano y seguro, por ejemplo: una herramienta de resumen utiliza por error un espacio documental que no correspondía al equipo. Pregunta quién detecta el caso, quién puede cortar el acceso, qué información se conserva, quién decide sobre los documentos afectados y qué condición permite retomar el trabajo. El objetivo es descubrir decisiones ambiguas, no calificar a las personas.
El ejercicio debe terminar con uno o dos cambios concretos. Puede ser nombrar un propietario de respaldo, documentar cómo se pausa una automatización o separar una cuenta de prueba de una cuenta operativa. Repetir una prueba breve cuando cambie el proveedor, el conector o el tipo de datos es una forma razonable de mantener el plan conectado con el trabajo real.
- Escenario acotado y sin usar datos reales de clientes o personal.
- Participantes: responsable del proceso, usuario habitual y persona técnica; incorpora otras funciones si el caso lo requiere.
- Tiempo de decisión: qué se detiene primero y quién lo autoriza.
- Ruta de comunicación: a quién se avisa y qué detalle no debe circular.
- Acción de mejora con una persona responsable y fecha de comprobación.
Checklist para esta semana
La actualidad regulatoria y de ciberseguridad hace visible un trabajo que conviene hacer de todos modos: conectar los casos de uso de IA con los controles operativos que ya protegen a la empresa. Esta guía no sustituye un análisis de riesgos ni asesoramiento jurídico. Sirve para que la primera conversación sea concreta, proporcionada y centrada en el flujo que realmente se quiere usar.
Empieza por una herramienta de IA que tenga una integración o una salida relevante. Si el equipo puede explicar cómo detenerla, qué evidencia necesita y quién aprueba su reactivación, habrá reducido una incertidumbre importante sin frenar el aprendizaje con IA.
- Elegir un flujo con IA y asignar responsables funcional y técnico.
- Anotar datos, accesos, acciones externas y revisión humana del flujo.
- Comprobar cómo se pausa el acceso y cuál es la alternativa manual.
- Realizar un ejercicio breve con un escenario no sensible.
- Registrar una mejora y revisar el plan cuando cambie el caso de uso.
