NIS2-principes in de praktijk

Meer grip op documenten.
Sterker in je NIS2-aanpak.

Wij passen NIS2-principes concreet toe in de beveiliging van anonimize. Je beperkt gevoelige informatie in documenten en houdt controle over toegang, verwerking en export. Zo helpt het platform je organisatie om risico’s te verkleinen.

De Belgische context

Voor wie geldt NIS2?

NIS2 gaat over de beveiliging van netwerk- en informatiesystemen. Of je organisatie onder de Belgische wet valt, hangt af van onder meer sector, activiteit, omvang en vestiging, inclusief eventuele groepsverbanden, uitzonderingen en aanwijzingen. Een wettelijke registratieplicht kan daarbij horen. Controleer de criteria bij het CCB.

Ook als je zelf buiten het toepassingsgebied valt, kunnen klanten beveiligingseisen aan hun leveranciers stellen. Anonimize ondersteunt een afgebakend onderdeel van die aanpak: veilige verwerking en gecontroleerd delen van documenten.

Onze eigen aanpak

NIS2-principes omzetten in concrete beveiliging.

We onderbouwen onze aanpak met aanwezige functies en controles. Hieronder maken we zichtbaar wat het platform doet en welke afspraken je organisatie zelf moet maken. Functies zoals MFA, bewaartermijnen, exportgoedkeuring en een eigen kluissleutel vragen een bewuste instelling of inschakeling.

Bescherming van informatie

Minder blootstelling, meer controle.

  • Documentherkenning en OCR op onze server in Praag, zonder generatieve AI-dienst.
  • Versleutelde documentinhoud en sleutelkoppelingen; optioneel een eigen kluissleutel in je browser.
  • Gescheiden organisaties en projectrechten, met afzonderlijke beoordeling vóór een goedgekeurde export.

Controle en onderhoud

Handelingen en beveiliging onderbouwen.

  • Auditsporen van documentacties met gebruiker, tijdstip en versie, zonder documentinhoud in het spoor.
  • Optionele tweestapsverificatie en instelbare bewaartermijnen voor resultaten en omkeersleutels.
  • Geautomatiseerde tests, vastgelegde softwareafhankelijkheden en dagelijkse back-ups van versleutelde documentgegevens.

Van vereiste naar praktijk

De belangrijkste vereisten, uitgelegd.

Artikel 21 van de NIS2-richtlijn noemt tien gebieden voor risicobeheersing. De Belgische uitwerking omvat daarnaast een beleid voor gecoördineerde bekendmaking van kwetsbaarheden. Een documentplatform levert daarvoor gerichte maatregelen; de organisatie borgt het geheel. Lees artikel 21.

  1. Risicoanalyse en beveiligingsbeleid

    NIS2 · 21(2)(a)

    Beleid om risico’s voor systemen en informatie te herkennen en te beheersen.

    Onze bijdrage
    Anonimiseren en pseudonimiseren beperken de blootstelling van persoonsgegevens. Projectrechten en bewaartermijnen ondersteunen je gekozen beleid.
    Binnen jouw organisatie
    Bepaal risico’s, verantwoordelijkheden, classificatie en aanvaardbare restrisico’s; leg keuzes vast.
  2. Incidenten behandelen

    NIS2 · 21(2)(b)

    Incidenten kunnen opsporen, beoordelen en afhandelen.

    Onze bijdrage
    Auditsporen van documentacties helpen reconstrueren wie wat heeft gedaan. Je kunt beveiligingsvragen melden via info@anonimize.eu.
    Binnen jouw organisatie
    Richt detectie, escalatie, respons en eventuele melding aan het CCB in. Een auditspoor is geen automatische incidentmelding.
  3. Continuïteit en herstel

    NIS2 · 21(2)(c)

    Back-ups, herstel na calamiteiten en crisisbeheer organiseren.

    Onze bijdrage
    Dagelijkse back-ups van versleutelde documentgegevens ondersteunen herstel. Een eigen kluissleutel blijft onder jouw beheer.
    Binnen jouw organisatie
    Bewaar je sleutel veilig, bepaal hersteldoelen en test je continuïteitsplan. Back-ups alleen bewijzen geen geslaagde hersteltest.
  4. Beveiliging van de toeleveringsketen

    NIS2 · 21(2)(d)

    Risico’s van directe leveranciers en dienstverleners mee beoordelen.

    Onze bijdrage
    We lichten verwerking, Europese documenthosting en beveiligingsfuncties toe op onze veiligheidspagina.
    Binnen jouw organisatie
    Beoordeel ons en andere leveranciers, sluit passende afspraken en neem afhankelijkheden op in je risicoanalyse.
  5. Veilig ontwikkelen en kwetsbaarheden

    NIS2 · 21(2)(e)

    Veilig inkopen, ontwikkelen en onderhouden, met behandeling en bekendmaking van kwetsbaarheden.

    Onze bijdrage
    We gebruiken geautomatiseerde tests en vastgelegde versies van softwareafhankelijkheden om wijzigingen beheerst door te voeren.
    Binnen jouw organisatie
    Beoordeel de beveiliging van je totale omgeving. Leg ook een beleid voor gecoördineerde bekendmaking van kwetsbaarheden vast; een contactadres alleen volstaat niet.
  6. Effectiviteit beoordelen

    NIS2 · 21(2)(f)

    Nagaan of beveiligingsmaatregelen in de praktijk werken.

    Onze bijdrage
    Rechten, exportgoedkeuringen en auditsporen maken concrete controles op het documentproces mogelijk.
    Binnen jouw organisatie
    Beoordeel risico’s en maatregelen periodiek. Onze productfuncties vervangen geen eigen evaluatie of onafhankelijke audit.
  7. Cyberhygiëne en opleiding

    NIS2 · 21(2)(g)

    Goede beveiligingsgewoonten en passende training voor medewerkers.

    Onze bijdrage
    Een controle vóór export helpt medewerkers bewust omgaan met herkenningen en gevoelige context.
    Binnen jouw organisatie
    Train medewerkers, houd systemen actueel en organiseer veilige werkafspraken. Controleer elk resultaat vóór je het deelt.
  8. Cryptografie en versleuteling

    NIS2 · 21(2)(h)

    Passend beleid voor cryptografie en het gebruik van versleuteling.

    Onze bijdrage
    Gevoelige documentinhoud wordt versleuteld opgeslagen. Je kunt extra browserversleuteling met een eigen AES-256-GCM-kluissleutel inschakelen.
    Binnen jouw organisatie
    Beheer sleuteltoegang en reservekopieën. Voor herkenning en OCR leest de server tijdelijk de bron; dit is geen volledige end-to-endversleuteling.
  9. Personeel, toegang en bedrijfsmiddelen

    NIS2 · 21(2)(i)

    Toegang afstemmen op rollen en informatie en systemen beheren.

    Onze bijdrage
    Organisatie- en projectrechten begrenzen toegang. Een afzonderlijke beoordelaar kan een export goedkeuren; de laatste bewerker kan dat niet zelf.
    Binnen jouw organisatie
    Beheer instroom, rolwijzigingen en vertrek. Controleer rechten en inventariseer informatie en systemen.
  10. MFA en veilige communicatie

    NIS2 · 21(2)(j)

    Waar passend multifactorauthenticatie en beveiligde communicatie inzetten.

    Onze bijdrage
    Tweestapsverificatie met een authenticator is beschikbaar en verkeer naar de app gebruikt HTTPS.
    Binnen jouw organisatie
    Schakel MFA in; het platform dwingt dit niet voor iedere gebruiker af. Beveilig ook e-mail, noodcommunicatie en andere systemen.

Als er iets misgaat

Melden vraagt een eigen proces.

Voor meldingsplichtige significante incidenten geldt in beginsel deze volgorde, zonder onnodige vertraging. De termijnen starten bij kennisname van het incident; de maandtermijn start bij de incidentmelding.

  1. 24 uur

    Vroegtijdige waarschuwing

    Een eerste waarschuwing aan de bevoegde instantie.

  2. 72 uur

    Incidentmelding

    Een eerste beoordeling van ernst, impact en beschikbare indicatoren.

  3. 1 maand

    Eindverslag

    Uiterlijk één maand na de incidentmelding; bij een lopend incident volgt eerst een voortgangsverslag.

Voor vertrouwensdienstverleners geldt ook voor de incidentmelding een termijn van 24 uur. Je organisatie bepaalt of een incident meldingsplichtig is en organiseert de melding; anonimize verstuurt deze niet automatisch. Raadpleeg de CCB-richtlijnen.

Goed om te weten

Wat betekent dit voor jou?

Bijgewerkt op

Zijn we met anonimize automatisch NIS2-compliant?

NIS2-naleving gaat over je hele organisatie: bestuur, mensen, processen, systemen en leveranciers. Anonimize levert aantoonbare technische maatregelen voor documentverwerking. Je organisatie moet die passend instellen en opnemen in haar bredere beveiligingsbeleid.

Wat betekent ‘werken volgens NIS2-principes’ voor anonimize?

We koppelen aanwezige beveiligingsmaatregelen aan concrete NIS2-thema’s, zoals toegangsbeheer, versleuteling en controleerbaarheid. Een volledige beoordeling vraagt daarnaast bewijs over toepassingsgebied, bestuur, procedures en de werking in de praktijk. Deze pagina onderbouwt onze technische aanpak; volledige wettelijke NIS2-naleving is hiermee niet vastgesteld.

Hoe helpt anonimiseren bij NIS2?

Door vóór delen of gebruik in een AI-tool onnodige identificerende gegevens weg te nemen, beperk je de blootstelling bij onbedoelde toegang. Dat ondersteunt risicobeheersing. Herleidbare pseudoniemen blijven persoonsgegevens; controle van herkenningen en context blijft nodig. Lees AVG artikel 4(5) en overweging 26.

Welke instellingen moet ik zelf activeren?

Schakel tweestapsverificatie in, stel passende projectrechten en bewaartermijnen in en kies waar nodig exportgoedkeuring en een eigen kluissleutel. Zonder ingestelde termijn worden resultaten en omkeersleutels niet automatisch verwijderd. Pseudoniemen en context blijven een menselijke controle vragen.

Gebaseerd op de officiële vereisten

Deze uitleg verbindt de vereisten met onze documentfuncties. Bekijk de concrete gegevensverwerking en beperkingen ook op de veiligheidspagina.

Samen beoordelen

Een vraag over je beveiligingsvereisten?

Leg je gewenste documentproces of leveranciersvragen aan ons voor. We bespreken welke maatregelen daarbij passen.

Mail info@anonimize.eu