Naar de inhoud

Utilities

Een distributie-estate is honderden kleine OT-locaties waarvoor u allemaal moet instaan.

Onderstations zijn onbemand, bijna identiek, en verbonden met een controlecentrum over verbindingen van iemand anders. De assurancevraag gaat zelden over één locatie: hij gaat over de vraag of dezelfde uitspraak over allemaal geldt, en of het antwoord blijft kloppen als er één bij komt.

Beschikbaar
Een elektriciteitsnetomgeving: schakelinstallaties en besturingsinfrastructuur in een onderstation.
  • Onderstation, controlecentrum en enterprise als canonieke zones, niet als tekening
  • De grens tussen protection en control als conduits met hun eigen channels
  • IEC 62443-3-2-risico en 3-3-eisen tegen een bevestigd target per zone
  • NIS2-readiness op dezelfde estate, geen tweede exercitie
De OTReady-estate-inventaris van een demo-project in energiedistributie, met de onderstationzones en subzones van de estate.
Echte OTReady-schermafbeelding met demodata. Een regionale distributie-estate, opgesomd als canonieke Sites, Zones en Subzones in plaats van getekend.

De omgeving

Niet de locatie is het vraagstuk, maar de estate.

Eén onderstation is niet moeilijk te beschrijven: een station bus, een set protection- en control-IED's, een gateway naar het regionale controlecentrum en een klein aantal verbindingen dat het hek verlaat. Distributie is lastig omdat er honderd van zijn, ze over drie decennia in bedrijf zijn genomen, en er geen twee helemaal gelijk zijn ondanks dezelfde standaardtekening.

De vragen die ertoe doen zijn dus estate-vragen. Welke stations dragen nog een telecontroleprotocol zonder authenticatie. Welke hebben een leverancierspad dat sinds de oplevering niemand heeft bekeken. Welke vallen binnen de scope van het assessment dat vorig kwartaal is getekend, en welke zijn er daarna bij gekomen. Dat is alleen te beantwoorden als elk station hetzelfde soort object in hetzelfde model is.

Beschikbaarheid is de randvoorwaarde achter dit alles. Een onderstation kan niet uit bedrijf voor een assessment, een protectierelais wordt niet gescand, en een onderhoudsvenster telt uren per jaar. Assurancewerk is hier grotendeels documentair en architectureel, en daar is dit product voor.

  • Brownfield is het normale geval, niet de uitzondering
  • Hetzelfde zonepatroon over veel locaties, met echte lokale variatie
  • Locaties zonder aanwezige operator tijdens een incident
  • Verbindingen van derden: telecomoperators, protectieleveranciers, meetbedrijven

Terminologie

Hoe OTReady dit noemt.

De objecten zijn van het product. De namen erin zijn van de operator, want een model dat de estate van een klant hernoemt moet eerst vertaald worden voordat het bruikbaar is.

Site
Een onderstation, een controlecentrum, een regionale werf. Alleen fysieke groepering: een Site geeft geen securityscope en erft niets.
Zone en Subzone
Station bus, protection en control, telecontrolegateway, stationvoorzieningen. Een Subzone is een zone in een zone, met een eigen target en eigen conclusies.
Conduit
De securityrelatie tussen twee zones. Het telecontrolepad van station naar controlecentrum is één conduit, waar het fysiek ook overheen loopt.
Communication Channel
Wat die conduit werkelijk draagt: IEC 60870-5-104-telecontrole, IEC 61850-verkeer op de station bus, een engineeringsessie, syslog. Protocol, richting en encryptiestaat staan hier, per channel.
OT-domein
Functionele context in de woorden van de operator: protection, telecontrole, metering, stationvoorzieningen. In één keer toegewezen over zones, conduits, channels en assets.

Conduit en channel

Eén telecontroleverbinding, meerdere verschillende gedragingen.

Een distributienetbeheerder noemt de verbinding tussen een onderstation en het controlecentrum één ding. Binnenin zitten er meestal meerdere: het telecontroleprotocol zelf, een bestandsoverdracht die ooit voor storingsregistraties is opgezet, een leveranciersessie voor protectie-instellingen, en een logfeed.

OTReady houdt de relatie en het verkeer uit elkaar. De Conduit is de relatie en draagt het target; elk Channel draagt zijn eigen protocol, richting en encryptiestaat. Ze samenvouwen zou precies het ene channel verbergen dat ertoe doet, en encryptie is drie-waardig: versleuteld, niet versleuteld, en niet vastgelegd, wat nooit als veilig gelezen wordt.

Een OTReady-conduitdetail van een demo-project in energiedistributie, met de communication channels die de conduit draagt.
Echte OTReady-schermafbeelding met demodata.

Hoe OTReady toepast

Dezelfde keten, op een distributie-estate.

Er verandert niets aan het product per sector. Wat verandert is hoe de objecten heten en wat de antwoorden blijken te zijn.

  1. OT-context
  2. Architectuur
  3. Risico
  4. Targets
  5. Assessments
  6. Findings & bewijs
  7. Remediatie
  8. Rapporten

Elke stap wijst terug naar het deel van de estate waar hij over gaat: een Finding noemt de onderstationzone of de conduit waar het om gaat, en blijft daarnaar wijzen tot in het uitgegeven rapport.

Assurance

Eén lezing van de estate, met de reden ernaast.

Negen dimensies, elk als woord met zijn reden, en geen totaalcijfer. Een distributie-estate midden in een programma heeft geen enkel getal, en een pagina die er een afdrukte zou juist het deel verzinnen dat de lezer het meest wil weten.

De OTReady-assurance-cockpit van een demo-project in energiedistributie, met per dimensie de band en de reden ervoor.
Echte OTReady-schermafbeelding met demodata. UNKNOWN verschijnt waar de staat echt niet vast te stellen was, nooit als stille goedkeuring.
De gegoverneerde findingslijst van OTReady voor een demo-project in energiedistributie, met elke finding toegewezen aan het architectuurobject.
Echte OTReady-schermafbeelding met demodata.

Findings

Elke finding noemt het deel van het net waar hij over gaat.

Een finding die "zwakke remote access" zegt voor honderd onderstations is een zin, geen werkitem. Hier is elke finding toegewezen aan een canoniek object: deze zone, deze conduit, dit channel. Dat maakt een regionaal programma per locatie planbaar en achteraf als één positie rapporteerbaar.

Findings zijn gegoverneerd: er wordt een behandelbeslissing vastgelegd, geverifieerde afsluiting vereist gekoppeld en goedgekeurd werk, en niets daarvan wordt beweerd.

Representatieve use cases

Wat operators er werkelijk mee doen.

Een regionale distributie-estate
Veel onderstations, één controlecentrum, één herhaald zonepatroon met echte lokale variatie. De vraag is consistentie over locaties, niet diepte op één.
De grens tussen protection en control
Waar station-busverkeer telecontrole raakt, en waar een engineeringsessie een grens kruist die getekend werd voordat iemand ernaar vroeg.
Scheiding controlecentrum en enterprise
De conduits tussen operations en corporate, en wat elk daarvan werkelijk draagt zodra de channels zijn opgeschreven.
NIS2 als essentiële entiteit
Readiness beoordeeld op dezelfde estate die het IEC 62443-werk gebruikte, zodat het twee antwoorden over één installatie zijn in plaats van twee exercities.

Wat deze pagina wel en niet claimt.

OTReady is één platform, geconfigureerd voor deze omgeving, met een geaccepteerde demo-estate achter de schermafbeeldingen hierboven. Het is geen utilities-editie, geen onderstationtemplate en geen certificering. Het leest niets uit uw SCADA, uw protectierelais of uw telecontrolenetwerk, en verandert niets aan de installatie.

Waar de diepte zit

  • OT-architectuur

    Sites, Zones, Subzones, Conduits en de Channels daarbinnen.

  • Risico en targets

    IEC 62443-3-2-risico, en bevestigde Target Security Levels per zone.

  • Assurance

    De negen dimensies, en waarom er geen cijfer is.

Bekijk OTReady tegen uw eigen distributie-estate.

Een werksessie over uw onderstations, uw controlecentrum en de conduits ertussen.