Líderes de opinión

El mayor riesgo de la IA no es el modelo, sino la adopción sin control

mm
Añade Unite.AI a tus fuentes preferidas en Google

El uso y la adopción de la IA pueden ser como el Lejano Oeste si se dejan sin gobernanza en una organización.

El problema se ha convertido en una creciente preocupación a medida que la adopción continúa acelerándose más rápido que la mayoría de los ciclos de gobernanza. El desafío para los equipos de TI y Cumplimiento es que las nuevas herramientas pueden desplegarse en días, mientras que las políticas y los controles a menudo tardan meses en desarrollarse y comunicarse. Muchas empresas piensan que han manejado el riesgo de la IA al aprobar una lista corta de herramientas sancionadas, pero hay mucho más que eso para asegurarse de que la IA se pueda utilizar, monitorear y medir con protecciones de privacidad y seguridad. Ejemplos de este escenario de TI sombría incluyen unidades de negocio que adoptan plataformas adicionales sin revisión, desarrolladores que ejecutan modelos localmente y empleados que pegan datos sensibles en sistemas abiertos o sistemas con derechos de datos poco claros. El resultado no es teórico; es la fuga de datos, la exposición de la propiedad intelectual y, en los peores casos, la transferencia accidental de derechos a través de los términos del proveedor.

Una de las formas más efectivas de prevenir que la gobernanza de la IA se fragmente es establecer un Grupo de Trabajo o Comité de Supervisión de la IA formal. Este equipo interfuncional, que generalmente consiste en representantes de TI, Seguridad, Cumplimiento, Legal, Privacidad, Gestión de Riesgos y unidades de negocio clave, crea una propiedad clara para la gobernanza de la IA y sirve como el órgano central de toma de decisiones de la organización para la adopción y supervisión de la IA.

El mayor riesgo es la invisibilidad. Una política de IA o una lista de herramientas aprobadas no muestra dónde se está utilizando la IA, qué datos se están compartiendo o bajo qué términos se están compartiendo. La adopción siempre se moverá más rápido que la supervisión, por lo que el objetivo es una gobernanza que se escala: hacer que el uso sea visible, vincular el uso aceptable a la clasificación de datos y establecer guardrails que no frenen a los equipos. Si se hace bien, la gobernanza se convierte en un habilitador, creando valores predeterminados más seguros para que los equipos puedan moverse rápidamente sin tener que negociar el riesgo desde cero cada vez que aparece una nueva herramienta.

El Grupo de Trabajo de Supervisión de la IA ayuda a cerrar esta brecha de visibilidad actuando como el “guardián” de la gobernanza de la organización. En lugar de permitir que las herramientas y los casos de uso de la IA proliferen sin revisión, el comité establece procesos de intake, revisión y aprobación para nuevas tecnologías de la IA, evalúa el riesgo y determina controles adecuados según las necesidades del negocio y la sensibilidad de los datos.

Cómo fallan las listas de herramientas aprobadas en la práctica

Las listas de herramientas aprobadas se rompen cuando la fricción empuja a las personas a herramientas alternativas, ya que el verdadero riesgo se encuentra en los datos utilizados y el flujo de trabajo. Si el camino sancionado requiere tickets, VPN, un rendimiento más lento o características limitadas, los equipos encontrarán formas de evitarlo. Mientras tanto, los servicios de la IA se pueden adoptar con una dirección de correo electrónico y un clic, a menudo sin adquisición, revisión de seguridad o visibilidad clara para TI. Lo más importante es que copiar código fuente, datos de clientes o lenguaje de contrato en cualquier sistema no verificado puede crear exposición y vulnerabilidad de seguridad, independientemente de que la herramienta sea popular o esté lista para la empresa.

Si la gobernanza comienza y termina con una lista, ha creado un artefacto de cumplimiento que parece bueno en papel pero falla bajo la presión operativa. El enfoque más seguro y escalable es asumir que la dispersión de herramientas ocurrirá y diseñar programas de capacitación y controles de proceso alrededor del riesgo de datos, identidad y flujo de trabajo.

Vincular el uso aceptable de la IA a la clasificación de datos, no a la preferencia de herramientas

La forma más rápida de hacer que la política de la IA sea aplicable es anclarla a la clasificación de datos. En lugar de intentar gobernar todas las herramientas, ofrezca opciones seguras y viables y gobierne qué se puede poner en cualquier herramienta, especialmente en sistemas externos o de consumo.

  • Datos públicos: entradas de bajo riesgo permitidas en herramientas externas aprobadas, como copias de marketing, documentos públicos y ejemplos sanitizados.
  • Datos internos: permitidos solo en sistemas aprobados por la empresa con protecciones contractuales y registro adecuado.
  • Datos confidenciales, regulados o sensibles: prohibidos en herramientas externas por defecto, permitidos solo bajo excepciones definidas con controles compensatorios y aprobación documentada.

Esto cambia la conversación de “¿Esta herramienta está en la lista?” a “¿Qué datos están poniendo en ella, y cuáles son las implicaciones de los derechos, la retención y la capacitación posteriores?” Incluso un modelo simplificado es suficiente para impulsar un comportamiento consistente si se combina con ejemplos claros y se refuerza diariamente.

Hacer que la IA sombría sea visible con mecanismos de auditoría que funcionen

No se puede gobernar lo que no se puede ver. La visibilidad requiere algunas señales de alerta consistentes: controles de Broker de Seguridad de Acceso a la Nube (CASB) o Seguridad de Borde de Servicio (SSE) para puntos finales de la IA comunes, Prevención de Pérdida de Datos (DLP) ajustada a patrones de pegado y carga de la IA, y controles basados en identidad que requieren Inicio de Sesión Único (SSO) donde sea factible y marquen identidades corporativas que utilicen servicios no sancionados. En entornos de desarrollador, agregue telemetría de punto final, ya que el uso local de modelos puede eludir los controles web. Suplemente los controles con evaluaciones trimestrales ligeras sobre qué herramientas se están utilizando, para qué flujos de trabajo y qué tipos de datos tocan.

El objetivo no es la cobertura perfecta o castigar la experimentación. Es detectar flujos de trabajo riesgosos temprano, priorizarlos y crear alternativas más seguras antes de que los patrones inseguros se conviertan en operaciones normales.

El Grupo de Trabajo de Supervisión de la IA también debe servir como educador y recurso de concienciación para la organización. La gobernanza es más efectiva cuando los empleados entienden no solo las reglas, sino también la razón detrás de ellas. El comité puede proporcionar orientación continua, publicar casos de uso aprobados, brindar capacitación de concienciación, responder preguntas de las unidades de negocio y comunicar expectativas en evolución a medida que las tecnologías de la IA maduran.

Guardrails que permiten la velocidad sin dar la tienda

La gobernanza falla cuando la única respuesta es “no”. La gobernanza madura crea caminos rápidos y valores predeterminados seguros: capacitación basada en escenarios con ejemplos reales, caminos de escalada claros con Acuerdos de Nivel de Servicio (SLA) de respuesta, y una biblioteca corta de casos de uso aprobados con ejemplos de “hacer” y “no hacer” de entrada. Estos elementos reducen la ambigüedad para los empleados y reducen la toma de decisiones ad hoc para los equipos de gobernanza.

En el lado de la adquisición y el legal, establezca desencadenadores de revisión y una lista de verificación que cubra la retención de datos, los derechos de capacitación del modelo, la propiedad de la propiedad intelectual, la confidencialidad, la notificación de violación y los subprocesadores. Finalmente, defina un estándar mínimo de evidencia para que, en una auditoría o incidente, pueda producir política, finalización de capacitación, justificación de aprobación de herramientas, cobertura de registro y acciones de aplicación. Esta es la forma de evitar la trampa de tener una política que existe pero no se puede demostrar cuando importa.

Un enfoque defensible comienza con fundamentos repetibles

La IA seguirá cambiando, por lo que su modelo de gobernanza debe durar más que cualquier herramienta o proveedor individual. Comience con fundamentos que pueda ejecutar consistentemente: clasifique los datos, defina qué datos pueden ir a dónde, instrumente la visibilidad y proporcione a los equipos guardrails y caminos de escalada viables.

Tan importante como eso, asigne la propiedad para monitorear continuamente el panorama de la IA. Nuevas regulaciones, capacidades de modelo, ofertas de proveedores y vectores de amenaza emergen rápidamente. Un Grupo de Trabajo de Supervisión de la IA debe funcionar como el órgano de monitoreo y asesoramiento de la organización, evaluando regularmente los desarrollos tecnológicos, evaluando los cambios regulatorios, revisando los riesgos emergentes y recomendando actualizaciones de políticas y controles. Esta supervisión continua ayuda a garantizar que la gobernanza siga siendo relevante en lugar de convertirse en un ejercicio estático anual.

Revise y mejore el programa trimestralmente, para que los guardrails sigan el ritmo de las nuevas herramientas, flujos de trabajo y expectativas regulatorias. Tratar la gobernanza de la IA como una disciplina operativa con propietarios definidos y controles medibles protege los datos sensibles y la propiedad intelectual, mientras que da a los equipos caminos rápidos y claros para utilizar la IA de manera responsable.

La seguridad y el cumplimiento obtienen visibilidad y prueba defensible, y el negocio obtiene la confianza para escalar la IA sin convertir cada nuevo caso de uso en una alarma de incendio.

Mitchell D. Perry es VP de Cumplimiento y Seguridad en Access, la empresa de gestión de registros y información privada más grande del mundo. Un líder experimentado con más de 25 años de experiencia, Mitchell lidera las estrategias de cumplimiento, riesgo y privacidad de la empresa y es experto en varias áreas relacionadas, incluyendo cumplimiento normativo, análisis de riesgo, gestión de seguridad, desarrollo de programas y sistemas, desarrollo de políticas, Six Sigma y gestión de emergencias. Mitchell tiene un título de Maestría en Ciencias (MS) en Administración de Justicia, con una especialización en Desarrollo Organizacional, de la Universidad Estatal de San José en CA. También tiene certificaciones en diversas disciplinas, incluyendo Mediador para Resolución de Disputas y Junta Americana de Seguridad Nacional (Certificado CHS-II).