• 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.2

      Speciale toegangsrechten

      Het toekennen en gebruiken van speciale toegangsrechten moet worden beperkt en beheerd.

      Fijnmazig gebruikersbeheer voor Linux-servers

      We houden een volledige lijst bij van gebruikers met hun publieke SSH-sleutels, beheerd via LinuxAid en Puppet voor efficiënt toegangsbeheer. Zo hebben alleen bevoegde SRE's en beheerders speciale toegang, allemaal geconfigureerd via GitOps voor transparantie en automatisering.

      Role-Based Access Control (RBAC) voor Kubernetes

      Toegang tot onze Kubernetes-clusters verloopt via een RBAC-mechanisme, waarmee we gebruikers specifieke rechten geven op basis van hun rol in de verschillende omgevingen (test/QA, productie, ontwikkeling). We gebruiken Keycloak en Netbird om toegang te krijgen tot deze k8s-clusters en Linux-servers.

      Tweefactorauthenticatie (2FA) met Keycloak

      Alle andere diensten vereisen authenticatie via Keycloak, met een standaardcombinatie van gebruikersnaam en wachtwoord plus 2FA met YubiKeys. Dat voegt een extra beschermingslaag toe voor gevoelige gegevens.

      Veilige opslag van inloggegevens met Password store

      Gevoelige inloggegevens in onze zelf gehoste Gitea worden veilig opgeslagen met Password store. Alleen gebruikers met geautoriseerde GPG-sleutels kunnen deze gegevens ontsleutelen, wat het risico op lekken verkleint en de algehele beveiliging versterkt.

      Op deze pagina

      • Fijnmazig gebruikersbeheer voor Linux-servers
      • Role-Based Access Control (RBAC) voor Kubernetes
      • Tweefactorauthenticatie (2FA) met Keycloak
      • Veilige opslag van inloggegevens met Password store