Separación entre IT, OT y sistemas de IA

Separar IT y OT no es solo poner un cortafuegos en medio: es decidir quién puede empezar una conversación con quién. Un modelo en la nube que necesita datos del historiador tiene dos caminos. En uno, el modelo entra a buscarlos: eso deja una puerta permanente desde fuera hacia la red de operación. En el otro, la red de operación envía los datos a una zona intermedia, la DMZ industrial, y el modelo los lee allí.

La guía conjunta de CISA y sus socios sobre IA en OT recomienda el segundo: arquitecturas en las que los datos salen de OT por envío o a través de un intermediario, transferencias en un solo sentido y zonas de paso auditadas, para que el sistema de IA no se convierta en un camino permanente hacia la operación. NIST describe la misma separación por zonas, con una DMZ entre la operación y la empresa, en su guía de seguridad OT (SP 800-82, revisión 3, de septiembre de 2023).

Las reglas se leen por su origen, que es quien inicia. Lo primero que se busca es una regla cuyo origen esté fuera de las zonas OT y cuyo destino esté dentro. Luego, el porqué: muchas de esas reglas nacieron temporales para un piloto y nadie las cerró al terminar.

El acceso remoto de terceros es otra frontera entre IT y OT. El fabricante de un sistema de IA suele pedir acceso directo a «su» servidor para actualizar el modelo o revisar un fallo. Si entra sin pasar por el servidor de salto, se pierden el segundo factor, la grabación de la sesión y la posibilidad de cortar el acceso desde un solo punto. Cuando ese servidor está en la zona de control, ese acceso llega al equipo que escribe consignas.

Para dimensionar el problema en un informe se cuenta: cuántas sesiones de un día empezaron fuera de las zonas OT, terminaron dentro y fueron permitidas sin pasar por el salto. Las denegadas muestran intentos, pero no entraron. Las que pasan por el salto son el camino legítimo. Las que terminan en la DMZ no entran en OT.

Cerrar la regla sin más rompe el piloto, y entonces alguien la vuelve a abrir. La solicitud que la creó dice qué necesitaba el modelo y qué alternativa quedó sin evaluar. La recomendación que se sostiene resuelve la necesidad por el camino permitido y luego cierra la puerta.