ISO 27002:2022, Controle 5.30 – ICT-gereedheid voor bedrijfscontinuïteit

ISO 27002:2022 herziene controles

Boek een demo

bedrijf, team, druk, werken, praten, concept

Doel van de controle 5.30

Control 5.30 erkent de belangrijke rol die ICT-platforms en -diensten daarin spelen het handhaven van de bedrijfscontinuïteit, na een verstoring of een kritieke gebeurtenis.

Controle 5.30 schetst hoe ICT-diensten omgaan met verschillende belangrijke maatstaven en ondersteunende controles, waaronder die van een organisatie doelstelling hersteltijd (RTO) en de overall bedrijfsimpactanalyse (BIA).

Het einddoel is ervoor te zorgen dat de integriteit en beschikbaarheid van informatie behouden blijven vóór, tijdens en na een periode van bedrijfsonderbreking.

Attributentabel

5.30 een correctief controleer dat houdt het risico in stand door te maken ICT-continuïteitsplannen die bijdragen aan het algemene niveau van operationele veerkracht van de organisatie.

controle TypeEigenschappen voor informatiebeveiligingCyberbeveiligingsconceptenOperationele mogelijkhedenBeveiligingsdomeinen
#Correctief#Beschikbaarheid #Antwoorden #Continuïteit#Veerkracht
We zijn begonnen met het gebruik van spreadsheets en het was een nachtmerrie. Met de ISMS.online-oplossing werd al het harde werk gemakkelijk gemaakt.
Perry Bowles
Technical Director ZIPTECH
100% van onze gebruikers slaagt in de eerste keer voor de certificering
Boek uw demo

Algemene richtlijnen voor controle 5.30

Processen en procedures die via Controle 5.30 tot stand zijn gebracht, moeten worden opgesteld na een grondige BIA, waarin wordt overwogen hoe een organisatie nodig heeft om te reageren bij operationele verstoringen.

Een BIA moet gebruik maken van verschillende soorten impact en organisatiespecifieke variabelen om te meten hoe de bedrijfscontinuïteit zal worden beïnvloed, mocht een of alle producten en diensten onbeschikbaar of onbruikbaar zijn als gevolg van enige mate van verstoring.

Organisaties moeten twee sleutelvariabelen gebruiken om een ​​overeengekomen RTO te formuleren, die duidelijke doelen stelt voor de hervatting van de normale bedrijfsvoering:

een) de omvang van de verstoring

b) de type dan: van de ervaren verstoring

Binnen hun BIA moeten organisaties precies kunnen specificeren welke ICT-diensten en -functies nodig zijn om herstel te realiseren, ook individueel prestatie en vereisten.

Organisaties zouden dat moeten doen een risicoanalyse ondergaan die hun ICT-systemen evalueert en de basis vormt van een ICT-continuïteitstrategie (of -strategieën) die het herstel vóór, tijdens en na een periode van verstoring versterkt.

Zodra er overeenstemming is bereikt over een strategie, moeten specifieke processen en plannen worden ingevoerd om ervoor te zorgen dat ICT-diensten veerkrachtig en adequaat genoeg zijn om bij te dragen aan het herstel van kritieke processen en systemen, vóór, tijdens en na verstoring.

In het kader van ICT-continuïteitsplannen schetst Controle 5.30 drie belangrijke richtpunten:

  1. ICT-incidenten vereisen vaak snelle beslissingen op het gebied van informatiebeveiliging door senior medewerkers, om het herstel te bespoedigen.

    Organisaties moeten een robuuste commandostructuur in stand houden omvat competente personen met het vermogen om gezaghebbende beslissingen te nemen over technische zaken die verband houden met bedrijfscontinuïteit en RTO-naleving.

    Organisatiestructuren moeten up-to-date zijn en breed gecommuniceerd worden, om adequate communicatie mogelijk te maken en de hersteltijden te versnellen.
  2. ICT-continuïteitsplannen moeten veel aandacht krijgen, inclusief regelmatige tests en evaluaties, en goedkeuring door het senior management.

    Organisaties moeten testruns uitvoeren om de effectiviteit ervan te meten en belangrijke meetgegevens zoals respons- en oplossingstijden te meten.
  3. ICT-continuïteitsplannen moeten de volgende informatie bevatten:

    a) prestatie- en capaciteitsvereisten van alle systemen of processen die worden gebruikt bij herstelinspanningen

    b) een duidelijke RTO voor elke ICT-dienst in kwestie, en hoe de organisatie deze wil herstellen

    c) Voor ieder ICT-middel wordt een Recovery Point Objective (RPO) aangewezen en er worden procedures opgesteld die ervoor zorgen dat informatie kan worden hersteld.

Wijzigingen ten opzichte van ISO 27002:2013

ISO 27002:2022, controle 5.30 is een nieuwe controle zonder voorrang in ISO 27002:2013.

Hoe ISMS.online helpt

ISO 27002 implementatie is eenvoudiger met onze stapsgewijze checklist die u door het hele proces leidt, van het definiëren van de reikwijdte van uw ISMS tot risico-identificatie en controle-implementatie.

Ons platform is intuïtief en gemakkelijk te gebruiken. Het is niet alleen voor zeer technische mensen; het is voor iedereen in uw organisatie. Wij moedigen u aan om medewerkers op alle niveaus van uw bedrijf bij het proces te betrekken het bouwen van uw ISMS, omdat je daarmee een echt duurzaam systeem bouwt.

Neem vandaag nog contact op met boek een demo.

Ben je klaar voor
de nieuwe ISO 27002

Wij geven u een voorsprong van 81%
vanaf het moment dat u inlogt
Boek uw demo

Nieuwe bedieningselementen

Organisatorische controles

ISO/IEC 27002:2022 Controle-identificatieISO/IEC 27002:2013 Controle-identificatieControle naam
5.105.1.1, 05.1.2Beleid voor informatiebeveiliging
5.206.1.1Rollen en verantwoordelijkheden op het gebied van informatiebeveiliging
5.306.1.2Scheiding van taken
5.407.2.1Directie verantwoordelijkheden
5.506.1.3Contact met autoriteiten
5.606.1.4Contact met speciale belangengroepen
5.7NewBedreigingsintelligentie
5.806.1.5, 14.1.1Informatiebeveiliging in projectmanagement
5.908.1.1, 08.1.2Inventarisatie van informatie en andere bijbehorende activa
5.1008.1.3, 08.2.3Aanvaardbaar gebruik van informatie en andere bijbehorende bedrijfsmiddelen
5.1108.1.4Teruggave van activa
5.12 08.2.1Classificatie van informatie
5.1308.2.2Etikettering van informatie
5.1413.2.1, 13.2.2, 13.2.3Informatieoverdracht
5.1509.1.1, 09.1.2Toegangscontrole
5.1609.2.1Identiteitsbeheer
5.17 09.2.4, 09.3.1, 09.4.3Authenticatie-informatie
5.1809.2.2, 09.2.5, 09.2.6Toegangsrechten
5.1915.1.1Informatiebeveiliging in leveranciersrelaties
5.2015.1.2Het aanpakken van informatiebeveiliging binnen leveranciersovereenkomsten
5.2115.1.3Het beheren van informatiebeveiliging in de ICT-toeleveringsketen
5.2215.2.1, 15.2.2Het monitoren, beoordelen en wijzigen van de diensten van leveranciers
5.23NewInformatiebeveiliging voor gebruik van clouddiensten
5.2416.1.1Planning en voorbereiding van het beheer van informatiebeveiligingsincidenten
5.2516.1.4Beoordeling en besluitvorming over informatiebeveiligingsgebeurtenissen
5.2616.1.5Reactie op informatiebeveiligingsincidenten
5.2716.1.6Leren van informatiebeveiligingsincidenten
5.2816.1.7Verzameling van bewijs
5.2917.1.1, 17.1.2, 17.1.3Informatiebeveiliging tijdens verstoring
5.30NewICT gereed voor bedrijfscontinuïteit
5.3118.1.1, 18.1.5Wettelijke, wettelijke, regelgevende en contractuele vereisten
5.3218.1.2Intellectuele eigendomsrechten
5.3318.1.3Bescherming van documenten
5.3418.1.4Privacy en bescherming van PII
5.3518.2.1Onafhankelijke beoordeling van informatiebeveiliging
5.3618.2.2, 18.2.3Naleving van beleid, regels en standaarden voor informatiebeveiliging
5.3712.1.1Gedocumenteerde operationele procedures
Bijgewerkt voor ISO 27001 2022
  • 81% van het werk wordt voor u gedaan
  • Methode met gegarandeerde resultaten voor succes bij certificering
  • Bespaar tijd, geld en moeite
Boek uw demo
img

ISMS.online ondersteunt nu ISO 42001 - 's werelds eerste AI-managementsysteem. Klik voor meer informatie