A.8.27
Systemen ontwerpen op veilige uitgangspunten
Maatregel Technologisch
Wat het betekent
Stel principes voor veilige engineering op en pas ze toe bij elke bouw.
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.27 als behandeling noemen.
- Kwetsbaarheid geïntroduceerd in eigen softwareApplicatie
Waar dit onder NIS2 valt
A.8.27 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.
- A.8.25Beveiliging door de hele manier waarop software ontstaat
- A.8.26Bepalen wat een toepassing veilig moet doen
- A.8.28Code schrijven die aanvallen doorstaat
- A.8.33Veilige gegevens gebruiken bij het testen
- A.8.29Beveiliging testen voordat er iets uitgaat
- A.8.30Toezien op beveiliging als anderen voor u bouwen
- A.8.31Bouw-, test- en productieomgevingen uit elkaar houden
- A.8.8Bekende zwakheden vinden en verhelpen
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.27 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.