Dos hitos deberían haber cambiado la conversación de compra de IA en las empresas. El primero: en diciembre de 2023, ISO e IEC publicaron la norma 42001 — la primera norma internacional de sistema de gestión de IA, auditable y certificable por un tercero independiente. El segundo: el informe Cost of a Data Breach 2025, de IBM, mostró que el 63% de las organizaciones encuestadas no tiene ninguna política de gobernanza de IA, y que el 97% de las que sufrieron un incidente de seguridad con IA admitió no tener control de acceso adecuado.

Es decir: existe la norma, existe el marco, existe el cuestionario listo. Lo que falta es la pregunta. Quien compra IA suele preguntar "¿qué tan rápido es?" y "¿cuánto cuesta por mes?". Rara vez pregunta: "Cuando mi empleado manda un documento importante a su sistema, ¿qué permite hacer con él exactamente el contrato de ustedes?".

El resultado es previsible: contratos sin rastro de auditoría, datos residentes en un datacenter elegido por el proveedor, acceso de todo o nada y ninguna aprobación humana antes de acciones sensibles — la misma arquitectura de riesgo que ya conocemos de la IA sombra, pero esta vez firmada.

Por qué la evaluación técnica de proveedores importa

El NIST AI Risk Management Framework (AI RMF 1.0), publicado en enero de 2023, organiza la gestión de riesgo en cuatro funciones: gobernar, mapear, medir y gestionar. Dentro de "gobernar", una categoría trata exclusivamente del proveedor: GOVERN 6 exige que existan "políticas y procedimientos para abordar los riesgos y beneficios de la IA derivados de software y datos de terceros y otras cuestiones de la cadena de suministro".

La guía práctica del NIST detalla qué significa eso: la subcategoría GOVERN 6.1 pide "transparencia sobre las funciones del sistema de terceros, incluido el conocimiento sobre datos de entrenamiento, algoritmos de entrenamiento e inferencia, y supuestos y limitaciones". GOVERN 6.2 agrega lo que casi nadie negocia: una política para cuando el sistema del proveedor falla, con redundancia para sistemas de IA vitales.

No son sugerencias de folleto: son controles de riesgo. Y la diferencia entre un proveedor gobernado y uno no gobernado no es la inteligencia del modelo. Es la respuesta a una pregunta: "Si los auditamos hoy, ¿podemos saber exactamente quién accedió a qué, cuándo y con qué autorización?". Si la respuesta incluye "tal vez" o "dependiendo de cómo lo configuren", el riesgo no está en la IA — está en el contrato.

Cuando la negligencia de datos cuesta más que la suscripción

Cuando la negligencia de datos cuesta más que la suscripción

IBM le puso precio a la falta de gobernanza: el costo medio global de una filtración en 2025 fue de 4,44 millones de dólares y, cuando había uso intenso de IA fuera del control de TI, subía otros 670 mil dólares — con detección más lenta, justamente porque nadie sabía decir qué dato había ido a dónde. No es culpa de la IA; es culpa de quien no definió, en el contrato, quién accede a qué.

Un caso público ilustra el punto. En 2023, Zoom actualizó sus términos de servicio con cláusulas que le daban derecho a usar contenido de clientes — audio, video, chat — para "entrenar y ajustar algoritmos y modelos". El cambio pasó meses desapercibido y solo se volvió crisis cuando alguien leyó el documento, en agosto de ese año; ante la reacción, la empresa revisó los términos dos veces en una semana, hasta decir explícitamente que no usaría ese contenido para entrenar modelos sin consentimiento. Nadie fue hackeado: el riesgo estaba en el texto que los clientes habían aceptado sin leer.

Lo que tiene que existir en la práctica

Quien quiera una hoja de ruta lista ya la tiene: en 2026 la Cloud Security Alliance publicó la AI Controls Matrix v1.1, con 247 objetivos de control en 18 dominios de seguridad — y, junto a ella, un cuestionario creado específicamente para evaluar proveedores terceros, además de guías de auditoría por rol. Abajo, los controles que más separan un contrato de un folleto.

Identidad corporativa, no cuenta personal. Pregunte: "¿Cómo entra mi empleado al sistema de ustedes?". La respuesta "con email y contraseña" es un problema. La respuesta "con el login corporativo de su red, federado con el directorio de la empresa" es un control. Si el empleado se va mañana, el acceso tiene que irse con él. Si la respuesta es "les avisamos por email y ustedes cancelan la cuenta", el riesgo vive en "que ustedes se acuerden".

Acceso función por función, no caja negra. "¿Cuál es el acceso mínimo que necesita mi equipo de soporte?" Si la respuesta es "la herramienta no funciona así — o tienen acceso a todo o a nada", pasen al siguiente proveedor. Control real significa registro de quién accede a qué, cuándo y por qué; si alguien de soporte necesita ver un ticket, ve ese ticket — no el panel completo.

Aprobación antes de acciones sensibles. ¿Cuál de estas afirmaciones aparece en el contrato? (a) "Las acciones críticas pueden pausarse y exigir autorización de una persona antes de proseguir"; (b) "La plataforma es completamente automatizada"; (c) "Depende de cómo lo configuren". Solo (a) es aceptable. Si es demasiado sensible para ocurrir sin aprobación humana en su proceso normal, debería serlo en la IA también.

Rastro de auditoría consultable. "Si mi auditor interno pide un informe de quién accedió a qué en el sistema de ustedes entre enero y marzo, ¿cuánto tarda?". Si la respuesta no es "horas" y es "días" o "no lo tenemos", el contrato no fue leído. Un rastro auditable no es un detalle — es la diferencia entre explicar un incidente en una semana o en dos meses.

Residencia de datos y uso para entrenamiento

Residencia de datos y uso para entrenamiento

Este es el capítulo del contrato que más gente se salta. Residencia de datos no es "corremos en nube segura". Es la respuesta a: "Si la ley de mi jurisdicción exige que los datos personales queden en el país, ¿cuál es el datacenter específico donde quedan mis datos, dónde está el backup y quién tiene la clave?".

El uso para entrenamiento es aún más sensible — y el episodio de Zoom muestra por qué. La pregunta correcta es: "¿Mis datos se usan para entrenar, refinar o ajustar cualquier modelo de ustedes o de socios?". La respuesta "depende del plan" enciende una alerta; "no, y está en el contrato" es clara; "solo lo que usted marque como público" es aceptable, siempre que esté escrito, con opción de rechazo y sin depender de una actualización unilateral de términos. Pida el anexo de tratamiento de datos y léalo antes de firmar: ahí, y no en la presentación comercial, es donde viven estas frases.

Las diez preguntas, listadas

  1. Identidad: ¿La autenticación viene del directorio corporativo de mi empresa o de una cuenta personal que TI tiene que gestionar manualmente?

  2. Ciclo de vida: Cuando mi empleado se va, ¿en cuántas herramientas y cuentas diferentes hay que intervenir manualmente para revocar el acceso?

  3. Granularidad: ¿Su sistema permite limitar el acceso de una persona o de un agente a ciertos datos, funciones o modelos — o es todo o nada?

  4. Aprobación: ¿Cuál es el camino para que una acción sensible se pause y exija confirmación humana antes de proseguir? ¿Es el comportamiento por defecto o algo que hay que activar?

  5. Rastro de auditoría: Si pido un informe de auditoría de un período específico, ¿cuánto tarda y con qué nivel de detalle (quién, qué, cuándo, desde dónde)?

  6. Residencia de datos: ¿Cuál es el datacenter específico, cuál la jurisdicción, y está en el contrato o pueden cambiarlo unilateralmente?

  7. Backup y recuperación: ¿Dónde quedan los backups, con qué frecuencia, y cuál es el tiempo de recuperación y la pérdida máxima aceptable en caso de falla?

  8. Entrenamiento de modelo: ¿Mis datos — incluidos los de mis clientes — se usan para entrenar, refinar o mejorar cualquier modelo, de ustedes o de terceros? ¿Eso cambia según el plan?

  9. Acceso del proveedor: ¿Quién de su equipo puede acceder a mis datos en bruto? ¿Qué documentación de justificación y aprobación existe?

  10. Auditoría independiente: ¿Se someten a una auditoría anual SOC 2, ISO/IEC 42001 o equivalente? ¿Puedo ver el informe o un resumen?

Cerrando la negociación

Estas preguntas transforman el contrato de "promesas vagas sobre seguridad" en "derechos verificables". La Skyller, por ejemplo, está construida sobre exactamente esos cuatro pilares: identidad venida del directorio de la empresa, acceso conforme al rol de cada persona, aprobación humana antes de acciones sensibles y rastro de auditoría consultable.

Pero la lección no es "elijan la Skyller". Es "cualquiera que elijan, exijan respuesta escrita a estas diez preguntas". Un proveedor que tarda en responder o dice que "depende de cómo lo usen" está señalando que no diseñó para la gobernanza — está vendiendo caja negra y esperando que ustedes ajusten las expectativas después.

Conozca Skyller