Entorno OT propio
Si no se parece a ninguno de los ejemplos, ese es el caso normal.
La mayoría de los operadores industriales son una mezcla: una línea moderna, un rincón heredado que nadie ha sustituido, un skid que opera el proveedor, y servicios comunes de los que depende todo. OTReady no tiene una plantilla de sector en la que encajarle, porque no tiene ninguna.
- Sin taxonomía de dominios fija: usted nombra sus propios Dominios OT
- Sin arquitectura prescrita: Sites, Zonas, Subzonas y Conduits los define usted
- Las mismas evaluaciones, hallazgos, remediación e informes que cualquier otra instalación
- IEC 62443 y NIS2 sobre lo que la planta realmente es
El entorno
El producto no tiene opinión sobre lo que usted es.
No hay un selector de sector que cambie el modelo, ni una plantilla que rellene sus zonas, ni una lista de dominios sobre la que tenga que mapearse. Los objetos canónicos son los mismos en todas partes, y cómo se llaman es cosa suya.
Eso importa sobre todo en las instalaciones que no se parecen a un manual. Una celda que administra por completo el proveedor. Dos máquinas anteriores a 2005 alcanzables por un protocolo sin autenticación. Servicios comunes de los que depende media planta y que no son de nadie. No son casos límite que haya que sortear; son objetos, con objetivos, hallazgos y evidencia como cualquier otro.
El punto de partida suele ser más pequeño de lo que la gente espera. Un emplazamiento, las zonas que hoy sabe describir, los conduits entre ellas, y un honesto "no registrado" donde esa sea la verdad.
- Épocas y proveedores mezclados dentro de una misma planta
- Sistemas operados por un proveedor y no por el titular
- Equipos heredados que no se pueden parchear y no se sustituirán pronto
- Servicios comunes que cruzan todas las fronteras funcionales
Un dominio no es una zona.
La distinción más útil para una instalación que no encaja en ningún patrón, y la que más a menudo se funde.
Mantenerlos separados es lo que permite que "todo lo del programa Línea 4" y "todo lo que está dentro de la zona de control de línea" sean preguntas distintas con respuestas distintas, que en una instalación mixta casi siempre lo son.
Zona
Arquitectura de seguridad. Tiene un objetivo, es contra lo que se evalúa un requisito, y define una frontera. Una zona es donde se aplica una conclusión.
Dominio OT
Contexto funcional, en sus palabras. Asignado muchos a muchos sobre zonas, conduits, canales y activos. No otorga nada, no define frontera, y nunca es un Security Level.
Su vocabulario
Dominios nombrados por el operador, no por el producto.
OTReady no trae lista de dominios. Un operador nombra lo que realmente llama así, sea un programa, un servicio compartido, un acuerdo con un proveedor o simplemente "la instalación heredada", y asigna esos nombres a los objetos a los que se aplican.
Renombrar un dominio más adelante conserva su identidad y todas las asignaciones que ya lleva, de modo que el vocabulario puede mejorar sin reconstruir la instalación.
Cómo se aplica OTReady
La misma cadena, sobre lo que usted tenga.
- Contexto OT
- Arquitectura
- Riesgo
- Objetivos
- Evaluaciones
- Hallazgos y evidencia
- Remediación
- Informes
Una instalación que empieza en blanco recorre exactamente estos pasos. No se salta nada y no se rellena nada en su nombre.
Conduit y canal
El sistema del proveedor, escrito con honestidad.
Una celda gestionada por el proveedor es el caso en que "la verdad es que no lo sabemos" es la respuesta correcta, y el modelo tiene que poder decirlo. La sesión de monitorización va cifrada, la recogida de datos no, y la sesión de control del proveedor no está registrada de ninguna manera.
Tres canales, tres respuestas distintas, un conduit. El tercero sigue "no registrado" hasta que alguien lo averigüe, porque ascenderlo a "correcto" es como una instalación adquiere una posición que no puede defender.
Aseguramiento
Una primera pasada, y parece una primera pasada.
Una instalación al principio no se lee bien, y no debería. El cockpit indica cada dimensión con su motivo y no produce una puntuación que promedie la dificultad.
Casos de uso representativos
Lo que traen los operadores sin plantilla.
- Una primera arquitectura
- Un emplazamiento, las zonas que hoy pueden describirse, y los conduits entre ellas. Lo demás sale de ahí.
- Sistemas operados por proveedores
- Modelados como zonas con objetivo propio, y con las vías de acceso nombradas en lugar de supuestas.
- Un rincón heredado
- Equipos que no se pueden parchear, registrados como objeto con una excepción gobernada en lugar de quedar fuera del modelo.
- Su propia estructura de programa
- Dominios nombrados según el programa, el servicio o el emplazamiento, tal como habla la organización.
Lo que esta página afirma y lo que no.
Esta es la capacidad genérica de la plataforma, que es también lo que muestra cualquier otra página de sector. Aquí no hay plantilla, y en ningún otro sitio tampoco. Las capturas provienen de una configuración ilustrativa creada para renderizar la aplicación en esta página; no es un cliente ni un caso de uso demostrado.
Dónde está el detalle
La plataforma
Toda la cadena, de la arquitectura OT a los informes emitidos.
Dominios OT
Contexto funcional definido por el cliente, y lo que deliberadamente no es.
Arquitectura OT
Los objetos canónicos, y cómo se construye una instalación con ellos.
Vea OTReady sobre su propio entorno.
Una sesión de trabajo sobre lo que su planta realmente es, en su propio vocabulario.