ISO/IEC 27001 er den internasjonale standarden for å styre informasjonssikkerhet systematisk gjennom et ledelsessystem (ISMS). Ordlisten forklarer begrepene, viser til standarden og norsk veiledning, og merker hvert begrep med status.

📌 Status: standard, ikke lov Frivillig standard

ISO/IEC 27001 er en frivillig internasjonal standard, ikke et lovkrav. Gjeldende utgave er ISO/IEC 27001:2022, i Norge fastsatt som NS-EN ISO/IEC 27001:2022 av Standard Norge.

Selv om standarden er frivillig, brukes den ofte for å dokumentere god sikkerhet – og den hjelper virksomheter å oppfylle lovkrav som GDPR (art. 32), NIS2 og DORA. Mange kunder og anbud krever sertifisering.

Begrepene er merket «Frivillig standard». Vi viser til selve standarden (ISO, Standard Norge) og til NSMs grunnprinsipper for praktisk norsk veiledning.

Rammeverk & status

ISO/IEC 27001

#
ISO/IEC27001:2022Frivillig standardInformation security management

Den internasjonale standarden som angir kravene til et ledelsessystem for informasjonssikkerhet (ISMS).

ISO/IEC 27001 er den anerkjente standarden for å styre informasjonssikkerhet systematisk. Den beskriver hvordan en virksomhet skal etablere, drifte, vedlikeholde og forbedre et ledelsessystem (ISMS) basert på risiko. Gjeldende utgave er fra 2022.

Standarden er frivillig – den er ikke en lov. Men sertifisering brukes ofte for å dokumentere god sikkerhet overfor kunder og myndigheter, og den støtter etterlevelse av blant annet GDPR, NIS2 og DORA.

Eksempel

En leverandør sertifiserer seg etter ISO/IEC 27001:2022 for å vise kunder at informasjonssikkerheten er systematisk styrt.

Sist oppdatert: 14. juni 2026

Ledelsessystem for informasjonssikkerhet (ISMS)

#
ISO/IEC27001Frivillig standardInformation Security Management System

Det helhetlige systemet av policyer, prosesser og kontroller som styrer informasjonssikkerheten.

Et ISMS (Information Security Management System) er kjernen i ISO/IEC 27001. Det er ikke et IT-verktøy, men et styringssystem: en strukturert måte å identifisere risiko på og forvalte tiltak, roller, dokumentasjon og forbedring over tid.

Et velfungerende ISMS gjør sikkerhet til en kontinuerlig, ledelsesforankret prosess fremfor en engangsjobb.

Eksempel

Virksomheten etablerer et ISMS som binder sammen risikovurdering, policyer, kontroller og jevnlig forbedring.

Sist oppdatert: 14. juni 2026

ISO/IEC 27002

#
ISO/IEC27002:2022Frivillig standardInformation security controls

Veiledningsstandarden som beskriver de enkelte sikkerhetskontrollene i detalj.

Mens ISO/IEC 27001 stiller kravene til selve ledelsessystemet, gir ISO/IEC 27002 utfyllende veiledning om hvordan hver enkelt kontroll i Tillegg A kan utformes. De to brukes sammen.

2022-utgaven omorganiserte kontrollene til fire temaer og innførte nye kontroller for blant annet trusseletterretning og skytjenester.

Eksempel

Når virksomheten skal implementere en konkret kontroll fra Tillegg A, slår den opp detaljert veiledning i ISO/IEC 27002.

Sist oppdatert: 14. juni 2026

ISO/IEC 27000-familien

#
ISO/IEC27000-serienFrivillig standardISO 27k family

Familien av standarder som utdyper ulike sider ved informasjonssikkerhetsstyring.

Rundt ISO/IEC 27001 finnes en hel familie: 27000 (begreper), 27002 (kontroller), 27005 (risikostyring), 27017/27018 (sky og personvern i sky) med flere. Sammen utgjør de et komplett verktøysett.

Du sertifiseres mot 27001, men trekker på de øvrige for veiledning.

Eksempel

I et risikoarbeid kan virksomheten støtte seg på ISO/IEC 27005 i tillegg til kravene i 27001.

Sist oppdatert: 14. juni 2026

NS-ISO/IEC 27001

#
Standard NorgeNS-EN ISO/IEC 27001:2022Frivillig standardNorwegian adoption

Den norske utgaven av ISO/IEC 27001, fastsatt som Norsk Standard av Standard Norge.

Internasjonale ISO-standarder gjøres til Norsk Standard gjennom Standard Norge. Den norske versjonen heter NS-EN ISO/IEC 27001:2022 og har samme innhold som den internasjonale standarden, tilgjengelig på norsk.

Det er denne du kjøper og refererer til i en norsk sammenheng, men sertifiseringen er internasjonalt anerkjent.

Eksempel

En norsk virksomhet anskaffer NS-EN ISO/IEC 27001:2022 fra Standard Norge som grunnlag for ISMS-arbeidet.

Sist oppdatert: 14. juni 2026

Kjernebegreper

Informasjonssikkerhet

#
ISO/IEC27000Frivillig standardInformation security

Å bevare konfidensialiteten, integriteten og tilgjengeligheten til informasjon.

Informasjonssikkerhet handler om å beskytte informasjon uansett form – digitalt, på papir eller i hodene til folk. Målet uttrykkes gjennom tre egenskaper (CIA-triaden), og oppnås gjennom en kombinasjon av tekniske, organisatoriske og menneskelige tiltak.

ISO/IEC 27001 gir en systematisk måte å oppnå og opprettholde dette på.

Eksempel

Å låse arkivskap, kryptere disker og lære opp ansatte er alle tiltak for informasjonssikkerhet.

Sist oppdatert: 14. juni 2026

CIA-triaden

#
ISO/IEC27000Frivillig standardConfidentiality, Integrity, Availability

De tre grunnpilarene i informasjonssikkerhet: konfidensialitet, integritet og tilgjengelighet.

Konfidensialitet betyr at informasjon bare er tilgjengelig for de som skal ha den; integritet at den er korrekt og uendret; tilgjengelighet at den er der når man trenger den. Et sikkerhetstiltak handler alltid om å beskytte én eller flere av disse.

Triaden er den felles målestokken når man vurderer risiko og velger kontroller.

Eksempel

Et løsepengevirus rammer tilgjengelighet (data låst) og kan true konfidensialitet (data stjålet) – to av tre pilarer samtidig.

Sist oppdatert: 14. juni 2026

Virkeområde (scope)

#
ISO/IECKlausul 4Frivillig standardScope

Avgrensningen av hva ISMS-et – og dermed en eventuell sertifisering – faktisk dekker.

Virksomheten må definere hvilke deler av organisasjonen, hvilke lokasjoner, systemer og informasjon ISMS-et omfatter. Virkeområdet styrer hva som skal risikovurderes og kontrolleres, og hva en sertifisering gjelder for.

Et for snevert virkeområde kan gjøre sertifiseringen lite verdt; et for bredt kan gjøre arbeidet uoverkommelig.

Eksempel

En virksomhet kan velge å la ISMS-et først dekke driftsavdelingen og kundedataene, og utvide senere.

Sist oppdatert: 14. juni 2026

Risikoeier

#
ISO/IECKlausul 6Frivillig standardRisk owner

Den personen eller rollen som har ansvaret for en bestemt risiko og for å håndtere den.

ISO/IEC 27001 krever at hver identifisert risiko har en eier som kan ta beslutninger om hvordan den skal håndteres, og som godkjenner restrisikoen. Det plasserer ansvaret tydelig.

Risikoeierskap kobler risikoarbeidet til reell beslutningsmyndighet i organisasjonen.

Eksempel

Lederen for kundeservice utpekes som risikoeier for risikoer knyttet til behandling av kundehenvendelser.

Sist oppdatert: 14. juni 2026

Risiko

Risikovurdering

#
ISO/IECKlausul 6.1.2Frivillig standardRisk assessment

Prosessen med å identifisere, analysere og evaluere informasjonssikkerhetsrisiko.

Risikovurderingen er motoren i ISO/IEC 27001. Virksomheten kartlegger hva som kan gå galt, hvor sannsynlig det er og hvor alvorlige konsekvensene blir, og prioriterer deretter. Vurderingen skal være konsistent og gjentakbar.

Resultatet styrer hvilke kontroller som faktisk trengs – sikkerhet skal være risikobasert, ikke synsebasert.

Eksempel

Virksomheten vurderer at tap av kundedatabasen har høy konsekvens og middels sannsynlighet, og prioriterer tiltak deretter.

Sist oppdatert: 14. juni 2026

Risikohåndtering

#
ISO/IECKlausul 6.1.3Frivillig standardRisk treatment

Beslutningen om hva man skal gjøre med hver risiko, og valg av kontroller.

Etter vurderingen velges håndtering: redusere risikoen med kontroller, akseptere den, unngå aktiviteten eller overføre risikoen (f.eks. forsikring). Valgte kontroller knyttes til Tillegg A og dokumenteres i erklæringen om anvendelighet.

Restrisikoen skal godkjennes av risikoeier.

Eksempel

For risikoen for datatap velger virksomheten å redusere den med kryptering og backup, og aksepterer den lille restrisikoen som gjenstår.

Sist oppdatert: 14. juni 2026

Erklæring om anvendelighet (SoA)

#
ISO/IECKlausul 6.1.3 dFrivillig standardStatement of Applicability

Dokumentet som viser hvilke kontroller fra Tillegg A som gjelder, og hvorfor.

Statement of Applicability (SoA) er et av de viktigste dokumentene i et ISMS. Det lister alle kontrollene i Tillegg A, om de er tatt i bruk eller ikke, begrunnelsen, og statusen for hver. Det knytter risikohåndteringen til konkrete kontroller.

Revisor bruker SoA-en som inngang til å vurdere om virksomheten faktisk gjør det den sier.

Eksempel

I SoA-en begrunner virksomheten hvorfor en kontroll om fysisk adgangskontroll er relevant, mens en om utviklingssikkerhet ikke er det.

Sist oppdatert: 14. juni 2026

Risikoakseptkriterier

#
ISO/IECKlausul 6.1.2Frivillig standardRisk acceptance criteria

De forhåndsdefinerte grensene for hvilken risiko virksomheten er villig til å akseptere.

For å vurdere risiko konsistent må virksomheten på forhånd bestemme hva som er akseptabelt og hva som krever tiltak. Akseptkriteriene gjør risikobeslutninger etterprøvbare og forankret i ledelsens risikovilje.

Uten klare kriterier blir risikohåndtering vilkårlig.

Eksempel

Virksomheten bestemmer at all risiko vurdert som «høy» må reduseres, mens «lav» kan aksepteres uten ytterligere tiltak.

Sist oppdatert: 14. juni 2026

Kontroller (Tillegg A)

Tillegg A (Annex A)

#
ISO/IECTillegg AFrivillig standardAnnex A controls

Referanselisten med sikkerhetskontroller som virksomheten velger fra ut fra risiko.

Tillegg A i ISO/IEC 27001:2022 inneholder 93 kontroller organisert i fire temaer: organisatoriske, personell, fysiske og teknologiske. Kontrollene er ikke en obligatorisk sjekkliste – man velger de som er relevante ut fra risikovurderingen.

Detaljert veiledning til hver kontroll finnes i ISO/IEC 27002.

Eksempel

Ut fra risikovurderingen velger virksomheten relevante kontroller fra Tillegg A og dokumenterer valget i SoA-en.

Sist oppdatert: 14. juni 2026

Organisatoriske kontroller

#
ISO/IECTillegg A 5Frivillig standardOrganizational controls

Kontroller knyttet til styring, policyer, roller og leverandørforhold.

Den største temagruppen i Tillegg A dekker det organisatoriske: sikkerhetspolicyer, roller og ansvar, leverandørstyring, hendelseshåndtering, klassifisering av informasjon og kontinuitet. Dette er «styringssiden» av sikkerheten.

Mange av disse kontrollene handler om prosess og ansvar snarere enn teknologi.

Eksempel

En kontroll om leverandørstyring krever at virksomheten stiller og følger opp sikkerhetskrav til leverandørene sine.

Sist oppdatert: 14. juni 2026

Personellkontroller

#
ISO/IECTillegg A 6Frivillig standardPeople controls

Kontroller knyttet til ansatte – fra ansettelse og opplæring til ansvar og avslutning.

Mennesker er ofte den største sårbarheten. Personellkontrollene dekker bakgrunnssjekk, taushetsplikt, sikkerhetsopplæring og bevisstgjøring, og håndtering av tilganger ved rollebytte og fratredelse.

Godt sikkerhetsarbeid forutsetter at folk forstår sin rolle i det.

Eksempel

En kontroll krever at tilganger fjernes umiddelbart når en ansatt slutter.

Sist oppdatert: 14. juni 2026

Fysiske kontroller

#
ISO/IECTillegg A 7Frivillig standardPhysical controls

Kontroller som beskytter lokaler, utstyr og fysiske medier.

Fysisk sikkerhet er en del av informasjonssikkerhet. Temaet dekker adgangskontroll til bygg og rom, beskyttelse av utstyr, sikker avhending av medier og kontroll med fysiske trusler.

Selv det beste digitale forsvaret hjelper lite hvis noen kan gå rett inn i serverrommet.

Eksempel

En kontroll krever adgangskort og logging for å komme inn i serverrommet.

Sist oppdatert: 14. juni 2026

Teknologiske kontroller

#
ISO/IECTillegg A 8Frivillig standardTechnological controls

Tekniske kontroller som tilgangsstyring, kryptering, logging og sårbarhetshåndtering.

Den teknologiske temagruppen dekker det de fleste forbinder med IT-sikkerhet: autentisering og tilgangsstyring, kryptering, sikkerhetskopiering, logging og overvåking, beskyttelse mot skadevare og sårbarhetshåndtering.

Kontrollene skal velges ut fra risiko og samspille med de organisatoriske.

Eksempel

En kontroll krever flerfaktorautentisering for tilgang til kritiske systemer.

Sist oppdatert: 14. juni 2026

Drift & ledelse

Ledelsens forpliktelse

#
ISO/IECKlausul 5Frivillig standardLeadership

Kravet om at toppledelsen aktivt eier og driver ISMS-et.

ISO/IEC 27001 krever synlig lederengasjement: ledelsen skal fastsette sikkerhetspolicy, sørge for ressurser, integrere ISMS-et i virksomhetens prosesser og følge opp at det virker. Sikkerhet kan ikke delegeres bort som «noe IT styrer med».

Uten reell ledelsesforankring kollapser et ISMS over tid.

Eksempel

Toppledelsen vedtar sikkerhetspolicyen og setter av budsjett og personer til sikkerhetsarbeidet.

Sist oppdatert: 14. juni 2026

Informasjonssikkerhetspolicy

#
ISO/IECKlausul 5.2Frivillig standardSecurity policy

Det styrende dokumentet som angir virksomhetens mål og rammer for informasjonssikkerhet.

Sikkerhetspolicyen er ledelsens overordnede erklæring: hva virksomheten vil oppnå med informasjonssikkerheten og hvilke prinsipper som gjelder. Den er forankret i toppledelsen og danner paraplyen over mer detaljerte retningslinjer.

Policyen skal være kjent i organisasjonen og gjennomgås jevnlig.

Eksempel

Virksomhetens sikkerhetspolicy slår fast at all sensitiv informasjon skal klassifiseres og beskyttes etter klassifisering.

Sist oppdatert: 14. juni 2026

Dokumentert informasjon

#
ISO/IECKlausul 7.5Frivillig standardDocumented information

Dokumentasjonen ISMS-et krever for å styre og bevise etterlevelse.

Et ISMS må dokumenteres: policyer, prosedyrer, risikovurdering, SoA, registre og bevis for at aktiviteter er gjennomført. Dokumentasjonen skal være styrt – riktig versjon, tilgjengelig for de som trenger den, beskyttet mot endring.

Ved revisjon er det dokumentasjonen, sammen med praksis, som viser at systemet faktisk virker.

Eksempel

Virksomheten holder oppdaterte prosedyrer og loggfører at internrevisjon og ledelsens gjennomgang er gjennomført.

Sist oppdatert: 14. juni 2026

Internrevisjon

#
ISO/IECKlausul 9.2Frivillig standardInternal audit

Virksomhetens egen, planlagte kontroll av at ISMS-et fungerer og følges.

ISO/IEC 27001 krever at virksomheten med jevne mellomrom reviderer sitt eget ISMS for å sjekke at det er i samsvar med både standarden og egne krav, og at det faktisk etterleves. Funn følges opp som avvik.

Internrevisjon er en forutsetning for ledelsens gjennomgang og for en vellykket sertifiseringsrevisjon.

Eksempel

En intern revisor går gjennom tilgangsstyringen og avdekker at noen sluttede ansatte fortsatt har kontoer – et avvik som må lukkes.

Sist oppdatert: 14. juni 2026

Ledelsens gjennomgang

#
ISO/IECKlausul 9.3Frivillig standardManagement review

Toppledelsens regelmessige vurdering av om ISMS-et er egnet, tilstrekkelig og effektivt.

Med jevne mellomrom skal ledelsen gjennomgå ISMS-et: status på risiko, resultater fra revisjoner og målinger, hendelser, og behov for endringer. Gjennomgangen sikrer at systemet utvikler seg i takt med virksomheten og trusselbildet.

Den er et konkret uttrykk for ledelsens forpliktelse og leder til beslutninger om forbedring.

Eksempel

På ledelsens gjennomgang besluttes det å styrke opplæringen etter at flere hendelser skyldtes phishing.

Sist oppdatert: 14. juni 2026

Avvik og korrigerende tiltak

#
ISO/IECKlausul 10.1Frivillig standardNonconformity & corrective action

Håndtering av avvik fra kravene, med tiltak for å rette årsaken.

Når noe ikke er i samsvar med standarden eller egne krav, er det et avvik. ISO/IEC 27001 krever at avvik håndteres systematisk: rette feilen, finne rotårsaken og iverksette tiltak som hindrer gjentakelse.

Avvikshåndtering er selve mekanismen som gjør at systemet lærer og blir bedre.

Eksempel

Etter et avvik om svake passord innføres krav om passordhåndtering og flerfaktor, og endringen verifiseres.

Sist oppdatert: 14. juni 2026

Kontinuerlig forbedring (PDCA)

#
ISO/IECKlausul 10Frivillig standardContinual improvement

Prinsippet om at ISMS-et stadig skal forbedres – ofte beskrevet som Planlegg–Utfør–Kontroller–Korriger.

Et ISMS er aldri «ferdig». Gjennom sykluser av planlegging, gjennomføring, kontroll og korrigering (PDCA) skal virksomheten stadig heve sikkerhetsnivået i takt med endringer i risiko, teknologi og organisasjon.

Det er denne forbedringssløyfen som skiller et levende styringssystem fra en perm i hylla.

Eksempel

Erfaringer fra fjorårets hendelser og revisjoner brukes til å forbedre kontrollene neste syklus.

Sist oppdatert: 14. juni 2026

Sertifisering

Sertifisering

#
ISO/IEC27001Frivillig standardCertification

Uavhengig bekreftelse på at virksomhetens ISMS oppfyller ISO/IEC 27001.

Sertifisering er en frivillig, men verdifull bekreftelse: et uavhengig sertifiseringsorgan reviderer ISMS-et og utsteder et sertifikat hvis kravene er oppfylt. Sertifikatet er gyldig i en periode (typisk tre år) med årlige oppfølgingsrevisjoner.

For mange virksomheter er sertifisering et konkurransefortrinn og et krav fra kunder.

Eksempel

Etter en vellykket revisjon mottar virksomheten et ISO/IEC 27001:2022-sertifikat som den kan vise til i anbud.

Sist oppdatert: 14. juni 2026

Sertifiseringsorgan og akkreditering

#
ISO/IEC27006Frivillig standardCertification body & accreditation

Den uavhengige tredjeparten som utsteder sertifikatet, og som selv er akkreditert til å gjøre det.

Et sertifikat er bare så troverdig som den som utsteder det. Sertifiseringsorganet må være akkreditert (i Norge av Norsk akkreditering) etter egne krav, slik at sertifiseringen er upartisk og anerkjent internasjonalt.

Akkrediteringen er det som gjør at et norsk sertifikat anerkjennes i utlandet.

Eksempel

Virksomheten velger et akkreditert sertifiseringsorgan slik at sertifikatet godtas av internasjonale kunder.

Sist oppdatert: 14. juni 2026

Sertifiseringsrevisjon

#
ISO/IEC27006Frivillig standardCertification audit

Den eksterne revisjonen som fører til sertifisering, gjennomført i trinn.

Sertifisering skjer i trinn: trinn 1 (dokumentasjonsgjennomgang og modenhet) og trinn 2 (vurdering av at ISMS-et faktisk etterleves). Deretter følger årlige oppfølgingsrevisjoner og en full resertifisering etter tre år.

Avvik funnet under revisjonen må lukkes før sertifikat utstedes eller beholdes.

Eksempel

I trinn 2 verifiserer revisor at kontrollene i SoA-en er implementert og virker i praksis.

Sist oppdatert: 14. juni 2026

Lead Implementer og Lead Auditor

#
ISO/IECPersonsertifiseringFrivillig standardLead Implementer / Auditor

Personsertifiseringer for de som henholdsvis innfører og reviderer et ISMS.

I tillegg til at virksomheter sertifiseres, finnes personsertifiseringer. En Lead Implementer er trent i å etablere og drifte et ISMS, mens en Lead Auditor er trent i å revidere det. Disse tilbys av organer som PECB.

Slik kompetanse hos en rådgiver gir trygghet for at arbeidet holder standardens nivå.

Eksempel

En konsulent med ISO/IEC 27001 Lead Implementer-sertifisering hjelper virksomheten å bygge ISMS-et riktig fra start.

Sist oppdatert: 14. juni 2026

Ingen begreper matcher søket.

På vei mot ISO 27001?

Enten dere vurderer full sertifisering eller en enklere sikkerhetsbaseline, hjelper SPADE Consulting dere med risikovurdering, kontroller, dokumentasjon og forberedelse til revisjon – med ISO 27001 Lead Implementer-kompetanse.