ISO 27001:2022 Vedlegg A Kontroll 8.8

Veiledning for identifisering av sårbarheter

Før man utfører sårbarhetskontroller er det viktig å anskaffe en omfattende og oppdatert liste over fysiske og digitale eiendeler (se vedlegg A 5.9 og 5.14) som eies og drives av organisasjonen.

Programvaredata bør omfatte:

• Versjonsnummer i drift.
• Hvor programvaren er distribuert over eiendommen.
• Leverandørnavn.
• Programnavn.

Organisasjoner bør bestrebe seg på å identifisere tekniske sårbarheter ved å:

• Det er viktig å tydelig definere hvem i organisasjonen som er ansvarlig for sårbarhetshåndtering fra en teknisk synspunkt, og oppfyller sine ulike funksjoner, som inkluderer (men er ikke begrenset til):
• Overvåkning.
• Oppdaterer.
• Kapitalforvaltning.
• Risikovurdering.
• Innad i organisasjonen, hvem er ansvarlig for programvaren.
• Hold oversikt over applikasjoner og verktøy for å identifisere tekniske svakheter.
• Be leverandører og leverandører om å avsløre eventuelle følsomheter med nye systemer og maskinvare når de leverer dem (i henhold til vedlegg A 5.20 i ISO 27001:2022), og spesifiser tydelig så mye i alle gjeldende kontrakter og serviceavtaler.
• Bruk verktøy for sårbarhetsskanning og oppdateringsfasiliteter.
• Utfør periodiske, dokumenterte penetrasjonstester, enten av internt personale eller av en autentisert tredjepart.
• Vær oppmerksom på potensialet for underliggende programmatiske sårbarheter ved bruk av tredjeparts kodebiblioteker eller kildekode (se ISO 27001:2022 vedlegg A 8.28).

Veiledning om offentlig virksomhet

Organisasjoner bør lage retningslinjer og prosedyrer som oppdager sårbarheter i alle deres produkter og tjenester og få vurderinger av disse sårbarhetene knyttet til deres forsyning.

ISO råder organisasjoner til å iverksette tiltak for å identifisere eventuelle sårbarheter, og å motivere tredjeparter til å delta i sårbarhetshåndteringsaktiviteter ved å tilby dusørprogrammer (der potensielle utnyttelser søkes og rapporteres til organisasjonen i bytte mot en belønning).

Organisasjoner bør gjøre seg tilgjengelige for publikum gjennom fora, offentlige e-postadresser og forskning, slik at de kan utnytte den kollektive kunnskapen til publikum for å beskytte sine produkter og tjenester.

Organisasjoner bør vurdere alle utbedrende tiltak som er tatt, og vurdere å gi ut relevant informasjon til berørte enkeltpersoner eller organisasjoner. Dessuten bør de samarbeide med spesialiserte sikkerhetsorganisasjoner for å spre kunnskap om sårbarheter og angrepsvektorer.

Organisasjoner bør tenke på å tilby et valgfritt automatisert oppdateringssystem som kundene kan velge å bruke eller ikke, i henhold til deres forretningskrav.

Veiledning om evaluering av sårbarheter

Nøyaktig rapportering er avgjørende for å sikre raske og effektive korrigerende tiltak når sikkerhetsrisikoer oppdages.

Organisasjoner bør vurdere sårbarheter ved å:

• Undersøk rapportene grundig og finn ut hva som er nødvendig, for eksempel å endre, oppdatere eller eliminere påvirkede systemer og/eller utstyr.
• Nå en løsning som tar hensyn til andre ISO-kontroller (spesielt de som er relatert til ISO 27001:2022) og anerkjenner risikonivået.

Veiledning for å motvirke programvaresårbarheter

Programvaresårbarheter kan håndteres effektivt ved å bruke en proaktiv tilnærming til programvareoppdateringer og patchadministrasjon. Å sikre regelmessige oppdateringer og oppdateringer kan bidra til å beskytte systemet mot potensielle trusler.

Organisasjoner bør passe på å beholde eksisterende programvareversjoner før de foretar endringer, utføre grundige tester på alle modifikasjoner og bruke disse på en utpekt kopi av programvaren.

Når sårbarheter er identifisert, bør organisasjoner iverksette tiltak for å løse dem:

• Mål å raskt og effektivt fikse alle sikkerhetssvakheter.
• Der det er mulig, observer organisasjonsprotokollene for endringsledelse (se ISO 27001:2022 vedlegg A 8.32) og hendelseshåndtering (se ISO 27001:2022 vedlegg A 5.26).
• Bruk bare oppdateringer og oppdateringer fra pålitelige, sertifiserte kilder, spesielt for tredjepartsleverandører av programvare og utstyr:
• Organisasjoner bør evaluere dataene for hånden for å avgjøre om det er viktig å bruke automatiske oppdateringer (eller komponenter av dem) på kjøpt programvare og maskinvare.
• Før du installerer, test eventuelle oppdateringer for å forhindre uventede problemer i et levende miljø.
• Gi toppprioritet til å takle høyrisiko og vitale forretningssystemer.
• Sørg for at utbedrende tiltak er vellykkede og ekte.

I tilfelle ingen oppdatering er tilgjengelig, eller noen hindringer for å installere en (f.eks. kostnadsrelatert), bør organisasjoner vurdere andre metoder, som:

• Be om veiledning fra leverandøren om en midlertidig løsning mens utbedringsarbeidet intensiveres.
• Slå av alle nettverkstjenester som er berørt av sikkerhetsproblemet.
• Implementering av sikkerhetskontroller ved viktige gatewayer, for eksempel trafikkregler og filtre, for å beskytte nettverket.
• Opptrapp overvåkingen i forhold til den tilhørende risikoen.
• Sørg for at alle berørte parter er klar over feilen, inkludert leverandører og kjøpere.
• Utsett oppdateringen og evaluer risikoene, spesielt merk eventuelle potensielle driftskostnader.

Medfølgende vedlegg A kontroller

• ISO 27001:2022 vedlegg A 5.14
• ISO 27001:2022 vedlegg A 5.20
• ISO 27001:2022 vedlegg A 5.9
• ISO 27001:2022 vedlegg A 8.20
• ISO 27001:2022 vedlegg A 8.22
• ISO 27001:2022 vedlegg A 8.28

Supplerende veiledning om vedlegg A 8.8

Organisasjoner bør opprettholde en revisjonsspor av alle relevante sårbarhetshåndteringsaktiviteter for å hjelpe til med korrigerende tiltak og forhåndsprotokoller i tilfelle et sikkerhetsbrudd.

Regelmessig vurdering og gjennomgang av hele sårbarhetsbehandlingsprosessen er en fin måte å forbedre ytelsen og proaktivt identifisere eventuelle sårbarheter.

Hvis organisasjonen bruker en skytjenesteleverandør, bør de sikre at leverandørens tilnærming til sårbarhetshåndtering er kompatibel med deres egen og bør inkluderes i den bindende tjenesteavtalen mellom begge parter, inkludert eventuelle rapporteringsprosedyrer (se ISO 27001:2022 vedlegg A 5.32) .

Endringer og forskjeller fra ISO 27001:2013

ISO 27001:2022 vedlegg A 8.8 erstatter to vedlegg A-kontroller fra ISO 27001:2013, disse er:

• 12.6.1 – Håndtering av tekniske sårbarheter
• 18.2.3 – Teknisk samsvarsgjennomgang

ISO 27001:2022 vedlegg A 8.8 introduserer en ny, distinkt tilnærming til sårbarhetshåndtering enn den som finnes i ISO 27001:2013. Det er en bemerkelsesverdig avvik fra tidligere standard.

ISO 27001:2013 vedlegg A 12.6.1 fokuserte hovedsakelig på å sette på plass korrigerende tiltak når en sårbarhet er oppdaget, mens vedlegg A 18.2.3 kun gjelder tekniske midler (stort sett penetrasjonstesting).

ISO 27001:2022 vedlegg A 8.8 introduserer nye seksjoner som omhandler en organisasjons offentlige ansvar, metoder for å gjenkjenne sårbarheter, og rollen skyleverandører spiller for å holde sårbarheter på et minimum.

ISO 27001:2022 legger sterk vekt på rollen til sårbarhetshåndtering på andre områder (som endringsledelse) og oppfordrer til en helhetlig tilnærming, som inkluderer flere andre kontroller og informasjonssikkerhetsprosesser.

Tabell over alle ISO 27001:2022 vedlegg A kontroller

I tabellen nedenfor finner du mer informasjon om hver enkelt ISO 27001:2022 vedlegg A Kontroll.

Hvordan ISMS.online Hjelp

Vår plattformen er brukervennlig og grei. Det er ment for alle i organisasjonen, ikke bare teknologikyndige mennesker. Vi anbefaler å involvere personell fra alle nivåer i virksomheten konstruere ISMS da dette bidrar til å skape et system som vil vare.

Ta kontakt nå for å arrangere en demonstrasjon.