La IA de infraestructura digital crítica bajo la Ley de IA: anexo III, punto 2
La IA componente de seguridad de infraestructura digital crítica (centros de datos, redes, DNS) es anexo III, punto 2 de alto riesgo. La IA de IT-ops no.
La mayoría de la IA que funciona dentro de un centro de datos o en un equipo de operaciones de red no es de alto riesgo. La estrecha porción que sí lo es es la IA usada como componente de seguridad en la gestión y operación de infraestructura digital crítica, y esa expresión, del anexo III, punto 2, de la Ley de IA, el Reglamento (UE) 2024/1689, hace un trabajo preciso. Un autoescalador, un modelo de planificación de capacidad o un clasificador de anomalías en registros son operaciones de TI corrientes. Un modelo cuyo fallo dejaría fuera de servicio una red esencial, un resolutor DNS central o un centro de datos del que depende la sociedad, de un modo que ponga en peligro a las personas o rompa el suministro de un servicio esencial, es la parte que cumple los requisitos.
Si operas un centro de datos, una red de telecomunicaciones o de backbone, una CDN o un servicio gestionado de DNS, esta página traza la línea entre la IA componente de seguridad y la IA de IT-ops del día a día, y explica por qué la distinción, no la infraestructura tecnológica, decide el nivel.
Qué significa aquí "infraestructura digital crítica"
El punto 2 vuelve de alto riesgo la IA destinada a usarse como componente de seguridad en la gestión y operación de infraestructura digital crítica, del tráfico rodado, o en el suministro de agua, gas, calefacción y electricidad. "Infraestructura digital crítica" no es cualquier bastidor de servidores: sigue a los sistemas cuya continuidad la sociedad y la economía en general necesitan: red y enrutamiento centrales, infraestructura de puntos de intercambio de internet y de DNS, y los centros de datos y servicios digitales tratados como críticos o esenciales bajo los regímenes de resiliencia más amplios de la UE (la Directiva CER para las entidades críticas y la NIS2 para las entidades esenciales e importantes). La Ley de IA toma prestada esa gravedad: la infraestructura tiene que ser genuinamente crítica y la IA tiene que ser un componente de seguridad de su operación.
Un componente de seguridad es IA que realiza una función de seguridad —tras el Ómnibus Digital, el artículo 3(14) la define como prevenir o mitigar riesgos para la salud y la seguridad de las personas o los bienes—, o cuyo fallo o funcionamiento defectuoso pondría en peligro la vida y la salud de las personas; en infraestructura crítica, ese peligro suele llegar a través de una perturbación significativa en la continuidad del servicio esencial. Las dos condiciones del punto 2 son acumulativas: infraestructura genuinamente crítica y IA que sea componente de seguridad de su operación.
La línea: IA componente de seguridad frente a IA de IT-ops corriente
Aquí es donde la mayoría de los operadores de infraestructura digital aterrizan en el nivel de riesgo mínimo. El AIOps del día a día —autoescalar cómputo, predecir capacidad, clasificar anomalías en registros, enrutar tickets de soporte, optimizar la refrigeración por eficiencia, recomendar un cambio de configuración para que lo apruebe una persona— son operaciones de TI corrientes. Nada de ello es un componente de seguridad en el sentido del anexo III; una decisión de autoescalado errónea degrada un servicio, no pone en peligro la continuidad de una infraestructura crítica del modo que contempla el punto 2. Eso es riesgo mínimo, sin obligaciones obligatorias.
La esquirla de alto riesgo es la IA tejida en el control crítico para la seguridad del propio activo crítico: un modelo que controla de forma autónoma la conmutación por error y el enrutamiento de tráfico de un backbone cuyo colapso cortaría comunicaciones esenciales, que dirige la envolvente de seguridad de la potencia y la refrigeración de un centro de datos crítico, o que gestiona la resiliencia de la resolución DNS central de la que dependen los servicios esenciales, donde su funcionamiento defectuoso rompería el suministro.
| Uso de IA en infraestructura digital | Clasificación | Por qué |
|---|---|---|
| Control de conmutación por error / enrutamiento crítico para la seguridad de una red crítica | Alto riesgo | Componente de seguridad, anexo III, pt. 2 |
| Control de resiliencia de infraestructura central de DNS / IXP | Alto riesgo | Componente de seguridad, anexo III, pt. 2 |
| Control de seguridad de potencia y refrigeración de un centro de datos crítico | Alto riesgo | Componente de seguridad, anexo III, pt. 2 |
| Autoescalado, previsión de capacidad, optimización de costes | Riesgo mínimo | IT-ops corriente, no una función de seguridad |
| Detección de anomalías en registros / observabilidad | Riesgo mínimo | IT-ops corriente |
| Triaje de soporte, recomendaciones de configuración para aprobación humana | Riesgo mínimo | IT-ops corriente |
La comprobación honesta de sentido común: ¿el fallo de este modelo, por sí solo, pondría en peligro a las personas o rompería la continuidad de un servicio digital crítico? Para la abrumadora mayoría del software de AIOps la respuesta es no, y la página termina en riesgo mínimo. Reserva la etiqueta de alto riesgo para los casos genuinos de control de seguridad: sobreatribuir el alto riesgo es tanto una clasificación errónea como pasar uno por alto.
Qué debe la IA de infraestructura digital de alto riesgo
Cuando un sistema supera el test del componente de seguridad, se aplica el régimen completo de alto riesgo. El proveedor (quien lo construye y lo introduce en el mercado con su propio nombre, artículo 16) debe la gestión de riesgos (artículo 9), la gobernanza de datos (artículo 10), la documentación técnica (artículo 11 / anexo IV), el registro de eventos (artículo 12), la supervisión humana (artículo 14) y la precisión, solidez y ciberseguridad (artículo 15). La conformidad transcurre por la vía de control interno del anexo VI según el artículo 43 —sin organismo notificado fuera de la biometría—, luego la declaración de conformidad (artículo 47) y el marcado CE (artículo 48); como sistema de infraestructura crítica del anexo III, punto 2, se registra a nivel nacional (artículo 49(5)), no en la base de datos pública de la UE. El operador, normalmente el responsable del despliegue, carga con los deberes del artículo 26: operar según las instrucciones, asignar supervisión humana, monitorizar y conservar los registros. Las obligaciones de NIS2 y CER corren en paralelo y no quedan desplazadas por la Ley de IA.
Plazo. Las obligaciones autónomas de alto riesgo del anexo III se calendarizaron originalmente para el 2 de agosto de 2026; el Ómnibus Digital —Reglamento (UE) 2026/1744, publicado en el DOUE el 24 de julio de 2026 y en vigor desde el 27 de julio de 2026— las trasladó al 2 de diciembre de 2027, que es ya la única fecha legal. Planifica con el 2 de diciembre de 2027.
Ejemplo práctico: Nordkern Datacenter OÜ
Nordkern Datacenter OÜ opera un centro de datos de colocación en Tallin clasificado como entidad esencial bajo la NIS2, unos 95 empleados, unos 22 M€ de facturación. Opera tres herramientas de IA.
- Un controlador autónomo de conmutación por error y deslastre de carga que, ante un fallo de potencia o refrigeración, decide qué cargas de trabajo críticas mantener vivas y cómo reenrutar, protegiendo la envolvente de seguridad de una instalación esencial. Esto es un componente de seguridad según el anexo III, punto 2: alto riesgo. Nordkern es el responsable del despliegue.
- Un optimizador de eficiencia de refrigeración que recorta el consumo de energía en condiciones normales. IT-ops corriente: riesgo mínimo.
- Un modelo de previsión de capacidad para la planificación de ventas y compras. Back-office: riesgo mínimo.
Nordkern acota las obligaciones de alto riesgo solo al controlador de conmutación por error, ejecuta el trabajo de supervisión del artículo 14 y de solidez/ciberseguridad del artículo 15, conserva los registros y documenta por qué el optimizador y el previsor se mantienen en riesgo mínimo. Ya es una entidad esencial de la NIS2, así que esos deberes de ciberseguridad corren en paralelo. Como pyme se beneficia del límite del artículo 99(6).
Cómo ayuda Confir
Confir registra cada uso de IA de infraestructura digital, deriva el rol (responsable del despliegue según el artículo 26, proveedor según el artículo 16 si construyes el sistema de control) y aplica el test del componente de seguridad para separar el control de seguridad genuino del anexo III, punto 2, de la IA de IT-ops corriente que se mantiene en riesgo mínimo. Para los sistemas que cumplen los requisitos ensambla las obligaciones de proveedor y de responsable del despliegue, con el peso de solidez y ciberseguridad del artículo 15 que estos activos exigen, y señala el solapamiento paralelo con NIS2/CER. El motor es determinista y basado en reglas, con cada resultado citado a la regla que se activó.
Guías relacionadas
- IA de infraestructura crítica según el anexo III, punto 2
- Cómo clasifica el artículo 6 la IA de alto riesgo
- Qué cuenta como componente de seguridad
- Precisión, solidez y ciberseguridad (artículo 15)
- Obligaciones del responsable del despliegue según el artículo 26
- La Ley de IA para equipos de ciberseguridad
Gestiona el cumplimiento de la Ley de IA en un solo lugar
Confir automatiza la clasificación de riesgos, la documentación técnica y los registros de auditoría para tu empresa. Sin consultores. Sin proyectos de seis meses. Prueba gratuita de 14 días.
Prueba gratis 14 días →