Bewijs bewaren na een incident

Maatregel Organisatorisch

Wat het betekent

Verzamel en bewaar incidentbewijs zo dat het standhoudt.

Hoe StandardOS dit controleert

Alleen-lezen verbonden, volgens een schema. Een geslaagde controle houdt een bewijsregel vers; een mislukte laat hem verlopen, zodat een achteruitgang aan het licht komt in plaats van op de audit te wachten. Elke integratie, en wat elke set toegangsgegevens kan zien.

  • Google CloudStandardOS leest of auditlogboekregistratie van gegevenstoegang vóór een incident aan staat, want voor de gebeurtenis die al is gebeurd kan ze achteraf niet meer worden ingeschakeld.
  • Microsoft AzureStandardOS leest of het activiteitenlogboek buiten het venster van 90 dagen van de portal wordt bewaard, wat een beheerhandeling achteraf reconstrueerbaar maakt.
  • AWSStandardOS leest of er een CloudTrail-trail voor meerdere regio's bestaat met validatie van logbestanden, waarmee u kunt aantonen dat een logboek achteraf niet is gewijzigd.

Waar dit onder NIS2 valt

A.5.28 is onderdeel van wat artikel 21, lid 2, onder b), Incident handling, vraagt. Het één keer invoeren telt voor beide, en dat is precies waarom de NIS2-mapping bestaat.

Maatregelen die met deze samenwerken

Deze komen samen voor in hetzelfde risico of hetzelfde beleid, dus ze worden meestal ook samen ingevoerd.

Wat ISO 27001-certificering kost. De auditdagen liggen vast in ISO/IEC 27006, dus u kunt uw eigen getal uitrekenen. Of bekijk welke clausules StandardOS dekt, inclusief de clausules die het niet dekt.

Wat StandardOS voor A.5.28 klaar heeft op de auditdag

Een toepasselijkheidsbesluit en een conceptmotivering, vooraf ingevuld vanuit een profiel van zeven vragen en als concept gemarkeerd tot u ze de uwe heeft gemaakt. Een invoeringsstatus. Gedateerde bewijsregistraties die verlopen, zodat de export die uw auditor leest laat zien wat waar was en wanneer, opgeborgen onder deze referentie.