ISOR:Beleid voor (beveiligd) ontwikkelen: verschil tussen versies
k (witte regel toegevoegd bij de toelichting) |
k (Aanpassingen naar versie 2.1) |
||
Regel 3: | Regel 3: | ||
|ID=APO_B.01 | |ID=APO_B.01 | ||
|Titel=Beleid voor (beveiligd) ontwikkelen | |Titel=Beleid voor (beveiligd) ontwikkelen | ||
|Versieaanduiding=2. | |Versieaanduiding=2.1 | ||
|Status actualiteit=Actueel | |Status actualiteit=Actueel | ||
|Px=300 | |Px=300 | ||
|Redactionele wijzigingsdatum=2021/ | |Redactionele wijzigingsdatum=2021/10/29 | ||
|Publicatiedatum=2021/ | |Publicatiedatum=2021/10/29 | ||
|Beschrijving=== | |Beschrijving===Objectdefinitie== | ||
Het resultaat van besluitvorming, waarmee het voor het beveiligd ontwikkelen (top)management van de organisatie heeft vastgelegd welke regels en protocollen gehanteerd moeten worden om op een veilige wijze veilige applicaties e.d. te ontwikkelen. | Het resultaat van besluitvorming, waarmee het voor het beveiligd ontwikkelen (top)management van de organisatie heeft vastgelegd welke regels en protocollen gehanteerd moeten worden om op een veilige wijze veilige applicaties e.d. te ontwikkelen. | ||
== | ==Objecttoelichting== | ||
De [[NEN-EN-ISO/IEC 27002:2017 (Praktijkrichtlijn met beheersmaatregelen op het gebied van informatiebeveiliging)|ISO 27002 2017]], artikel 14.2.1 formuleert ‘Beveiligd ontwikkelen’ als een eis voor het opbouwen van een beveiligde dienstverlening, architectuur, software en een beveiligd systeem. | De [[NEN-EN-ISO/IEC 27002:2017 (Praktijkrichtlijn met beheersmaatregelen op het gebied van informatiebeveiliging)|ISO 27002 2017]], artikel 14.2.1 formuleert ‘Beveiligd ontwikkelen’ als een eis voor het opbouwen van een beveiligde dienstverlening, architectuur, software en een beveiligd systeem. | ||
Versie van 29 okt 2021 10:40
De wijzigingen betreffen met name de uniformering van objectdefinities en objectnamen in en tussen BIO Thema-uitwerkingen.
Versie 2.1 in PDF-formaat is op de website CIP-overheid/producten gepubliceerd.
|
Objectdefinitie
Het resultaat van besluitvorming, waarmee het voor het beveiligd ontwikkelen (top)management van de organisatie heeft vastgelegd welke regels en protocollen gehanteerd moeten worden om op een veilige wijze veilige applicaties e.d. te ontwikkelen.
Objecttoelichting
De ISO 27002 2017, artikel 14.2.1 formuleert ‘Beveiligd ontwikkelen’ als een eis voor het opbouwen van een beveiligde dienstverlening, architectuur, software en een beveiligd systeem.
In dit thema worden bij het object ‘Beleid voor (beveiligd) ontwikkelen’ aan applicatieontwikkelingsbeleid gerelateerde specifieke aspecten benadrukt. In zo’n beleid worden onder andere methoden en technieken voor requirementsanalyse en -richtlijnen voor beveiliging in de levenscyclus van softwareontwikkeling besproken.
Criterium
Doelstelling
Risico
Indeling binnen ISOR
Dit beveiligingsprincipe:
- is gericht op het Beveiligingsaspect Beleid;
- valt binnen de Invalshoek Intentie.
ℹ️(Klik om uitleg open/dicht te klappen)
Grondslag
De grondslag voor dit principe is BIO (Baseline Informatiebeveiliging Overheid) 14.2.1
Onderliggende normen
ID | Conformiteitsindicator | Stelling |
---|---|---|
APO_B.01.01 | Regels |
De gangbare principes rondom ‘security by design’ zijn uitgangspunt voor de ontwikkeling van software en systemen. |
APO_B.01.02 | Regels |
De handreiking: Grip op Secure Software Development (SSD) is uitgangspunt voor de ontwikkeling van software en systemen. |
APO_B.01.03 | Regels |
In het beleid voor beveiligd ontwikkelen zijn de volgende aspecten in overweging genomen:
|
APO_B.01.04 | Regels |
Technieken voor beveiligd programmeren worden gebruikt voor nieuwe ontwikkelingen en hergebruik van code uit andere bronnen. |