Rune Hillebo Wiinberg & Johan Callmyr

Cybersikkerhed bliver en del af produktet – er du klar?

I lang tid kunne cybersikkerhed behandles som noget adskilt fra produktudviklingen. Udvikl produktet, sørg for, at det virker, og tilføj derefter den nødvendige beskyttelse. For forbundne produkter bliver den tilgang stadig vanskeligere. Produkterne kommunikerer med andre enheder, cloudtjenester og forretningssystemer. Softwaren udvikles løbende, også efter at produktet er kommet på markedet. Samtidig opdages der konstant nye sårbarheder, og kravene til cybersikkerhed bliver stadig strengere.

Fra en sikkerhedsfunktion til en måde at arbejde på

Resultatet er en grundlæggende forandring: Cybersikkerhed bliver en del af selve produktet. Det betyder, at den skal tænkes ind fra de første designbeslutninger til den sidste dag i produktets livscyklus.

Hvad gør et produkt cybersikkert?

Det oplagte svar kunne være tekniske funktioner som Secure Boot, krypteret lagring, sikker kommunikation eller adgangskontrol. De er alle vigtige, afhængigt af produktet og de risici, der er forbundet med det.

Men cybersikkerhed er mere end summen af de enkelte sikkerhedsfunktioner. Tag softwareopdateringer som eksempel. Et produkt understøtter måske fjernopdateringer, men hvem afgør, hvornår en opdatering er nødvendig? Hvordan testes den? Hvordan ved man, at den software, der installeres, er til at stole på? Og hvordan holder man øje med nye sårbarheder, efter at tusindvis af produkter er taget i brug?

Pludselig handler spørgsmålet ikke kun om teknologi. Det handler om udviklingsprocesser, ansvar, dokumentation, vedligeholdelse og samarbejde på tværs af organisationen.

Sikkerhed starter med at forstå risiciene

Der findes ingen universel sikkerhedsarkitektur, der fungerer for alle forbundne produkter.

Medicinsk udstyr, der håndterer følsomme patientdata, har andre risici end en industriel styreenhed. Et forbundet forbrugerprodukt står over for andre udfordringer end udstyr, der anvendes i et isoleret industrimiljø. Derfor er en risikobaseret tilgang så vigtig.

En risikovurdering af cybersikkerheden kan hjælpe med at kortlægge produktet, identificere potentielle angrebsflader og forstå konsekvenserne, hvis noget går galt. På den baggrund kan teamet fastlægge et passende beskyttelsesniveau og prioritere de tiltag, der skaber størst værdi.

Det er en mere praktisk tilgang end blot at tilføje så mange sikkerhedsfunktioner som muligt. God cybersikkerhed handler nemlig ikke om at bygge den højeste mur. Det handler om at forstå, hvad der skal beskyttes – og hvorfor.

Byg sikkerhed ind i arkitekturen

Her kommer security by design ind i billedet. I stedet for at spørge, hvordan produktet skal sikres, når det er færdigudviklet, bliver sikkerhed en del af grundlaget for selve arkitekturen.

For et embedded-produkt kan det indebære at etablere en Root of Trust og en Secure Boot-proces, beskytte nøgler og certifikater, begrænse adgangen til kritiske funktioner og sikre, at softwaren kan opdateres sikkert.

Det kan også betyde, at funktionalitet skal fjernes. Hver unødvendig grænseflade, tjeneste eller softwarekomponent kan potentielt øge angrebsfladen. Nogle gange er den smarteste sikkerhedsfunktion ganske enkelt at undvære en funktion, man ikke har brug for.

Produktlanceringen er kun begyndelsen

En af de største ændringer i tankegangen vedrører tiden efter udviklingen.

Et forbundet produkt kan være i drift i mange år. I den periode kan der opstå nye sårbarheder i operativsystemer, biblioteker, frameworks og andre softwarekomponenter. Producenten skal derfor vide, hvad produktet indeholder, og kunne reagere, når noget ændrer sig.

CVE-overvågning – løbende opfølgning på kendte Common Vulnerabilities and Exposures – kan hjælpe med at identificere relevante sikkerhedsproblemer. Men en advarsel løser ikke i sig selv noget. Teamet har også brug for processer til at vurdere sårbarheden, forstå risikoen for produktet, udvikle et afhjælpende tiltag og teste en opdatering.

Dermed bliver cybersikkerhed et løbende ansvar gennem hele produktets livscyklus frem for en enkeltstående udviklingsaktivitet.

En udfordring – og en mulighed

Nye krav til cybersikkerhed skaber uden tvivl mere arbejde for produktvirksomheder. Eksisterende arkitekturer skal måske ændres. Udviklingsprocesser skal måske struktureres bedre. Ansvarsområder, der tidligere var uformelle, skal måske defineres tydeligt og dokumenteres.

Men der er også en anden side af denne udvikling. Virksomheder, der har overblik over deres produkter, software og sårbarheder, får bedre kontrol over produkternes livscyklus. Sikre opdateringsmekanismer kan gøre produkterne lettere at vedligeholde. Strukturerede udviklingsprocesser kan forbedre kvaliteten og sporbarheden.

Og i takt med at kunderne bliver mere opmærksomme på cybersikkerhed, kan det blive en vigtig del af tillidsopbygningen at kunne dokumentere, at sikkerhed er tænkt ind gennem hele produktets livscyklus.

Cybersikkerhed bevæger sig fra udkanten af produktudviklingen til dens kerne. Det interessante spørgsmål er ikke længere, om forbundne produkter har brug for cybersikkerhed. Det er, hvordan vi udvikler produkter, der kan forblive sikre i en verden i konstant forandring.

udforsk

Indsigter om cybersikkerhed

Se alle vores indsigter

Om forfatterne

Rune Hillebo Wiinberg er Head of Cybersecurity hos Prevas og har siden 2007 arbejdet professionelt med embedded-systemer og sikre, forbundne produkter. Med erfaring fra energi, medicoteknik og forsvar rådgiver han kunder på alle niveauer i organisationen og hjælper med at skabe sammenhæng mellem forretningsmæssige prioriteter, regulatoriske krav og teknisk produktudvikling.

Johan Callmyr er softwarearkitekt med mere end 20 års erfaring med C++ og software til embedded-enheder. Han kombinerer teknisk ekspertise med erfaring inden for softwarearkitektur, teknisk ledelse, cybersikkerhed og udvikling i regulerede miljøer som medicoteknik. Som softwarearkitekt og Software Lead hjælper han kunder med at udvikle robuste softwareløsninger til komplekse produkter med fokus på både cybersikkerhed og sikker funktion.