Por Qué Sectores Regulados No Pueden Usar OpenAI

La conversación actual de la industria sobre la dirección estratégica de OpenAI, las decisiones de Anthropic y el riesgo de proveedores de AI empresarial presupone algo que no es cierto para todos: que puedes elegir.

Un segmento significativo de empresas no tiene capacidad legal ni estructural para usar proveedores de AI en la nube: agencias gubernamentales, sistemas clínicos, operadores industriales, ciertas instituciones financieras, funciones de inteligencia competitiva. La exclusión viene de la arquitectura, los requisitos de clasificación, el mandato regulatorio o un diseño operacional que antecede por completo a la AI.

Para estas organizaciones, la pregunta es cómo construir una infraestructura de AI capaz sin ninguna dependencia de API externa.

Categoría 1: Entornos Clasificados y Regulados por ITAR

La exclusión más absoluta es la clasificación. En entornos gubernamentales y de defensa, los sistemas que operan a ciertos niveles de clasificación y manejan información clasificada de seguridad nacional no pueden interactuar con servicios comerciales en la nube. Punto.

Es un requisito arquitectónico que ninguna capacidad del proveedor puede dispensar. Las redes clasificadas están físicamente separadas de la infraestructura no clasificada. Las llamadas de API a OpenAI, Anthropic, Google o cualquier proveedor comercial no son posibles porque la ruta de red no existe y no puede crearse sin violar los requisitos de clasificación del sistema.

Las Regulaciones de Tráfico Internacional de Armas (ITAR) crean una restricción relacionada para contratistas de defensa y fabricantes que trabajan con datos técnicos controlados. La tecnología controlada por ITAR no puede procesarse en infraestructura comercial en la nube sin una autorización específica de exportación, y esa autorización rara vez está disponible para sistemas operacionales. Los contratistas principales de defensa, fabricantes aeroespaciales y ciertas instituciones de investigación que trabajan con datos ITAR enfrentan una prohibición efectiva de AI comercial en la nube para datos que tocan áreas técnicas controladas.

La infraestructura de AI en estos entornos: inferencia local, típicamente en hardware gestionado por el gobierno o por contratistas, usando modelos desarrollados específicamente para uso clasificado o modelos open-source ajustados aprobados a través de procesos de revisión de seguridad relevantes.

Categoría 2: Sistemas Industriales Air-Gapped

Las redes de tecnología operacional (OT) en manufactura, generación de energía, tratamiento de aguas y otra infraestructura crítica están intencionalmente desconectadas de internet. Esa desconexión es una decisión deliberada de arquitectura de seguridad, reforzada por la guía de CISA, los estándares IEC 62443 y las regulaciones específicas del sector.

Un sistema de AI que requiere conectividad a internet para funcionar no puede desplegarse en estos entornos. Una estación compresora de gas natural, los sistemas de control de una planta nuclear y la red SCADA de una instalación de tratamiento de agua son air-gapped por diseño. Cualquier AI que soporte operaciones en estos entornos corre localmente, en hardware en la red OT, sin dependencias externas.

Los casos de uso para AI en entornos OT industriales son reales y crecientes: mantenimiento predictivo en datos de sensores de equipos, detección de anomalías en control de procesos, asistencia de documentación para operadores, análisis de datos históricos. Todo tiene que correr en infraestructura local porque es la única infraestructura disponible.

Categoría 3: Entornos de Salud Restringidos

La relación de la salud con la conectividad de AI es más matizada que las exclusiones absolutas en las categorías 1 y 2, pero un subconjunto significativo de entornos clínicos tiene restricciones de conectividad que efectivamente excluyen la AI comercial en la nube.

Algunos sistemas de información clínica operan en redes aisladas específicamente por razones de ciberseguridad, en respuesta a la ola de ataques de ransomware a la infraestructura de salud a principios de los 2020s que causaron daño a pacientes. Las redes clínicas aisladas no pueden hacer llamadas externas de API más de lo que pueden las redes clasificadas.

Ciertos sistemas gubernamentales de salud tienen restricciones explícitas sobre enviar datos de pacientes a proveedores comerciales en la nube, entre ellos algunas instalaciones médicas militares y algunos entornos de servicio nacional de salud en países con requisitos estrictos de soberanía de datos. El NHS en el Reino Unido, los sistemas de salud pública en Alemania y Francia, y los sistemas médicos de defensa en múltiples países tienen diversos grados de restricción sobre el uso de AI comercial en la nube para datos de pacientes.

Para estos entornos, AI que funciona significa AI que corre en la red clínica. Sin excepciones basadas en la capacidad del proveedor o protecciones contractuales.

Categoría 4: Sistemas Financieros con Requisitos de Localización de Datos

Algunas exclusiones de AI financiera son absolutas. Los países con requisitos estrictos de localización de datos, que exigen que los datos financieros se procesen en infraestructura físicamente ubicada dentro de sus fronteras, efectivamente prohíben el uso de proveedores de AI en la nube basados en EE.UU. para sistemas que manejan esos datos.

La Ley Federal No. 242-FZ de Rusia requiere que los datos personales de ciudadanos rusos se almacenen en servidores en Rusia. La Ley de Ciberseguridad de China tiene requisitos análogos. Varias otras jurisdicciones han promulgado o están promulgando marcos similares. Los bancos e instituciones financieras que operan en estas jurisdicciones para sistemas que manejan datos regulados no pueden enrutar esos datos a proveedores de AI basados en EE.UU.

El GDPR de la UE crea una fricción significativa para las transferencias a proveedores basados en EE.UU. más que una prohibición absoluta, y algunas organizaciones han resuelto esa fricción limitando los datos a procesamiento on-premise o ubicado en la UE.

Para estas organizaciones, la inferencia local es la única arquitectura conforme.

Categoría 5: Entornos Legales con Restricciones de Privilegio

La exclusión del sector legal es práctica en lugar de legal, pero la restricción práctica es vinculante.

El privilegio abogado-cliente y la doctrina del producto del trabajo protegen comunicaciones y análisis que se mantienen confidenciales dentro de límites apropiados. La orientación de colegios de abogados en múltiples jurisdicciones ha abordado el uso de AI en la práctica legal, y aunque la orientación varía, un hilo común es que los abogados que usan AI en la nube para trabajo relacionado con casos necesitan poder asegurar la confidencialidad de la información del cliente.

Muchos bufetes de abogados tienen políticas que prohíben el uso de plataformas de AI en la nube para trabajo relacionado con casos, en particular los del Am Law 100, los bufetes del Magic Circle y aquellos que manejan asuntos sensibles de fusiones y adquisiciones, litigios o materias regulatorias. La prohibición se basa en el análisis de riesgo de privilegio y en la orientación del colegio de abogados que recomienda en contra.

El resultado práctico: los abogados que quieren usar AI para trabajo legal en estos bufetes usan modelos locales en infraestructura gestionada por el bufete, o no usan AI en absoluto para trabajo relacionado con casos.

Categoría 6: Empresas con Sensibilidad Competitiva

Esta categoría ha llegado a la misma conclusión a través del análisis de riesgo: algunos datos son demasiado sensibles competitivamente para enviarlos a cualquier sistema externo.

Asesores de fusiones y adquisiciones trabajando en transacciones no divulgadas. Abogados de patentes con divulgaciones de invenciones de clientes. Contratistas principales de defensa con diseños de sistemas propietarios no cubiertos por ITAR pero aún competitivamente críticos. Gestores de inversiones con datos de estrategias de trading propietarias. Estas organizaciones han determinado que el riesgo de procesar sus datos más sensibles en infraestructura comercial en la nube es inaceptable, incluso con fuertes protecciones contractuales.

El cálculo gira en torno a la superficie de ataque. Los datos procesados en un sistema externo están expuestos a la postura de seguridad de ese sistema, los sistemas de sub-procesadores, y las operaciones de seguridad de todos con acceso administrativo. Para datos donde una brecha sería catastrófica, minimizar la superficie de exposición significa mantener el procesamiento local.

Qué Usan Estas Organizaciones en Su Lugar

El stack local de AI para estas organizaciones tiene los mismos componentes en todas las categorías:

Modelos foundation open-source: Llama 3.3, Qwen 2.5, Mistral y Gemma son modelos foundation capaces disponibles bajo licencias abiertas. Pueden descargarse, revisarse y desplegarse en infraestructura privada sin necesidad de relación continua con un proveedor.

Fine-tuning con datos de dominio: Los modelos de propósito general se especializan en el dominio a través de fine-tuning con datos específicos de la organización, como notas clínicas, documentos legales, manuales técnicos y registros financieros. Los modelos de 7B ajustados alcanzan consistentemente 90-95% de precisión en tareas estrechas de dominio, igualando o superando el rendimiento de clase GPT-4 en las tareas específicas que importan.

Infraestructura de inferencia local: Ollama, llama.cpp y vLLM corren on-premise en hardware que va desde estaciones de trabajo de gama alta hasta servidores GPU dedicados. No se requiere conexión a internet para inferencia.

Herramientas de preparación de datos on-premise: Preparar datos para fine-tuning requiere herramientas de ingesta, limpieza, etiquetado, aumento y conversión de formato. Las herramientas de preparación de datos en la nube no son una opción para estas organizaciones, lo que significa que necesitan soluciones de escritorio o on-premise.

La Arquitectura de Ertas para Organizaciones Excluidas

Ertas Data Suite fue diseñado explícitamente para los casos de exclusión estructural. Es una aplicación de escritorio nativa construida con Tauri 2.0, y se instala y ejecuta como software empresarial.

El pipeline completo de preparación de datos corre localmente: Ingest, Clean, Label, Augment y Export cubren el flujo de trabajo completo desde datos crudos hasta un dataset listo para fine-tuning, completamente en la máquina del usuario. Sin egreso de datos. Sin requisito de red. Operación air-gapped como requisito de diseño de primera clase, no como ocurrencia tardía. Rastro de auditoría completo incorporado.

Para el paso de fine-tuning, Ertas Fine-Tuning SaaS proporciona una opción que funciona incluso para algunos de los entornos restringidos: trae tu dataset (que has preparado localmente), súbelo para una ejecución de fine-tuning en GPUs en la nube, descarga los pesos GGUF resultantes, luego corre inferencia completamente localmente. Tus datos solo están en la nube durante la ejecución de entrenamiento, no en almacenamiento persistente, y el modelo resultante corre en tu infraestructura sin dependencia continua de la nube.

Para organizaciones donde incluso ese paso de entrenamiento en la nube no es aceptable, como ciertos entornos clasificados y operaciones estrictamente air-gapped, los pesos pueden obtenerse por otros medios: pesos open-source pre-entrenados descargados a través de canales aprobados, ejecución de fine-tuning en infraestructura GPU privada, o adquisición de artefactos de modelos ajustados a través de canales apropiados.

El Punto Más Amplio

Las organizaciones estructuralmente excluidas de la AI comercial en la nube representan una fracción significativa de la actividad económica: gobierno, defensa, salud, servicios financieros, legal y empresa con sensibilidad competitiva. Muchas de ellas han estado esperando que la infraestructura local de AI alcance el nivel de capacidad donde resuelva sus problemas reales.

Ese umbral ha sido cruzado. Un modelo 7B ajustado en un servidor GPU local es una alternativa viable para la mayoría de los casos de uso empresariales de producción, y frecuentemente una mejor opción para tareas estrechas y bien definidas, además de satisfacer las restricciones de conectividad, gobernanza de datos y operacionales que estas organizaciones enfrentan.

Las organizaciones que "no pueden usar OpenAI" están descubriendo que no necesitan hacerlo.

Ver precios para Ertas Fine-Tuning SaaS →

Agenda una llamada de descubrimiento sobre Ertas Data Suite →