Naar de inhoud

Architectuur

Architectuur is de context waar assurance naar hoort te verwijzen.

Een assessmentresultaat dat niet kan benoemen op welke zone het slaat, is lastig te verdedigen en onmogelijk te onderhouden. OTReady modelleert eerst de installatie, als canonieke objecten met stabiele identiteit, en elk later oordeel richt zich op één daarvan.

  • Stabiele identiteit die hernoemen, her-import en reorganisatie overleeft
  • Een Conduit is een securityrelatie; een Communication Channel is wat erbinnen loopt
  • Purdue-niveau classificeert architectuur; het is nooit een Security Level
  • Waar een object vandaan komt wordt apart vastgelegd van of het goedgekeurd is
De OTReady architecture explorer met zones en subzones van een productielocatie, en de conduits daartussen als selecteerbare verbindingen.
De Zone & Conduit-lens. Elke weergave is een andere lens op dezelfde canonieke objecten.

Het canonieke model

Vijf niveaus, elk met een eigen identiteit.

Assets en interfaces bestaan binnen deze omgeving, maar zijn niet nodig om een communicatierelatie te beschrijven. Een installatie kan zinvol gemodelleerd worden voordat een assetinventaris compleet is.

  1. Project

    De container. Alles daaronder hoort bij precies één project, en toegang wordt op dit niveau afgebakend.

  2. Site

    Een fysieke of logische locatie: een onderstation, een fabriek, een terminal. Grote estates hebben er veel, en het model gaat niet uit van één.

  3. Zone / Subzone

    Een securityscope met eigen verwachtingen, eigen Purdue-context waar dat past, en een eigen approval state. Een Subzone is een zone in een zone, geen ander soort object.

  4. Conduit

    De gegoverneerde securityrelatie tussen twee scopes. Dit is waar risicowerk en Target Security Levels over redeneren.

  5. Communication Channel

    Een specifieke logische of fysieke communicatie binnen een Conduit, met eigen protocol, richting, medium en vastgelegde encryptiestaat.

Een Conduit is geen Communication Channel.

Dit is het onderscheid waar de rest van het model op rust, en het onderscheid dat het vaakst verdwijnt in tools die een verbinding gewoon een verbinding noemen.

Omdat ze gescheiden zijn, presenteert OTReady het protocol of de encryptie van een channel nooit alsof het een eigenschap van de Conduit is. Een Conduit met vier channels, waarvan één plaintext, is niet "versleuteld", en die twee samenvouwen zou juist het channel verbergen dat ertoe doet.

Conduit

Een gegoverneerde securityrelatie tussen twee architecturale scopes. Dit is het subject van risicowerk en van een Target Security Level, en waar een assessment over redeneert.

Communication Channel

Een specifieke communicatie binnen die Conduit. Protocol, richting, medium en encryptie zijn channel-feiten. Eén Conduit kan meerdere channels dragen; een channel hoort altijd bij een bovenliggende Conduit.

De OTReady conduit-detailweergave, met de endpoints van een conduit en de communication channels die erbinnen lopen.
Conduitdetail: endpoints, en de channels die de relatie draagt.

Conduits

De securityrelatie, op eigen voorwaarden.

Een Conduit legt vast welke twee scopes hij verbindt en wat de relatie ertussen is. Het is het object waartegen risicoscenario's geschreven worden en waarop een Target Security Level bevestigd kan worden.

Conduitdetail toont de endpoints, de channels die erbinnen lopen, en de feiten die echt bij de relatie horen in plaats van bij één channel.

Communication Channels

Encryptie kent drie toestanden, geen twee.

Een channel draagt zijn protocol, richting, medium en of encryptie is vastgelegd, en die laatste heeft drie antwoorden: versleuteld, niet versleuteld, en niet vastgelegd.

"Niet vastgelegd" leest nooit als veilig. Een model met alleen een vinkje zou elk gat in de kennis omzetten in een uitspraak over de installatie, en dat is precies het faalgedrag dat dit product wil vermijden.

  • Protocol, richting en medium als channel-feiten
  • Bron- en bestemmingscontext, met opgeloste endpoints waar die bekend zijn
  • Meerdere channels kunnen één bovenliggende Conduit delen
Het OTReady communication channel-detail, met protocol, richting, medium en de vastgelegde encryptiestaat.
Channeldetail: de communicatiefeiten, op het object dat ze bezit.

Binnen de omgeving

Assets, interfaces en locators.

Een assetinventaris hoort bij hetzelfde model, en identiteit volgt daar dezelfde regel als overal: wát iets is verandert niet als zijn adres verandert.

Assets
Canonieke inventarisobjecten met een eigen identiteit, in Site- en Zone-context, die OT-domeintoewijzingen kunnen dragen.
Interfaces
De netwerkinterfaces van een asset, elk met een eigen identiteit onder het asset waartoe ze behoren.
Locators
IP en MAC zijn locators op een interface, geen identiteit. Een adres kan wijzigen zonder dat het asset een ander asset wordt.
Los van channels
Assets zijn niet nodig om een communicatierelatie te beschrijven, dus architectuurwerk hoeft niet te wachten op een complete inventaris.
OT-domeinen
Functionele context, many-to-many toegewezen over zones, conduits, channels en assets: een andere vraag dan securityscope.
Purdue-context
Toegepast waar het betekenis heeft, als architectuurclassificatie. Het wordt nooit als Security Level gelezen.

Waar een object vandaan komt is een andere vraag dan of het goedgekeurd is.

Een object dat met de hand getekend is, uit een spreadsheet geïmporteerd is of door de guided builder is voorgesteld, komt op dezelfde manier binnen: als iets waar een mens nog mee moet instemmen. Herkomst wordt één keer vastgelegd en verandert niet als het object later bewerkt wordt; goedkeuring is een aparte, expliciete governancestaat. Een model dat import als instemming behandelde, zou een spreadsheet laten bepalen wat de installatie is.

Import

Een bestand is een observatie over een installatie, geen besluit erover.

De meeste operators hebben hun architectuur al in een spreadsheet, een CMDB-export of een engineeringlijst. OTReady haalt die binnen via een reviewwachtrij in plaats van er rechtstreeks het model mee te schrijven.

  1. Bron
  2. Genormaliseerde invoer
  3. Kandidaat
  4. Menselijke review
  5. Goedgekeurde architectuur

Elke rij wordt een beoordeelbare kandidaat, ook de ongeldige: een rij die stil verdwijnt is een rij die niemand kan auditen. Acceptatie is de enige stap die canonieke architectuur schrijft.

Schaal

Een estate is zelden één site.

De demo-estate die op deze site gebruikt wordt, modelleert een regionale netbeheerder met veel onderstations. De explorer wordt hier dus getoond zoals hij op een grote estate werkt in plaats van op een net voorbeeld: tellingen die uit de matchende set komen, filters die versmallen, en een lijst die zegt hoeveel hij toont.

De OTReady-architectuurinventaris over een estate met meerdere sites, met filters en een telling van matchende objecten.
De estate-inventaris. De telling komt uit de matchende set, nooit uit de paginagrootte.

Vandaag niet beschikbaar

  • IEC 61850 SCD-importwizardGepland: MVP2

Het hierboven beschreven assetmodel (Asset, Interface, Locator, in Site-, Zone- en OT-domeincontext) is echt en vandaag beschikbaar. Een SCL-bestand is geen spreadsheet met een andere extensie: het draagt uitspraken over een installatie in een woordenschat die OTReady nog niet modelleert, en wordt daarom hier als gepland benoemd in plaats van als ondersteund gesuggereerd.

Verwante capabilities

  • OT-domeinen

    Functionele context, gescheiden gehouden van securityscope.

  • Risico & targets

    Hoe zones en conduits aan een bevestigd Target Security Level komen.

  • Findings & bewijs

    Hoe een Finding wordt toegewezen aan het object waar hij over gaat.

Modelleer uw installatie één keer, en laat al het andere ernaar verwijzen.

Neem een site, een spreadsheet of een export mee en zie wat het canonieke model ervan maakt.