Een open RDP-poort, een Copilot met een serviceaccount en een beoordelaar met twee vragen.
Acme NV: een ERP op een Windows-server, 340 mensen op Microsoft 365. De NIS2-audit vroeg wie het ERP bereikt en welke AI waar aan kan. Het antwoord is een CSV.
Acme NV maakt industriële filters, heeft 340 mensen in dienst en draait een ERP op een Windows-server die de leverancier onderhoudt via RDP. Sales leeft in Salesforce, al de rest in Microsoft 365. In het voorjaar van 2026 stelde de CyberFundamentals-beoordelaar twee vragen waarop de IT-manager geen antwoord had: wie heeft het ERP vorig kwartaal bereikt, en welke AI-systemen hebben toegang tot wat.
Voor
mensen
- Poort 3389 open naar het internet zodat de leverancier onderhoud kon doen. Geen MFA, geen sessielog.
- Een VPN voor het personeel die uitkwam op hetzelfde subnet als het ERP, de fileserver en het badgesysteem.
- Zeventien integraties gevonden tijdens de audit, geen enkele geïnventariseerd, vier ervan van mensen die vertrokken waren.
AI
- Sales had Copilot aan Salesforce gekoppeld via een gedeeld serviceaccount. De agent van elke vertegenwoordiger kon elk account lezen.
- Finance testte een agent op de REST API van het ERP met een key van de admingebruiker van de leverancier.
- Niemand kon zeggen welke agent welk klantrecord had gelezen, want niets schreef het op.
Wat er veranderde
Het ERP achter de tunnel. Een connector naast de server. Poort 3389 dezelfde dag dichtgezet op de firewall. De leverancier logt nu in met Entra ID en MFA vanaf een geregistreerd toestel, voor een onderhoudsvenster dat Acme opent en sluit. Elke sessie staat in de log, met de naam van de leverancier erbij.
Agents gekoppeld aan mensen. Copilot verbindt met de MCP-URL van Acme als de vertegenwoordiger die hem gebruikt. Vertegenwoordigers zien hun eigen accounts en die van hun team, zoals Salesforce dat al definieerde. Het serviceaccount werd in week twee verwijderd, en toen stopten drie ongedocumenteerde rapporten met werken, die daarna degelijk opnieuw zijn gebouwd.
Het ERP als beheerde tools. De OpenAPI-spec van de leverancier werd geüpload zoals hij was. Facturen oplijsten en opvragen mag voor finance-agents, aanmaken voor twee benoemde mensen, verwijderen voor niemand. De admin-key ging terug naar de leverancier.
Eén log, exporteerbaar. Elke login en elke toolcall, één keer per kwartaal geëxporteerd als CSV in de vorm die de beoordelaar aanvaardt. De twee vragen vragen nu twee filters.
Watchtower aan. Aangezet voor de tweede beoordeling, omdat de beoordelaar vroeg wat er zou gebeuren als een agent zich misdroeg. Dit is wat er gebeurde toen er een dat deed.
De beoordelaar vroeg wie het ERP in Q3 had bereikt. We stuurden een CSV. Dat was het hele gesprek.
Wat ervoor nodig was
- Entra ID koppelen en de bestaande groepen hergebruiken. Een toestelcontrole toevoegen voor het ERP.
- De connector in de serverruimte draaien. 3389 dichtzetten.
- De spec van het ERP uploaden. Lezen, schrijven en verwijderen instellen per groep.
- Copilot naar de MCP-URL laten wijzen. Het serviceaccount uitfaseren.
- De Watchtower aanzetten. Het eerste kwartaal exporteren. Drie weken met de IT-partner van Acme, waarvan het meeste opging aan het vinden van de zeventien integraties.
Namen en cijfers in deze case zijn een samenstelling van pilotgesprekken. De twee vragen zijn echt; elke NIS2-beoordelaar stelt ze.