• Diensten
  • Zo werken wij
  • Compliance
  • Prijzen
  • Functies
InloggenRegistreren
  • Diensten
  • Zo werken wij
  • Compliance
  • Prijzen
  • Functies
  • GitHub
InloggenRegistreren
    • Overview
    • 8.1 Eindgebruikersapparatuur
    • 8.2 Speciale toegangsrechten
    • 8.3 Beperking van toegang tot informatie
    • 8.4 Toegang tot broncode
    • 8.5 Beveiligde authenticatie
    • 8.6 Capaciteitsbeheer
    • 8.7 Bescherming tegen malware
    • 8.8 Beheer van technische kwetsbaarheden
    • 8.9 Configuratiebeheer
    • 8.10 Wissen van informatie
    • 8.11 Maskeren van gegevens
    • 8.12 Voorkomen van gegevenslekken
    • 8.13 Back up van informatie
    • 8.14 Redundantie van informatieverwerkende faciliteiten
    • 8.15 Logging
    • 8.16 Monitoren van activiteiten
    • 8.17 Kloksynchronisatie
    • 8.18 Gebruik van speciale systeemhulpmiddelen
    • 8.19 Installatie van software op operationele systemen
    • 8.20 Beveiliging van netwerken
    • 8.21 Beveiliging van netwerkdiensten
    • 8.22 Netwerksegmentatie
    • 8.23 Toepassen van webfilters
    • 8.24 Gebruik van cryptografie
    • 8.25 Beveiligen tijdens de ontwikkelcyclus
    • 8.26 Beveiligingseisen voor applicaties
    • 8.27 Veilige systeemarchitectuur en technische uitgangspunten
    • 8.28 Veilig coderen
    • 8.29 Testen van de beveiliging tijdens ontwikkeling en acceptatie
    • 8.30 Uitbestede systeemontwikkeling
    • 8.31 Scheiding van ontwikkel , test en productieomgevingen
    • 8.32 Wijzigingsbeheer
    • 8.33 Testgegevens
    • 8.34 Bescherming van informatiesystemen tijdens audits
      • Overview
      • 8.1 Eindgebruikersapparatuur
      • 8.2 Speciale toegangsrechten
      • 8.3 Beperking van toegang tot informatie
      • 8.4 Toegang tot broncode
      • 8.5 Beveiligde authenticatie
      • 8.6 Capaciteitsbeheer
      • 8.7 Bescherming tegen malware
      • 8.8 Beheer van technische kwetsbaarheden
      • 8.9 Configuratiebeheer
      • 8.10 Wissen van informatie
      • 8.11 Maskeren van gegevens
      • 8.12 Voorkomen van gegevenslekken
      • 8.13 Back up van informatie
      • 8.14 Redundantie van informatieverwerkende faciliteiten
      • 8.15 Logging
      • 8.16 Monitoren van activiteiten
      • 8.17 Kloksynchronisatie
      • 8.18 Gebruik van speciale systeemhulpmiddelen
      • 8.19 Installatie van software op operationele systemen
      • 8.20 Beveiliging van netwerken
      • 8.21 Beveiliging van netwerkdiensten
      • 8.22 Netwerksegmentatie
      • 8.23 Toepassen van webfilters
      • 8.24 Gebruik van cryptografie
      • 8.25 Beveiligen tijdens de ontwikkelcyclus
      • 8.26 Beveiligingseisen voor applicaties
      • 8.27 Veilige systeemarchitectuur en technische uitgangspunten
      • 8.28 Veilig coderen
      • 8.29 Testen van de beveiliging tijdens ontwikkeling en acceptatie
      • 8.30 Uitbestede systeemontwikkeling
      • 8.31 Scheiding van ontwikkel , test en productieomgevingen
      • 8.32 Wijzigingsbeheer
      • 8.33 Testgegevens
      • 8.34 Bescherming van informatiesystemen tijdens audits

      Open source-platform voor beveiliging, compliance en beheer. Draait op elke cloud, zonder vendor lock-in.

      Producten

      • Diensten
      • Zo werken wij
      • Functies
      • Prijzen
      • Compliance

      Bedrijf

      • Over ons
      • Solutions Brief
      • Werken bij
      • Blog
      • Nieuwsbrief
      • Waarom Obmondo
      • Logo's

      Contact

      • info@obmondo.com
      • sales@obmondo.com
      • Neem contact op
      • Contact

      © 2026 Obmondo. Alle rechten voorbehouden.

      Algemene voorwaardenAfmeldenCookiebeleid
      1. compliance
      2. ·8.27

      Veilige systeemarchitectuur en technische uitgangspunten

      Principes voor het ontwerpen van veilige systemen moeten worden vastgesteld, gedocumenteerd, onderhouden en toegepast op alle ontwikkelactiviteiten voor informatiesystemen.

      Beveiliging vanaf het ontwerp

      Voordat de ontwikkeling begint, worden ontwerpdiagrammen in Mermaid gemaakt. Risicobeoordelingen brengen dreigingen in kaart in de datastroom, het toegangsbeheer en de technische beperkingen.

      Go/no-go-controlepunten voor beveiliging

      Risicobeoordelingen voor beveiliging bepalen of een ontwerp wordt goedgekeurd of moet worden gestopt; zo komen gebrekkige ontwerpen niet in de ontwikkeling terecht. Worden er kritieke beveiligingsproblemen gevonden, dan kan de ontwikkeling niet verder voordat alle risico's zijn opgelost.

      Gescheiden omgevingen

      Ontwikkel-, staging- en productieomgevingen zijn volledig van elkaar geïsoleerd. Elke omgeving heeft passende maatregelen, toegangsbeperkingen en een gecontroleerde uitrol. Deze architectonische scheiding voorkomt dat beveiligingsincidenten in de ene omgeving de andere raken.

      Zero-trust-architectuur en toegang op basis van identiteit

      Systemen dwingen op elke laag authenticatie af. Netbird biedt netwerktoegang op basis van identiteit, en servers en clusters zijn beveiligd met zero-trust-meerfactorauthenticatie.

      Op deze pagina

      • Beveiliging vanaf het ontwerp
      • Go/no-go-controlepunten voor beveiliging
      • Gescheiden omgevingen
      • Zero-trust-architectuur en toegang op basis van identiteit