Por qué la IA es ahora una cuestión de la SOCI Act
La Security of Critical Infrastructure Act 2018 (Cth), la Ley de Seguridad de las Infraestructuras Críticas de Australia, es el marco del país para proteger los activos sin los cuales no puede funcionar: electricidad, agua, transporte, hospitales, sistemas de pago, distribución de alimentos e infraestructura de datos. La administra el Cyber and Infrastructure Security Centre (CISC), dependiente del Department of Home Affairs, e impone obligaciones positivas de seguridad a las entidades responsables que son propietarias u operan esos activos.
Ninguna de las disposiciones centrales de la Ley menciona la inteligencia artificial. No hace falta. La obligación central, el Critical Infrastructure Risk Management Program (Programa de Gestión de Riesgos de Infraestructura Crítica, CIRMP), es deliberadamente neutral en cuanto a tecnología: las entidades responsables deben identificar y gestionar cada riesgo material para la disponibilidad, integridad, fiabilidad y confidencialidad de su activo de infraestructura crítica. Cuando un sistema de IA programa el mantenimiento de una subestación, clasifica a pacientes, examina transacciones u optimiza un proceso de tratamiento de agua, ese sistema de IA forma parte de cómo opera el activo, y los riesgos que introduce son riesgos materiales que el programa debe cubrir.
La misma lógica que el regulador prudencial de Australia aplicó a bancos y aseguradoras en su carta sobre IA de abril de 2026, según la cual los marcos ya existentes se aplican al riesgo de la IA y los consejos de administración son responsables de ello, se aplica con igual fuerza en virtud de la SOCI Act. La diferencia es que la SOCI alcanza sectores a los que la APRA no llega: energía, agua, transporte, hospitales, universidades, industria de defensa, espacio, y alimentación y distribución de alimentos.
Qué exige la SOCI Act
La Ley se aplica a las entidades responsables de activos de infraestructura crítica en 11 sectores: comunicaciones, almacenamiento y procesamiento de datos, industria de defensa, energía, servicios y mercados financieros, alimentación y distribución de alimentos, sanidad y ámbito médico, educación superior e investigación, tecnología espacial, transporte, y agua y alcantarillado. Tres obligaciones positivas de seguridad concentran la mayor parte del trabajo:
- Registro del activo. Proporcionar detalles del activo, de sus operadores y de sus titulares de participación directa al Register of Critical Infrastructure Assets (Registro de Activos de Infraestructura Crítica).
- Notificación obligatoria de incidentes cibernéticos. Los incidentes críticos deben notificarse al Australian Cyber Security Centre en un plazo de 12 horas; otros incidentes significativos, en un plazo de 72 horas.
- El Critical Infrastructure Risk Management Program (CIRMP). Un programa escrito, aprobado por el consejo de administración, que identifica y gestiona los riesgos materiales a través de cuatro vectores de riesgo definidos.
Las CIRMP Rules (LIN 23/006) entraron en vigor el 17 de febrero de 2023. Las entidades responsables de las clases de activos prescritas debían contar con un programa escrito antes de agosto de 2023, y con el cumplimiento de un marco de ciberseguridad reconocido, como el Essential Eight, la ISO 27001, el NIST Cybersecurity Framework o el AESCSF para el sector energético, antes de agosto de 2024. El régimen se encuentra ahora plenamente en su fase operativa y de aplicación: el CISC ha adoptado una postura de cumplimiento más firme, ha llevado a cabo auditorías, y se aplican sanciones civiles.
Los cuatro vectores de riesgo, y por dónde entra la IA en cada uno
El CIRMP debe establecer procesos para identificar y gestionar los riesgos materiales en cuatro vectores de riesgo. La IA tiene una vía de entrada concreta en cada uno de ellos.
1. Riesgos de ciberseguridad y seguridad de la información
Aquí la IA corta en ambos sentidos. Los atacantes que se apoyan en IA están aumentando el ritmo y la sofisticación de las intrusiones contra la infraestructura crítica, ese es el lado de la amenaza. Pero el lado de la exposición es el que controla el responsable del CIRMP: cada sistema de IA conectado al activo es nueva superficie de ataque. Los modelos pueden ser envenenados, los prompts pueden ser objeto de inyección, las herramientas de IA agéntica pueden ser manipuladas para realizar acciones que sus operadores nunca pretendieron, y las credenciales que poseen los sistemas de IA son objetivos. Si un agente de IA puede leer de, o escribir en, sistemas que dan soporte al activo crítico, el acceso que posee forma parte del perfil de riesgo cibernético del activo. La disciplina de mínimo privilegio para identidades no humanas, tratada en nuestra guía sobre control de acceso de agentes de IA, es el control práctico.
2. Riesgos de personal
El vector de personal cubre tradicionalmente a los internos de confianza: la verificación de los trabajadores críticos que pueden acceder a componentes críticos. El uso por parte del personal de herramientas de IA no gobernadas pertenece ahora al mismo análisis. Un ingeniero que pega diagramas de red en un chatbot público, un equipo de operaciones que adopta un asistente de IA no aprobado que retiene los prompts, o un contratista que utiliza una cuenta personal de IA para la elaboración de turnos, todos estos casos sacan información sensible sobre el activo crítico fuera del control de la entidad. La IA en la sombra (shadow AI) es un riesgo de personal exactamente en el sentido que contemplan las Rules: una vía por la cual personas con acceso legítimo generan una exposición no autorizada.
3. Riesgos de la cadena de suministro
Este es el vector donde recae el riesgo de concentración de la IA. La mayor parte de la capacidad de IA llega a través de proveedores: API de modelos fundacionales, productos SaaS con IA integrada, integradores y proveedores de servicios gestionados. El CIRMP debe identificar los riesgos materiales de interrupción y acceso no autorizado que surgen a través de los proveedores, y los proveedores de IA presentan precisamente la opacidad que los reguladores no dejan de señalar: las entidades a menudo no pueden ver qué modelos utiliza un proveedor, dónde se ejecuta la inferencia, qué datos se conservan, o con qué rapidez un cambio del lado del proveedor puede alterar el comportamiento del sistema. Un número reducido de proveedores de modelos situados aguas arriba sustenta una gran parte de los productos de IA, de modo que un único fallo o compromiso aguas arriba puede propagarse ampliamente. Los proveedores de IA que dan soporte al activo crítico deben figurar en la evaluación de riesgos de la cadena de suministro con el mismo rigor que cualquier otro proveedor de servicios material.
4. Riesgos físicos y naturales
Cuando la IA participa en la tecnología operativa, optimizando la carga, controlando procesos, programando el mantenimiento físico o informando decisiones de despacho, un fallo del modelo puede convertirse en un evento físico. Un comportamiento impredecible del modelo dentro de un bucle de control no es una hipótesis: es exactamente la categoría de cambio de sistema dinámico y difícil de garantizar con la que la gestión del cambio tradicional tiene dificultades. Si las salidas de la IA alimentan decisiones sobre el funcionamiento físico del activo, el análisis de riesgo físico debe tener en cuenta los modos de fallo de esa IA.
La certificación del consejo es donde recae el riesgo de la IA
En virtud de la sección 30AG de la Ley, una entidad responsable debe entregar al regulador un informe anual sobre su CIRMP dentro de los 90 días posteriores al cierre de cada ejercicio financiero, y ese informe debe ser aprobado por el consejo de administración u órgano de gobierno. El informe debe declarar que el programa está actualizado, revelar los riesgos que tuvieron un impacto significativo durante el año, registrar las modificaciones realizadas al programa, y evaluar si el programa fue eficaz.
Esa aprobación es un momento de responsabilidad personal para los directores. Un consejo de administración no puede certificar honestamente que los riesgos materiales para el activo están identificados y gestionados si nadie ha inventariado los sistemas de IA que afectan al activo. La lógica es idéntica a la expectativa que la APRA fijó para los consejos de administración de servicios financieros: como mínimo, un inventario de las herramientas de IA y los casos de uso, con responsables designados a lo largo de todo el ciclo de vida. Para las entidades sujetas a la SOCI, la cuestión del inventario se delimita por el activo: qué sistemas de IA, incluida la IA integrada por proveedores, pueden afectar a la disponibilidad, integridad, fiabilidad o confidencialidad del activo de infraestructura crítica, a qué puede acceder cada uno, y quién es responsable de cada uno. Nuestra guía sobre el inventario de IA como requisito regulatorio explica cómo construir ese artefacto una sola vez y reutilizarlo en distintos regímenes.
Las reformas de 2024 y 2025 endurecieron el marco
La Security of Critical Infrastructure and Other Legislation Amendment (Enhanced Response and Prevention) Act 2024 introdujo tres cambios relevantes para el riesgo de la IA. En primer lugar, aclaró que los sistemas de almacenamiento de datos que contienen datos críticos para el negocio forman parte del activo de infraestructura crítica, lo que incorpora dentro del perímetro protegido las plataformas de datos que alimentan y registran los sistemas de IA. En segundo lugar, otorgó al regulador la facultad de ordenar a una entidad que subsane un programa de gestión de riesgos deficiente, convirtiendo una obligación documental en un estándar de calidad exigible. En tercer lugar, la seguridad de las telecomunicaciones se incorporó al marco de la SOCI, con las Telecommunications Security and Risk Management Program Rules en vigor desde el 4 de abril de 2025.
La dirección es de sentido único: definiciones de activos más amplias, una aplicación más firme, y expectativas más explícitas de que el programa de gestión de riesgos refleje cómo opera realmente el activo hoy, no cómo operaba cuando el programa se redactó por primera vez.
Incorporar la IA al CIRMP: una secuencia práctica
- Inventariar la IA en relación con el activo. Enumerar todos los sistemas de IA, incluida la IA integrada por proveedores y la IA en la sombra, que puedan afectar al activo de infraestructura crítica. Registrar el responsable, la finalidad, el acceso y los datos con los que interactúa.
- Clasificar por riesgo material. Para cada sistema, evaluar la gravedad, la escala y la reversibilidad de un fallo frente a la disponibilidad, integridad, fiabilidad y confidencialidad del activo.
- Vincular cada riesgo de IA a un vector de riesgo. Asignar controles en el vector donde reside el riesgo: gestión de accesos y supervisión bajo ciberseguridad, uso aceptable y verificación bajo personal, evaluación de proveedores y análisis de concentración bajo cadena de suministro, y análisis de modos de fallo bajo el vector físico.
- Actualizar el registro de proveedores. Añadir los proveedores de IA y las dependencias de modelos aguas arriba a la evaluación de riesgos de la cadena de suministro, con visibilidad contractual sobre los cambios de modelo, el tratamiento de datos y la notificación de incidentes.
- Controlar el acceso no humano. Dar a los sistemas y agentes de IA identidades propias, alcances de mínimo privilegio y vías de revocación. La gestión de identidades y accesos diseñada para humanos no gobierna automáticamente a los actores de IA.
- Documentarlo para el informe anual. Mantener actualizados el inventario de IA, las evaluaciones de riesgo y las asignaciones de controles para que el consejo pueda aprobar la certificación anual sobre un registro preciso, y para que las modificaciones del programa queden documentadas tal como exige la Ley.
Dónde se cruza esto con el resto del marco australiano
La SOCI no opera de forma aislada. Un banco o una aseguradora regulados por la APRA que también sean una entidad responsable de un activo crítico de servicios financieros responden ante ambos regímenes, y los artefactos se solapan casi por completo: un inventario de IA, la titularidad y la rendición de cuentas, la visibilidad del riesgo de proveedores y la elaboración de informes a nivel de consejo satisfacen la CPS 230, la carta sobre IA de la APRA y la certificación del CIRMP a partir de una única base de evidencia. Las salvaguardas del Voluntary AI Safety Standard sobre rendición de cuentas, gestión de riesgos y mantenimiento de registros describen el mismo engranaje. Construirlo una sola vez, y bien, es el camino eficiente, y es el enfoque hacia el que convergen los reguladores: la gobernanza de la IA como capacidad operativa, más que como un conjunto de documentos.
Fuentes primarias: Security of Critical Infrastructure Act 2018 (Cth) | Ficha informativa del CIRMP de CISC | MinterEllison sobre las CIRMP Rules | KWM sobre los informes anuales del CIRMP