Bepalen wie welke systemen en gegevens mag bereiken

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.

• AWS · StandardOS leest of het rootaccount nog een toegangssleutel heeft, een referentie die niet kan worden begrensd en moeilijk aan een persoon is toe te schrijven.
• AWS · StandardOS leest of het rootaccount de laatste dertig dagen is gebruikt, en of IAM Access Analyzer de regio bewaakt op resources die buiten het account zijn gedeeld.
• Google Cloud · StandardOS leest of buckets de toegang op bucketniveau alleen via IAM bepalen, en of iemand de basisrol Owner of Editor heeft.
• Microsoft Entra ID · StandardOS leest of gasten de beperkte rol hebben of dezelfde directoryrechten als leden.

Wat klanten over deze maatregel vragen

Beveiligingsvragenlijsten gebruiken geen maatregelnummers. Dit zijn de vragen, zoals klanten ze stellen, die uitkomen bij A.5.15. Elke vraag wordt beantwoord uit dezelfde vier registraties: de VvT-status, het goedgekeurde beleid, gedateerd bewijs en een live controle. De volledige kaart van dertig onderwerpen.

• Hoe wordt gebruikerstoegang toegekend, beoordeeld en ingetrokken wanneer iemand vertrekt?

  Toegangsbeheer, minimale rechten, in- en uitdiensttreding, beheerderstoegang · ook A.5.18, A.8.2

Waar dit onder NIS2 valt

A.5.15 is onderdeel van wat artikel 21, lid 2, onder j), Access control, vraagt. Het één keer invoeren telt voor beide, en dat is precies waarom de NIS2-mapping bestaat.