Security by design

Security by design er princippet om, at sikkerhedskrav udledes, implementeres og verificeres gennem hele systemets udviklingslivscyklus frem for at blive sat på lige før udgivelse, og at systemer leveres i en sikker konfiguration som standard. Det parres ofte med den beslægtede idé secure by default: den leverede tilstand minimerer angrebsfladen (unødvendige tjenester slået fra, ingen standardadgangskoder, least-privilege som standard, kryptering slået til), så en bruger, der ikke ændrer noget, stadig er rimeligt beskyttet. Det økonomiske argument er veletableret: fejl er langt billigere at fjerne tidligt, og nogle arkitektoniske svagheder - en fejlagtig tillidsmodel, manglende adskillelse mellem lejere, en autentificeringsmodel, der ikke kan eftermonteres - kan ikke patches senere uden redesign, og derfor lægger disciplinen vægt på krav- og designfaserne, ikke kun på sikker kodning.

I ingeniørpraksis operationaliseres dette gennem en secure development lifecycle (Microsoft SDL, OWASP SAMM, BSIMM som modenhedsmålestok). Kerneaktiviteter omfatter trusselsmodellering under design (STRIDE til at opregne spoofing, tampering, repudiation, information disclosure, denial of service og elevation of privilege; attack trees; dataflowdiagrammer med tillidsgrænser), analyse af misbrugstilfælde ved siden af use cases og valg af gennemprøvede designprincipper, som Saltzer og Schroeder formulerede i 1975 - economy of mechanism, fail-safe defaults, complete mediation, open design, least privilege, separation of privilege, least common mechanism og psychological acceptability. Senere faser tilføjer standarder for sikker kodning, SAST og DAST i pipelinen, software composition analysis af afhængigheder og sikkerhedstest-gates før udgivelse. NIST SP 800-160 Vol. 1 (Engineering Trustworthy Secure Systems) leverer den systemtekniske indramning.

Begrebet har bevæget sig fra god praksis mod pligt. GDPR artikel 25 gør "databeskyttelse gennem design og gennem standardindstillinger" til et lovkrav ved behandling af personoplysninger, så privatlivsrelevante designbeslutninger skal minimere data og som standard vælge de mest beskyttende indstillinger. EU's Cyber Resilience Act stiller væsentlige cybersikkerhedskrav til produkter med digitale elementer, herunder secure-by-default-konfiguration og håndtering af sårbarheder, med forpligtelser, der indfases, og indberetningspligter, der gælder fra 11. september 2026. CISA's internationale "Secure by Design"-vejledning skubber yderligere ansvaret over på producenterne frem for slutbrugerne. NIS2 artikel 21 understøtter samme forventning for væsentlige og vigtige enheder.

En vedholdende misforståelse sætter lighedstegn mellem security by design og blot at køre en penetrationstest før lancering; test til sidst validerer, men kan ikke erstatte designbeslutninger, der allerede er indbygget, og en pentest, der finder en arkitektonisk fejl, finder den typisk for sent til at rette billigt. En anden er at opfatte "secure by default" som absolut - standardindstillinger sænker risikoen for det gennemsnitlige setup, men kan ikke foregribe ethvert miljø, så dokumenteret hærdningsvejledning er stadig vigtig. Security by design adskiller sig fra defence-in-depth (der lagdeler kontroller under drift) ved at handle om, hvordan systemet undfanges og bygges; de to supplerer hinanden, for godt design afgør, hvor de lag skal placeres.