ISO 27001:2022 Vedlegg A Kontroll 5.19

Informasjonssikkerhet i leverandørforhold

Bestill en demonstrasjon

gruppe,med,glade,kolleger,diskuterer,i,konferanse,rom

ISO 27001:2022 vedlegg A Kontroll 5.19 handler om informasjonssikkerhet i leverandørforhold. Målet her er beskyttelse av organisasjonens verdifulle eiendeler som er tilgjengelige for eller påvirkes av leverandører.

Vi anbefaler også at du også vurderer andre nøkkelrelasjoner her også, for eksempel partnere hvis de ikke er leverandører, men også har en innvirkning på dine eiendeler som kanskje ikke bare dekkes av en kontrakt alene.

Dette er en viktig del av styringssystem for informasjonssikkerhet (ISMS), spesielt hvis du ønsker å oppnå ISO 27001-sertifisering. La oss forstå disse kravene og hva de betyr i litt mer dybde nå.

Leverandører brukes av to hovedårsaker; en: du vil at de skal gjøre arbeid som du har valgt å ikke gjøre internt selv, eller; to: du kan ikke enkelt gjøre arbeidet like bra eller så kostnadseffektivt som leverandørene.

Det er mange viktige ting å vurdere i tilnærmingen til leverandørvalg og -styring, men én størrelse passer ikke alle, og noen leverandører vil være viktigere enn andre. Som sådan bør kontrollene og retningslinjene også reflektere det, og en segmentering av forsyningskjeden er fornuftig; vi tar til orde for fire kategorier av leverandører basert på verdien og risikoen i forholdet. Disse spenner fra de som er forretningskritiske til andre leverandører som ikke har noen vesentlig innvirkning på organisasjonen din.

Formål med ISO 27001:2022 vedlegg A 5.19

ISO 27001:2002 vedlegg A Kontroll 5.19 omhandler en organisasjons forpliktelse til å sikre at det ved bruk av produkter og tjenester på leverandørsiden (inkludert skytjenesteleverandører) tas tilstrekkelig hensyn til risikonivået som ligger i bruk av eksterne systemer, og følgevirkninger som kan ha på deres egen etterlevelse av informasjonssikkerhet.

En god policy beskriver leverandørsegmentering, valg, ledelse, exit, hvordan informasjonskapasitet rundt leverandører kontrolleres for å redusere de tilknyttede risikoene, men likevel gjøre det mulig å nå forretningsmålene og målene. Smarte organisasjoner vil pakke inn sine informasjonssikkerhetspolitikk for leverandører inn i et bredere relasjonsrammeverk og unngå kun å konsentrere seg om sikkerhet i seg selv, og se på de andre aspektene også.

Vedlegg A Kontroll 5.19 er en forebyggende kontroll som modifiserer risiko ved å opprettholde prosedyrer som adresserer iboende sikkerhetsrisikoer knyttet til bruk av produkter og tjenester levert av tredjeparter.

Hvem har eierskap til vedlegg A 5.19?

Mens kontroll ISO 27001 Vedlegg A 5.19 inneholder mye veiledning om bruk av IKT-tjenester, det bredere omfanget av kontrollen omfatter mange andre aspekter av en organisasjons forhold til sin leverandørbase, inkludert leverandørtyper, logistikk, verktøy, finansielle tjenester og infrastrukturkomponenter).

Som sådan bør eierskapet til vedlegg A-kontroll 5.19 ligge hos et medlem av toppledelsen som fører tilsyn med en organisasjons kommersielle drift, og opprettholder et direkte forhold til en organisasjons leverandører, som f.eks. Chief Operating Officer.

Få et forsprang på ISO 27001
  • Alt oppdatert med 2022-kontrollsettet
  • Få 81 % fremgang fra det øyeblikket du logger på
  • Enkel og lett å bruke
Bestill demoen din
img

Generell veiledning for ISO 27001:2022 vedlegg A 5.19

Overholdelse av vedlegg A-kontroll 5.19 innebærer å følge det som er kjent som en 'emnespesifikk' tilnærming til informasjonssikkerhet i leverandørforhold.

En organisasjon kan ønske at leverandører skal få tilgang til og bidra til visse informasjonsressurser med høy verdi (f.eks. utvikling av programvarekode, regnskapsinformasjon om lønn). De må derfor ha klare avtaler om nøyaktig hvilken tilgang de gir dem, slik at de kan kontrollere sikkerheten rundt det.

Dette er spesielt viktig med stadig flere informasjonshåndtering, prosessering og teknologitjenester som outsources. Det betyr å ha et sted å vise ledelse av forholdet skjer; kontrakter, kontakter, hendelser, relasjonsaktivitet og risikostyring osv. Der leverandøren også er intimt involvert i organisasjonen, men kanskje ikke har sitt eget sertifiserte ISMS, er det også verdt å demonstrere samsvar rundt å sikre at leverandørpersonalet er utdannet og klar over sikkerhet, opplært i retningslinjene dine osv.

Emnespesifikke tilnærminger oppmuntrer organisasjoner til å lage leverandørrelaterte retningslinjer som er skreddersydd for individuelle forretningsfunksjoner, i stedet for å følge en generell leverandørstyringspolicy som gjelder for alle tredjepartsforhold på tvers av en organisasjons kommersielle drift.

Det er viktig å merke seg at ISO 27001 Annex A Control 5.19 ber organisasjonen implementere retningslinjer og prosedyrer som ikke bare styrer organisasjonens bruk av leverandørressurser og skyplattformer, men også danner grunnlaget for hvordan de forventer at leverandørene deres skal oppføre seg før og gjennom hele det kommersielle forholdet.

Som sådan kan vedlegg A-kontroll 5.19 sees på som det vesentlige kvalifiserende dokumentet som dikterer hvordan informasjonssikkerhetsstyring håndteres i løpet av en leverandørkontrakt.

ISO 27001 vedlegg A Kontroll 5.19 inneholder 14 hovedveiledningspunkter som skal følges:

1) Opprettholde en nøyaktig oversikt over leverandørtyper (f.eks. finansielle tjenester, IKT-maskinvare, telefoni) som har potensial til å påvirke informasjonssikkerhetens integritet.

Samsvar – Lag en liste over alle leverandører som din organisasjon jobber med, kategoriser dem i henhold til deres forretningsfunksjon og legg til kategorier til nevnte leverandørtyper etter behov.

2) Forstå hvordan du vet leverandører, basert på risikonivået som er iboende for deres leverandørtype.

Samsvar – Ulike leverandørtyper vil kreve ulike due diligence-kontroller. Vurder å bruke kontrollmetoder på leverandør-for-leverandør-basis (f.eks. bransjereferanser, regnskaper, vurderinger på stedet, sektorspesifikke sertifiseringer som Microsoft-partnerskap).

3) Identifiser leverandører som har forhåndseksisterende informasjonssikkerhetskontroller på plass.

Samsvar – Be om å se kopier av leverandørers relevante styringsprosedyrer for informasjonssikkerhet, for å vurdere risikoen for din egen organisasjon. Hvis de ikke har noen, er det ikke et godt tegn.

4) Identifiser og definer de spesifikke områdene av din organisasjons IKT-infrastruktur som leverandørene dine enten vil kunne få tilgang til, overvåke eller benytte seg av selv.

Samsvar – Det er viktig å fastslå fra første stund nøyaktig hvordan leverandørene dine skal samhandle med IKT-ressursene dine – enten de er fysiske eller virtuelle – og hvilke tilgangsnivåer de gis i henhold til kontraktsmessige forpliktelser.

5) Definer hvordan leverandørenes egen IKT-infrastruktur kan påvirke dine egne og dine kunders data.

Samsvar – En organisasjons første forpliktelse er sitt eget sett med informasjonssikkerhetsstandarder. Leverandørers IKT-ressurser må gjennomgås i samsvar med deres potensial for å påvirke oppetid og integritet i hele organisasjonen.

6) Identifiser og administrer de ulike informasjonssikkerhetsrisikoene knyttet til:

en. Leverandørbruk av konfidensiell informasjon eller beskyttede eiendeler (f.eks. begrenset til ondsinnet bruk og/eller kriminelle hensikter).

b. Defekt leverandørmaskinvare eller feilfungerende programvareplattform knyttet til lokale eller skybaserte tjenester.

Samsvar – Organisasjoner må hele tiden være oppmerksomme på informasjonssikkerhetsrisikoene forbundet med katastrofale hendelser, for eksempel uhyggelig aktivitet på leverandørsiden eller store uforutsette programvarehendelser, og deres innvirkning på organisasjonens informasjonssikkerhet.

7) Overvåke overholdelse av informasjonssikkerhet på et emnespesifikk eller leverandørtypebasis.

Samsvar – Organisasjonens behov for å sette pris på informasjonssikkerhet implikasjoner som ligger i hver leverandørtype, og justere deres overvåkingsaktivitet for å imøtekomme ulike risikonivåer.

8) Begrens mengden skade og/eller forstyrrelse forårsaket av manglende overholdelse.

Samsvar – Leverandøraktivitet bør overvåkes på en hensiktsmessig måte, og i varierende grad, i samsvar med risikonivået. Der det oppdages manglende overholdelse, enten proaktivt eller reaktivt, bør det iverksettes umiddelbare tiltak.

9) Oppretthold en robust hendelsesadministrasjon prosedyre som adresserer en rimelig mengde beredskap.

Samsvar – Organisasjoner bør forstå nøyaktig hvordan de skal reagere når de står overfor et bredt spekter av hendelser knyttet til levering av tredjepartsprodukter og -tjenester, og skissere avhjelpende tiltak som inkluderer både leverandøren og organisasjonen.

10) Vedta tiltak som ivaretar tilgjengeligheten og behandlingen av leverandørens informasjon, uansett hvor den brukes, og dermed sikre integriteten til organisasjonens egen informasjon.

Samsvar – Det bør iverksettes tiltak for å sikre at leverandørsystemer og data håndteres på en måte som ikke går på akkord med tilgjengeligheten og sikkerheten til organisasjonens egne systemer og informasjon.

11) Lag en grundig opplæringsplan som gir veiledning om hvordan personalet skal samhandle med leverandørpersonell og informasjon på leverandør-for-leverandør-basis, eller type-for-type.

Samsvar – Opplæring bør dekke hele spekteret av styring mellom en organisasjon og dens leverandører, inkludert engasjement, detaljerte risikostyringskontroller og emnespesifikke prosedyrer.

12) Forstå og administrere risikonivået som er iboende ved overføring av informasjon og fysiske og virtuelle eiendeler mellom organisasjonen og deres leverandører.

Samsvar – Organisasjoner bør kartlegge hvert trinn i overføringsprosessen og opplyse personalet om risikoen forbundet med å flytte eiendeler og informasjon fra en kilde til en annen.

13) Sørge for at leverandørforhold avsluttes med informasjonssikkerhet i tankene, inkludert fjerning av tilgangsrettigheter og muligheten til å få tilgang til organisasjonsinformasjon.

Samsvar – IKT-teamene dine bør ha en klar forståelse av hvordan de kan tilbakekalle en leverandørs tilgang til informasjon, inkludert:

  • Granulær analyse av tilknyttede domene og/eller skybaserte kontoer.
  • Distribusjon av intellektuell eiendom.
  • Portering av informasjon mellom leverandører, eller tilbake til din organisasjon.
  • Registeradministrasjon.
  • Returnere eiendeler til den opprinnelige eieren.
  • Tilstrekkelig avhending av fysiske og virtuelle eiendeler, inkludert informasjon.
  • Overholdelse av eventuelle kontraktsmessige krav, inkludert konfidensialitetsklausuler og/eller eksterne avtaler.

14) Skisser nøyaktig hvordan du forventer at leverandøren skal opptre når det gjelder fysiske og virtuelle sikkerhetstiltak.

Samsvar – Organisasjoner bør stille klare forventninger fra begynnelsen av ethvert kommersielt forhold, som spesifiserer hvordan personell på leverandørsiden forventes å oppføre seg når de samhandler med dine ansatte eller eventuelle relevante eiendeler.

Supplerende veiledning om vedlegg A 5.19

ISO erkjenner at det ikke alltid er mulig å pålegge en leverandør et fullstendig sett med retningslinjer som oppfyller hvert eneste krav fra listen ovenfor slik ISO 27001 Annex A Control 5.19 har til hensikt, spesielt når det gjelder rigide offentlige organisasjoner.

Når det er sagt, sier vedlegg A Kontroll 5.19 klart at organisasjoner bør bruke veiledningen ovenfor når de danner relasjoner med leverandører, og vurdere manglende etterlevelse fra sak til sak.

Der full overholdelse ikke er oppnåelig, gir vedlegg A Kontroll 5.19 organisasjoner spillerom ved å anbefale "kompenserende kontroller" som oppnår tilstrekkelige nivåer av risikostyring, basert på en organisasjons unike omstendigheter.

Hva er endringene fra ISO 27001:2013?

ISO 27001:2022 vedlegg A 5.19 erstatter ISO 27001:2013 Vedlegg A 15.1.1 (Informasjonssikkerhetspolicy for leverandørforhold).

ISO 27001:2022 vedlegg A 5.19 følger stort sett de samme underliggende konseptene som finnes i 2013-kontrollen, men inneholder flere tilleggsveiledningsområder som enten er utelatt fra ISO 27001:2013 vedlegg A 5.1.1, eller i det minste ikke dekket i så mange detaljer, inkludert:

  • Vetting av leverandører basert på deres leverandørtype og risikonivå.
  • Behovet for å sikre integriteten til leverandørinformasjon for å sikre egne data, og sikre forretningskontinuitet.
  • De ulike trinnene som kreves når et leverandørforhold avsluttes, inkludert avvikling av tilgangsrettigheter, IP-distribusjon, kontraktsmessige avtaler etc.

ISO 27001:2022 vedlegg A 5.19 er også eksplisitt når det gjelder å anerkjenne den svært varierende karakteren til leverandørforhold (basert på type, sektor og risikonivå), og gir organisasjoner et visst spillerom når de vurderer muligheten for manglende etterlevelse av en gitt veiledning punkt, basert på forholdets art (se "Supplerende veiledning" ovenfor).

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.

ISO 27001:2022 Organisasjonskontroller

Vedlegg A KontrolltypeISO/IEC 27001:2022 Vedlegg A IdentifikatorISO/IEC 27001:2013 Vedlegg A IdentifikatorVedlegg A Navn
OrganisasjonskontrollerVedlegg A 5.1Vedlegg A 5.1.1
Vedlegg A 5.1.2
Retningslinjer for informasjonssikkerhet
OrganisasjonskontrollerVedlegg A 5.2Vedlegg A 6.1.1Informasjonssikkerhetsroller og ansvar
OrganisasjonskontrollerVedlegg A 5.3Vedlegg A 6.1.2Ansvarsfordeling
OrganisasjonskontrollerVedlegg A 5.4Vedlegg A 7.2.1Ledelsesansvar
OrganisasjonskontrollerVedlegg A 5.5Vedlegg A 6.1.3Kontakt med myndighetene
OrganisasjonskontrollerVedlegg A 5.6Vedlegg A 6.1.4Kontakt med spesielle interessegrupper
OrganisasjonskontrollerVedlegg A 5.7NEWThreat Intelligence
OrganisasjonskontrollerVedlegg A 5.8Vedlegg A 6.1.5
Vedlegg A 14.1.1
Informasjonssikkerhet i prosjektledelse
OrganisasjonskontrollerVedlegg A 5.9Vedlegg A 8.1.1
Vedlegg A 8.1.2
Inventar over informasjon og andre tilknyttede eiendeler
OrganisasjonskontrollerVedlegg A 5.10Vedlegg A 8.1.3
Vedlegg A 8.2.3
Akseptabel bruk av informasjon og andre tilknyttede eiendeler
OrganisasjonskontrollerVedlegg A 5.11Vedlegg A 8.1.4Retur av eiendeler
OrganisasjonskontrollerVedlegg A 5.12Vedlegg A 8.2.1Klassifisering av informasjon
OrganisasjonskontrollerVedlegg A 5.13Vedlegg A 8.2.2Merking av informasjon
OrganisasjonskontrollerVedlegg A 5.14Vedlegg A 13.2.1
Vedlegg A 13.2.2
Vedlegg A 13.2.3
Informasjonsoverføring
OrganisasjonskontrollerVedlegg A 5.15Vedlegg A 9.1.1
Vedlegg A 9.1.2
Access Control
OrganisasjonskontrollerVedlegg A 5.16Vedlegg A 9.2.1Identitetshåndtering
OrganisasjonskontrollerVedlegg A 5.17Vedlegg A 9.2.4
Vedlegg A 9.3.1
Vedlegg A 9.4.3
Autentiseringsinformasjon
OrganisasjonskontrollerVedlegg A 5.18Vedlegg A 9.2.2
Vedlegg A 9.2.5
Vedlegg A 9.2.6
Tilgangsrettigheter
OrganisasjonskontrollerVedlegg A 5.19Vedlegg A 15.1.1Informasjonssikkerhet i leverandørforhold
OrganisasjonskontrollerVedlegg A 5.20Vedlegg A 15.1.2Adressering av informasjonssikkerhet innenfor leverandøravtaler
OrganisasjonskontrollerVedlegg A 5.21Vedlegg A 15.1.3Håndtere informasjonssikkerhet i IKT-leverandørkjeden
OrganisasjonskontrollerVedlegg A 5.22Vedlegg A 15.2.1
Vedlegg A 15.2.2
Overvåking, gjennomgang og endringsstyring av leverandørtjenester
OrganisasjonskontrollerVedlegg A 5.23NEWInformasjonssikkerhet for bruk av skytjenester
OrganisasjonskontrollerVedlegg A 5.24Vedlegg A 16.1.1Informasjonssikkerhetshendelsesplanlegging og -forberedelse
OrganisasjonskontrollerVedlegg A 5.25Vedlegg A 16.1.4Vurdering og beslutning om informasjonssikkerhetshendelser
OrganisasjonskontrollerVedlegg A 5.26Vedlegg A 16.1.5Respons på informasjonssikkerhetshendelser
OrganisasjonskontrollerVedlegg A 5.27Vedlegg A 16.1.6Lær av informasjonssikkerhetshendelser
OrganisasjonskontrollerVedlegg A 5.28Vedlegg A 16.1.7Samling av bevis
OrganisasjonskontrollerVedlegg A 5.29Vedlegg A 17.1.1
Vedlegg A 17.1.2
Vedlegg A 17.1.3
Informasjonssikkerhet under avbrudd
OrganisasjonskontrollerVedlegg A 5.30NEWIKT-beredskap for forretningskontinuitet
OrganisasjonskontrollerVedlegg A 5.31Vedlegg A 18.1.1
Vedlegg A 18.1.5
Juridiske, lovpålagte, regulatoriske og kontraktsmessige krav
OrganisasjonskontrollerVedlegg A 5.32Vedlegg A 18.1.2Immaterielle rettigheter
OrganisasjonskontrollerVedlegg A 5.33Vedlegg A 18.1.3Beskyttelse av poster
OrganisasjonskontrollerVedlegg A 5.34 Vedlegg A 18.1.4Personvern og beskyttelse av PII
OrganisasjonskontrollerVedlegg A 5.35Vedlegg A 18.2.1Uavhengig gjennomgang av informasjonssikkerhet
OrganisasjonskontrollerVedlegg A 5.36Vedlegg A 18.2.2
Vedlegg A 18.2.3
Overholdelse av retningslinjer, regler og standarder for informasjonssikkerhet
OrganisasjonskontrollerVedlegg A 5.37Vedlegg A 12.1.1Dokumenterte driftsprosedyrer

ISO 27001:2022 Personkontroller

Vedlegg A KontrolltypeISO/IEC 27001:2022 Vedlegg A IdentifikatorISO/IEC 27001:2013 Vedlegg A IdentifikatorVedlegg A Navn
PersonkontrollerVedlegg A 6.1Vedlegg A 7.1.1Screening
PersonkontrollerVedlegg A 6.2Vedlegg A 7.1.2Vilkår og betingelser for ansettelse
PersonkontrollerVedlegg A 6.3Vedlegg A 7.2.2Informasjonssikkerhetsbevissthet, utdanning og opplæring
PersonkontrollerVedlegg A 6.4Vedlegg A 7.2.3Disiplinær prosess
PersonkontrollerVedlegg A 6.5Vedlegg A 7.3.1Ansvar etter oppsigelse eller endring av ansettelse
PersonkontrollerVedlegg A 6.6Vedlegg A 13.2.4Konfidensialitet eller taushetserklæring
PersonkontrollerVedlegg A 6.7Vedlegg A 6.2.2Fjernarbeid
PersonkontrollerVedlegg A 6.8Vedlegg A 16.1.2
Vedlegg A 16.1.3
Informasjonssikkerhet hendelsesrapportering

ISO 27001:2022 Fysiske kontroller

Vedlegg A KontrolltypeISO/IEC 27001:2022 Vedlegg A IdentifikatorISO/IEC 27001:2013 Vedlegg A IdentifikatorVedlegg A Navn
Fysiske kontrollerVedlegg A 7.1Vedlegg A 11.1.1Fysiske sikkerhetsomkretser
Fysiske kontrollerVedlegg A 7.2Vedlegg A 11.1.2
Vedlegg A 11.1.6
Fysisk inngang
Fysiske kontrollerVedlegg A 7.3Vedlegg A 11.1.3Sikring av kontorer, rom og fasiliteter
Fysiske kontrollerVedlegg A 7.4NEWFysisk sikkerhetsovervåking
Fysiske kontrollerVedlegg A 7.5Vedlegg A 11.1.4Beskyttelse mot fysiske og miljømessige trusler
Fysiske kontrollerVedlegg A 7.6Vedlegg A 11.1.5Arbeid i sikre områder
Fysiske kontrollerVedlegg A 7.7Vedlegg A 11.2.9Clear Desk og Clear Screen
Fysiske kontrollerVedlegg A 7.8Vedlegg A 11.2.1Utstyrsplassering og beskyttelse
Fysiske kontrollerVedlegg A 7.9Vedlegg A 11.2.6Sikkerhet for eiendeler utenfor lokaler
Fysiske kontrollerVedlegg A 7.10Vedlegg A 8.3.1
Vedlegg A 8.3.2
Vedlegg A 8.3.3
Vedlegg A 11.2.5
Lagringsmedium
Fysiske kontrollerVedlegg A 7.11Vedlegg A 11.2.2Støtteverktøy
Fysiske kontrollerVedlegg A 7.12Vedlegg A 11.2.3Kablingssikkerhet
Fysiske kontrollerVedlegg A 7.13Vedlegg A 11.2.4Vedlikehold av utstyr
Fysiske kontrollerVedlegg A 7.14Vedlegg A 11.2.7Sikker avhending eller gjenbruk av utstyr

ISO 27001:2022 teknologiske kontroller

Vedlegg A KontrolltypeISO/IEC 27001:2022 Vedlegg A IdentifikatorISO/IEC 27001:2013 Vedlegg A IdentifikatorVedlegg A Navn
Teknologiske kontrollerVedlegg A 8.1Vedlegg A 6.2.1
Vedlegg A 11.2.8
Bruker endepunktenheter
Teknologiske kontrollerVedlegg A 8.2Vedlegg A 9.2.3Privilegerte tilgangsrettigheter
Teknologiske kontrollerVedlegg A 8.3Vedlegg A 9.4.1Begrensning for informasjonstilgang
Teknologiske kontrollerVedlegg A 8.4Vedlegg A 9.4.5Tilgang til kildekode
Teknologiske kontrollerVedlegg A 8.5Vedlegg A 9.4.2Sikker godkjenning
Teknologiske kontrollerVedlegg A 8.6Vedlegg A 12.1.3Kapasitetsstyring
Teknologiske kontrollerVedlegg A 8.7Vedlegg A 12.2.1Beskyttelse mot skadelig programvare
Teknologiske kontrollerVedlegg A 8.8Vedlegg A 12.6.1
Vedlegg A 18.2.3
Håndtering av tekniske sårbarheter
Teknologiske kontrollerVedlegg A 8.9NEWConfiguration Management
Teknologiske kontrollerVedlegg A 8.10NEWSletting av informasjon
Teknologiske kontrollerVedlegg A 8.11NEWDatamaskering
Teknologiske kontrollerVedlegg A 8.12NEWForebygging av datalekkasje
Teknologiske kontrollerVedlegg A 8.13Vedlegg A 12.3.1Sikkerhetskopiering av informasjon
Teknologiske kontrollerVedlegg A 8.14Vedlegg A 17.2.1Redundans av informasjonsbehandlingsfasiliteter
Teknologiske kontrollerVedlegg A 8.15Vedlegg A 12.4.1
Vedlegg A 12.4.2
Vedlegg A 12.4.3
Logging
Teknologiske kontrollerVedlegg A 8.16NEWOvervåkingsaktiviteter
Teknologiske kontrollerVedlegg A 8.17Vedlegg A 12.4.4Klokke synkronisering
Teknologiske kontrollerVedlegg A 8.18Vedlegg A 9.4.4Bruk av Privileged Utility Programs
Teknologiske kontrollerVedlegg A 8.19Vedlegg A 12.5.1
Vedlegg A 12.6.2
Installasjon av programvare på operative systemer
Teknologiske kontrollerVedlegg A 8.20Vedlegg A 13.1.1Nettverkssikkerhet
Teknologiske kontrollerVedlegg A 8.21Vedlegg A 13.1.2Sikkerhet for nettverkstjenester
Teknologiske kontrollerVedlegg A 8.22Vedlegg A 13.1.3Segregering av nettverk
Teknologiske kontrollerVedlegg A 8.23NEWWeb-filtrering
Teknologiske kontrollerVedlegg A 8.24Vedlegg A 10.1.1
Vedlegg A 10.1.2
Bruk av kryptografi
Teknologiske kontrollerVedlegg A 8.25Vedlegg A 14.2.1Sikker utviklingslivssyklus
Teknologiske kontrollerVedlegg A 8.26Vedlegg A 14.1.2
Vedlegg A 14.1.3
Programsikkerhetskrav
Teknologiske kontrollerVedlegg A 8.27Vedlegg A 14.2.5Sikker systemarkitektur og ingeniørprinsipper
Teknologiske kontrollerVedlegg A 8.28NEWSikker koding
Teknologiske kontrollerVedlegg A 8.29Vedlegg A 14.2.8
Vedlegg A 14.2.9
Sikkerhetstesting i utvikling og aksept
Teknologiske kontrollerVedlegg A 8.30Vedlegg A 14.2.7Utkontraktert utvikling
Teknologiske kontrollerVedlegg A 8.31Vedlegg A 12.1.4
Vedlegg A 14.2.6
Separasjon av utviklings-, test- og produksjonsmiljøer
Teknologiske kontrollerVedlegg A 8.32Vedlegg A 12.1.2
Vedlegg A 14.2.2
Vedlegg A 14.2.3
Vedlegg A 14.2.4
Endringsledelse
Teknologiske kontrollerVedlegg A 8.33Vedlegg A 14.3.1Testinformasjon
Teknologiske kontrollerVedlegg A 8.34Vedlegg A 12.7.1Beskyttelse av informasjonssystemer under revisjonstesting

Hvordan hjelper ISMS.online med leverandørforhold?

ISMS.online har gjort dette kontrollmålet veldig enkelt ved å gi bevis på at relasjonene dine er nøye valgt, administrert godt i livet, inkludert å bli overvåket og gjennomgått. Vårt brukervennlige kontoforhold (f.eks. leverandør)-området gjør nettopp det. Samarbeidsprosjektets arbeidsrom er gode for viktig leverandør-onboarding, fellesinitiativer, off-boarding osv. som revisor også kan se med letthet ved behov.

ISMS.online har også gjort dette kontrollmålet enklere for din organisasjon ved å gjøre det mulig for deg å fremlegge bevis på at leverandøren formelt har forpliktet seg til å overholde kravene og har forstått sitt ansvar for informasjonssikkerhet gjennom våre policypakker. Politikkpakker er ideelle der organisasjonen har spesifikke retningslinjer og kontroller den vil at leverandørpersonalet skal følge og ha tillit til at de har lest dem og forpliktet seg til å overholde – utover de bredere avtalene mellom kunde og leverandør.

Avhengig av endringens art (dvs. for mer materielle endringer) kan det være et bredere krav om å tilpasse seg A.6.1.5 informasjonssikkerhet i prosjektledelse.

Ved å bruke ISMS.online kan du:

  • Implementer raskt et styringssystem for informasjonssikkerhet (ISMS).
  • Administrer enkelt dokumentasjonen til ISMS.
  • Strømlinjeform overholdelse av alle relevante standarder.
  • Administrer alle aspekter av informasjonssikkerhet, fra risikostyring til opplæring i sikkerhetsbevissthet.
  • Kommuniser effektivt gjennom hele organisasjonen ved å bruke vår innebygde kommunikasjonsfunksjonalitet.

Ta kontakt i dag for å bestill en demo.

Se ISMS.online
i aksjon

Bestill en skreddersydd hands-on økt
basert på dine behov og mål
Bestill demoen din

100 % ISO 27001 suksess

Din enkle, praktiske og tidsbesparende vei til første gangs ISO 27001-overholdelse eller sertifisering

Bestill demoen din
Metode for sikrede resultater

ISMS.online støtter nå ISO 42001 – verdens første AI Management System. Klikk for å finne ut mer