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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
24 uur
Vroegtijdige waarschuwing
Een eerste waarschuwing aan de bevoegde instantie.
72 uur
Incidentmelding
Een eerste beoordeling van ernst, impact en beschikbare indicatoren.
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.