I deres egen sky

Slik henger det sammen

1. Anlegget eksporterer, slik det allerede gjør, til en delt mappe i sin egen DMZ. Ingenting nytt kobles til styresystemet.
2. Én vei ut: en planlagt kopi flytter filene til en privat lagringskonto eller bøtte i skyen deres. Ingenting går tilbake til anlegget. Med IEC 62443-ord er det én conduit mellom to soner.
3. Én container, i et privat subnett uten offentlig adresse, leser filene fra en montering den bare kan lese.
4. Ingen vei ut: nettverket nekter all trafikk ut. Containeren trenger ingen: språkmodellen kjører også inne i nettverket deres.
5. Deres pålogging foran: konsollen står bak deres egen identitetsleverandør, Entra ID, Okta eller en annen OpenID Connect, nådd over deres private nettverk.
6. Deres nøkler, deres logger: lagringen krypteres med nøkler dere holder, og hver pålogging og endring havner i deres egen logg.

Samme image i hver sky

Påloggingen er det eneste som trenger en vei ut: påloggingsproxyen må nå identitetsleverandøren deres. Containeren bak den får ingenting.

Hva vi har testet, og hva vi ikke har testet

Testet ved hver endring, på en GitHub-maskin: imaget bygges; det kjører som en bruker som ikke er root, med et filsystem som bare kan leses, alle Linux-rettigheter fjernet og uten nettverk i det hele tatt; det kompilerer en mappe med eksporter inn i arbeidsområdet sitt og skriver ingenting i eksportene; hvert forsøk på å nå internett innenfra feiler, og en kontrollkjøring med nettverk viser at forsøkene ellers ville ha lyktes; konsollen svarer på helsesjekken og avviser forespørsler til vertsnavn den ikke betjener; MCP-serveren svarer bare med verktøy som leser; Kubernetes-manifestene valideres. En programvarestykkliste (SBOM) lages ved hvert bygg, og imaget skannes for kjente sårbarheter.

Ikke testet: vi har ikke rullet den ut i Azure, AWS, Google Cloud, OpenShift eller en administrert Kubernetes. Tabellen over bygger på dokumentasjonen til hver leverandør, lenket, og den første kundeinstallasjonen er der det blir bevist. Vi skriver ned det vi finner.

Hva reglene sier

Vi har ikke funnet noen norsk regel eller EU-regel som forbyr analyse som dette i en sky. Det reglene ber om, er kontroll: vannverk skal sikre styringssystemene mot uautorisert tilgang (drikkevannsforskriften § 10) og, etter digitalsikkerhetsloven, følge opp leverandørene sine (Mattilsynet). For kraft er reglene strengere: en rapport SINTEF skrev for NVE i 2025 konkluderer med at driftskontrollsystemer i klasse 1 og 2 ikke kan flyttes til en sky med dagens regler, og tagglister og systemkonfigurasjon regnes som kraftsensitiv informasjon (kraftberedskapsforskriften, NVEs veileder til § 6-2). For et kraftselskap anbefaler vi en maskin på stedet, og vi påstår ikke at noe oppsett oppfyller kravene på deres vegne: det er deres vurdering, og vi gir dere det den trenger.

Hvis dere heller vil bruke skyens egen språkmodell

Det kan dere, og da forlater spørsmålene folk stiller, med anleggsdataene i seg, containeren og går til den tjenesten, under deres avtale med skyleverandøren. Det er deres valg, og en innstilling dere endrer med vilje. Med modellen inne i containeren forlater ingenting den.