Arquitectura
La arquitectura es el contexto al que debería referirse el aseguramiento.
Un resultado de evaluación que no puede nombrar la zona a la que se aplica es difícil de defender e imposible de mantener. OTReady modela primero la planta, como objetos canónicos con identidad estable, y cada juicio posterior apunta a uno de ellos.
- Identidad estable que sobrevive al renombrado, la reimportación y la reorganización
- Un Conduit es una relación de seguridad; un Communication Channel es lo que circula dentro
- El nivel Purdue clasifica la arquitectura: nunca es un Security Level
- De dónde vino un objeto se registra aparte de si está aprobado
El modelo canónico
Cinco niveles, cada uno con su identidad.
Los activos y las interfaces existen dentro de este entorno, pero no son necesarios para describir una relación de comunicación. Una planta puede modelarse de forma útil antes de que el inventario esté completo.
Proyecto
El contenedor. Todo lo de abajo pertenece exactamente a un proyecto, y el acceso se acota en este nivel.
Site
Una ubicación física o lógica: una subestación, una planta, una terminal. Las grandes instalaciones tienen muchas, y el modelo no presupone una sola.
Zone / Subzone
Un ámbito de seguridad con sus propias expectativas, su contexto Purdue cuando aplica, y su propio estado de aprobación. Una Subzone es una zona dentro de una zona, no otro tipo de objeto.
Conduit
La relación de seguridad gobernada que conecta dos ámbitos. Es sobre esto que razonan el trabajo de riesgo y los Target Security Levels.
Communication Channel
Una comunicación lógica o física concreta transportada dentro de un Conduit, con su protocolo, dirección, medio y estado de cifrado registrado.
Un Conduit no es un Communication Channel.
Es la distinción sobre la que descansa el resto del modelo, y la que con más frecuencia colapsan las herramientas que tratan un enlace como un enlace.
Al estar separados, OTReady nunca presenta el protocolo o el cifrado de un channel como si fuera una propiedad del Conduit. Un Conduit con cuatro channels, uno de ellos sin cifrar, no está "cifrado", y colapsar ambos ocultaría precisamente el channel que importa.
Conduit
Una relación de seguridad gobernada entre dos ámbitos arquitectónicos. Es el sujeto del trabajo de riesgo y de un Target Security Level, y aquello sobre lo que razona una evaluación.
Communication Channel
Una comunicación concreta transportada dentro de ese Conduit. Protocolo, dirección, medio y cifrado son hechos del channel. Un Conduit puede transportar varios; un channel siempre pertenece a un Conduit padre.
Conduits
La relación de seguridad, en sus propios términos.
Un Conduit registra qué dos ámbitos conecta y cuál es la relación entre ellos. Es el objeto contra el que se escriben los escenarios de riesgo y sobre el que puede confirmarse un Target Security Level.
El detalle del Conduit muestra los extremos, los channels que transporta y los hechos que pertenecen realmente a la relación en lugar de a un channel concreto.
Communication Channels
El cifrado se registra en tres estados, no en dos.
Un channel lleva su protocolo, su dirección, su medio y si se registró cifrado, y esa última pregunta tiene tres respuestas: cifrado, sin cifrar y no registrado.
"No registrado" nunca se lee como seguro. Un modelo con solo una casilla convertiría cada hueco de conocimiento en una afirmación sobre la planta, que es justo el modo de fallo que este producto quiere evitar.
- Protocolo, dirección y medio como hechos del channel
- Contexto de origen y destino, con extremos resueltos cuando se conocen
- Varios channels pueden compartir un mismo Conduit padre
Dentro del entorno
Activos, interfaces y localizadores.
El inventario de activos forma parte del mismo modelo, y la identidad sigue allí la misma regla que en todas partes: lo que algo ES no cambia cuando cambia su dirección.
- Activos
- Objetos canónicos de inventario con identidad propia, en contexto de Site y Zone, capaces de llevar asignaciones de dominio OT.
- Interfaces
- Las interfaces de red de un activo, cada una con identidad propia bajo el activo al que pertenece.
- Localizadores
- IP y MAC son localizadores en una interfaz, no identidad. Una dirección puede cambiar sin que el activo pase a ser otro activo.
- Independientes de los channels
- Los activos no son necesarios para describir una relación de comunicación, así que el trabajo de arquitectura no queda bloqueado por un inventario incompleto.
- Dominios OT
- Contexto funcional asignado M:N sobre zonas, conduits, channels y activos: una pregunta distinta del ámbito de seguridad.
- Contexto Purdue
- Aplicado donde tiene sentido, como clasificación de arquitectura. Nunca se lee como un Security Level.
De dónde vino un objeto no es lo mismo que si está aprobado.
Un objeto dibujado a mano, importado de una hoja de cálculo o sugerido por el asistente llega igual: como algo con lo que una persona todavía tiene que estar de acuerdo. El origen se registra una vez y no cambia si el objeto se edita después; la aprobación es un estado de gobierno explícito y separado. Un modelo que tratara la importación como aprobación dejaría que una hoja de cálculo decidiera qué es la planta.
Importación
Un archivo es una observación sobre una planta, no una decisión sobre ella.
La mayoría de operadores ya tiene su arquitectura en una hoja de cálculo, una exportación de CMDB o un listado de ingeniería. OTReady la incorpora mediante una cola de revisión en vez de escribirla directamente en el modelo.
- Fuente
- Entrada normalizada
- Candidato
- Revisión humana
- Arquitectura aprobada
Cada fila se convierte en un candidato revisable, incluidas las inválidas: una fila que desaparece en silencio es una fila que nadie puede auditar. La aceptación es el único paso que escribe arquitectura canónica.
Escala
Una instalación rara vez es un solo emplazamiento.
La instalación de demostración usada en este sitio modela una distribuidora regional con muchas subestaciones, así que el explorador se muestra aquí trabajando a escala real y no sobre un ejemplo ordenado: recuentos que provienen del conjunto coincidente, filtros que lo estrechan y una lista que dice cuánto está mostrando.
No disponible hoy
- Asistente de importación IEC 61850 SCDPrevisto: MVP2
El modelo de activos descrito arriba (Activo, Interfaz, Localizador, en contexto de Site, Zone y dominio OT) es real y está disponible hoy. Un archivo SCL no es una hoja de cálculo con otra extensión: contiene afirmaciones sobre una planta en un vocabulario que OTReady todavía no modela, así que aquí se nombra como previsto en lugar de insinuarse como soportado.
Capacidades relacionadas
Dominios OT
Contexto funcional, separado del ámbito de seguridad.
Riesgo y objetivos
Cómo zonas y conduits obtienen un Target Security Level confirmado.
Findings y evidencia
Cómo se atribuye un Finding al objeto del que trata.
Modele su planta una vez y deje que todo lo demás se refiera a ella.
Traiga un emplazamiento, una hoja de cálculo o una exportación y vea qué hace el modelo.