A.8.26
Bepalen wat een toepassing veilig moet doen
Maatregel Technologisch
Wat het betekent
Specificeer beveiligingseisen bij het bouwen of aanschaffen van toepassingen.
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.26 als behandeling noemen.
- Kwetsbaarheid geïntroduceerd in eigen softwareApplicatie
Waar dit onder NIS2 valt
A.8.26 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.27Systemen ontwerpen op veilige uitgangspunten
- 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.26 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.