ISOR:Toegangbeveiligingsarchitectuur: verschil tussen versies

Uit NORA Online
ISOR:Toegangbeveiligingsarchitectuur
Naar navigatie springen Naar zoeken springen
k (doelstelling en risico toegevoegd)
(nummer en objectnaam aangepast)
Regel 1: Regel 1:
{{#Element:
{{#element:
|ID=TVZ_B.06
|Titel=Toegangbeveiligingsarchitectuur
|Elementtype=Beveiligingsprincipe
|Elementtype=Beveiligingsprincipe
|Versie=1.0
|ID=B.06
|Titel=Toegangsbeveiligingsarchitectuur
|Status actualiteit=Actueel
|Status actualiteit=Actueel
|Redactionele wijzigingsdatum=5-12-2019
|Redactionele wijzigingsdatum=5-12-2019
|Publicatiedatum=5-12-2019
|Publicatiedatum=5-12-2019
|Beschrijving=De toegangbeveiligingsarchitectuur is een blauwdruk waarmee wordt aangegeven op welke wijze gebruikers toegang krijgen tot applicaties en overige ICT-componenten. Een datamodel op het entiteiten niveau maakt hier onderdeel van uit. Hierbij zijn de rollen van gebruikers en beheerders op basis van een bepaalde structuur, zoals RBAC- of ABAC-modellen, beschreven.
|Beschrijving=De toegangsbeveiligingsarchitectuur is een blauwdruk waarmee wordt aangegeven op welke wijze gebruikers toegang krijgen tot applicaties en overige ICT-componenten. Een datamodel op het entiteitenniveau maakt hier onderdeel van uit. Hierbij zijn de rollen van gebruikers en beheerders op basis van een bepaalde structuur, zoals RBAC- of ABAC-modellen, beschreven.
Met betrekking tot het ontwerp van de toegang tot applicaties wordt hieronder aandacht besteed aan een aantal onderwerpen waarmee bij het ontwerp van de toegangsbeveiliging architectuur rekening moet worden gehouden, zoals:
Met betrekking tot het ontwerp van de toegang tot applicaties wordt hieronder aandacht besteed aan een aantal onderwerpen waarmee bij het ontwerp van de toegangsbeveiliging architectuur rekening moet worden gehouden, zoals:
* ontwerp van identiteit- en toegangsbeheer;
* ontwerp van identiteit- en toegangsbeheer;
* inrichting toegangsbeheer;
* inrichting toegangsbeheer;
* eisen en behoeften ten aanzien van gebruikersidentificatie en –authenticatie;
* eisen en behoeften ten aanzien van gebruikersidentificatie en –authenticatie;
* gebruik van uniforme authenticatie mechanismen;
* gebruik van uniforme authenticatie-mechanismen;
* gebruik van platformaccounts met beperkte rechten;
* gebruik van platformaccounts met beperkte rechten;
* audit van uitgedeelde autorisaties.
* audit van uitgedeelde autorisaties.
De formuleringen van een control (ofwel een hoofdnorm ) ten aanzien van ‘Toegangbeveiligingsarchitectuur’ en de bijbehorende maatregelen (ofwel conformiteitsindicatoren) zijn afgeleid uit andere baselines en beveiligingsrichtlijn zoals Standard of Good Practice (ISF) en NCSC-richtlijnen voor webapplicaties.
De formuleringen van een control (ofwel een hoofdnorm) ten aanzien van ‘Toegangbeveiligingsarchitectuur’ en de bijbehorende maatregelen (ofwel conformiteitsindicatoren) zijn afgeleid uit andere baselines en beveiligingsrichtlijn zoals Standard of Good Practice (ISF) en NCSC-richtlijnen voor webapplicaties.
|Heeft bron=BIO Thema Toegangsbeveiliging
|Criterium=De organisatie moet op basis van de organisatorische eisen en wensen de ''technische inrichting'' beschreven hebben en in een ''toegangbeveiligingsarchitectuur'' (TBA) vastgelegd.
|Criterium=De organisatie moet op basis van de organisatorische eisen en wensen de ''technische inrichting'' beschreven hebben en in een ''toegangbeveiligingsarchitectuur'' (TBA) vastgelegd.
|Doelstelling=De organisatie moet op basis van de organisatorische eisen en wensen de technische inrichting beschreven hebben en in een toegangbeveiligingsarchitectuur vastgelegd.
|Doelstelling=De organisatie moet op basis van de organisatorische eisen en wensen de technische inrichting beschreven hebben en in een toegangbeveiligingsarchitectuur vastgelegd.
Regel 23: Regel 21:
|Invalshoek=Structuur
|Invalshoek=Structuur
|Grondslag=* SoGP (Standard of Good Practice): SM 2.1
|Grondslag=* SoGP (Standard of Good Practice): SM 2.1
|Stelling=Additioneel
|Conformiteitsindicator=* technische inrichting* toegangbeveiligingsarchitectuur
|Conformiteitsindicator=* technische inrichting
|Heeft bron=BIO Thema Toegangsbeveiliging
* toegangbeveiligingsarchitectuur
|Heeft ouder=ISOR:Toegangbeveiliging Beleidsdomein
}}
}}

Versie van 12 mrt 2020 16:50

Versie 2.0 van 23 oktober 2020 van de BIO Thema-uitwerking Toegangsbeveiliging is vervangen door versie 2.1 van 29 oktober 2021.
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.
Logo ISOR themaprincipes (vier hangsloten die in elkaar geklikt zitten met tekst ISOR Beveiliging Principe)

De toegangsbeveiligingsarchitectuur is een blauwdruk waarmee wordt aangegeven op welke wijze gebruikers toegang krijgen tot applicaties en overige ICT-componenten. Een datamodel op het entiteitenniveau maakt hier onderdeel van uit. Hierbij zijn de rollen van gebruikers en beheerders op basis van een bepaalde structuur, zoals RBAC- of ABAC-modellen, beschreven. Met betrekking tot het ontwerp van de toegang tot applicaties wordt hieronder aandacht besteed aan een aantal onderwerpen waarmee bij het ontwerp van de toegangsbeveiliging architectuur rekening moet worden gehouden, zoals:

  • ontwerp van identiteit- en toegangsbeheer;
  • inrichting toegangsbeheer;
  • eisen en behoeften ten aanzien van gebruikersidentificatie en –authenticatie;
  • gebruik van uniforme authenticatie-mechanismen;
  • gebruik van platformaccounts met beperkte rechten;
  • audit van uitgedeelde autorisaties.

De formuleringen van een control (ofwel een hoofdnorm) ten aanzien van ‘Toegangbeveiligingsarchitectuur’ en de bijbehorende maatregelen (ofwel conformiteitsindicatoren) zijn afgeleid uit andere baselines en beveiligingsrichtlijn zoals Standard of Good Practice (ISF) en NCSC-richtlijnen voor webapplicaties.


Criterium

De organisatie moet op basis van de organisatorische eisen en wensen de technische inrichting beschreven hebben en in een toegangbeveiligingsarchitectuur (TBA) vastgelegd.

Doelstelling

De organisatie moet op basis van de organisatorische eisen en wensen de technische inrichting beschreven hebben en in een toegangbeveiligingsarchitectuur vastgelegd.

Risico

Het verkrijgen van inzicht in samenhang van en de relatie tussen de technische componenten die een rol spelen bij inrichting- en beheer van het toegangvoorzieningsdomein.

Indeling binnen ISOR

Dit beveiligingsprincipe:

ℹ️(Klik om uitleg open/dicht te klappen)

De ISOR-wiki bevat normenkaders waarin beveiligings- en privacyprincipes zijn beschreven. Deze themaprincipes zijn conform de SIVA-methodiek ingedeeld in drie aspecten: Beleid, Uitvoering of Control. Daarnaast zijn ze geordend in invalshoeken: Intentie, Functie, Gedrag, Structuur.

Grondslag

De grondslag voor dit principe is CIP-netwerk

Onderliggende normen

IDConformiteitsindicatorStelling
TBV_B.06.01 Technische inrichting

De technische inrichting van de toegangsbeveiliging is met organisatorische eisen vormgegeven aangaande:

  • de uniformiteit en flexibiliteit van authenticatiemechanismen;
  • de rechten voor beheeraccounts;
  • de identificatie- en authenticatiemechanismen om voldoende sterke wachtwoorden af te dwingen;
  • autorisatiemechanismen, waarbij gebruikers alleen toegang krijgen tot diensten (functies) waarvoor ze specifiek bevoegd zijn.
TBV_B.06.02 Toegangsbeveiligingsarchitectuur

De inrichting van het identiteits- en toegangsbeheer is vastgelegd in een toegangbeveiligingsarchitectuur.