Code schrijven die aanvallen doorstaat

Maatregel Technologisch

Wat het betekent

Pas principes van veilig programmeren toe op software die u zelf schrijft.

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.

  • GitHubStandardOS leest of standaardbranches een goedkeurende review vereisen, en open Dependabot-bevindingen tegen uw termijnen.
  • SnykStandardOS leest of een gescande repository een gecommit geheim bevat, en welke projecten pull requests zonder Snyk-test samenvoegen.

Risico's die deze maatregel behandelt

Uit het startrisicoregister dat StandardOS bij het inrichten voorstelt. U behoudt, bewerkt of verwijdert elk ervan; dit zijn de risico's die A.8.28 als behandeling noemen.

  • Kwetsbaarheid geïntroduceerd in eigen softwareApplicatie

Waar dit onder NIS2 valt

A.8.28 is onderdeel van wat artikel 21, lid 2, onder e), Security in network and information systems acquisition, development and maintenance, 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.8.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.