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

      Gebruik van cryptografie

      Er moeten regels voor het doeltreffende gebruik van cryptografie, waaronder het beheer van cryptografische sleutels, worden vastgesteld en geïmplementeerd.

      Sleutelbeheer op basis van hardwaretokens (YubiKey met pincode + aanraking)

      Privésleutels (uitsluitend RSA-sleutels van 4096 bits) verlaten het hardwaretoken nooit en vereisen voor elke handeling het fysiek invoeren van een pincode en een bevestiging door aanraking. Zelfs een gecompromitteerd werkstation kan niet bij de sleutels.

      Geautomatiseerde rotatie van certificaten en secrets

      Certificaten van Let's Encrypt worden elke 3 maanden automatisch vernieuwd. De sleutels van de Sealed Secrets-controller roteren maandelijks. Geen handmatige rotatie, nul incidenten door verlopen sleutels.

      Ondertekenen van commits verplicht met YubiKey

      We dwingen het ondertekenen van commits met een YubiKey af; anders worden commits niet gepusht — ze worden tegengehouden door Gitea-runners.

      Verplicht ondertekenen van commits met YubiKey

      We eisen dat alle commits worden ondertekend met de GPG-sleutels op onze YubiKeys. Niet-ondertekende commits of commits die met lokale sleutels zijn ondertekend, worden geweigerd door Gitea-runners, wat zorgt voor herkomst, authenticiteit en een wijzigingshistorie die bestand is tegen manipulatie in de hele codebase.

      Op deze pagina

      • Sleutelbeheer op basis van hardwaretokens (YubiKey met pincode + aanraking)
      • Geautomatiseerde rotatie van certificaten en secrets
      • Ondertekenen van commits verplicht met YubiKey
      • Verplicht ondertekenen van commits met YubiKey