Een gestapelde switch in een patchkast die af en toe reageert, gebruikerstickets die traagheid op één enkele VLAN vermelden, een verzadigde WAN-verbinding op bepaalde tijden: dit zijn vaak de soorten operationele symptomen die de beslissing om een netwerk audit uit te voeren in gang zetten. Voordat we een methodologie uitrollen, moeten we begrijpen wat het netwerk al vertelt, via zijn logs, waarschuwingen en zichtbare knelpunten.
Terreindiagnose vóór de netwerkaudit: wat de symptomen onthullen
Op het terrein merken we dat de meeste netwerkaudits te snel beginnen. Het technische team start scans, verzamelt configuraties en produceert tabellen. Het probleem is dat we, zonder eerst recente incidenten en gebruikersklachten te analyseren, de relevante invalshoek missen.
Verder lezen : De sleutelstappen voor een stressvrije en zorgeloze verhuizing
Een effectieve audit begint met een lezing van de supporttickets van de afgelopen drie tot zes maanden. We zoeken naar patronen: een externe site die deconnecties accumuleert, een cloudservice waarvan de prestaties op dezelfde tijdstippen verslechteren, een netwerksegment waar afdrukken regelmatig mislukken. Deze zwakke signalen sturen de reikwijdte veel beter aan dan een generiek lastenboek.
Concreet vergelijken we deze meldingen met de al beschikbare SNMP- of NetFlow-gegevens op de actieve apparatuur. Als uw netwerkbewaking bestaat maar niemand de dashboards bekijkt, begint de audit daar: begrijpen waarom de waarschuwingen niet worden benut. U vindt een gedetailleerde beschrijving van de stappen van een netwerkaudit die deze sequentiële aanpak formaliseert.
Ook interessant : Hoe kies je een effectieve hor voor een schuifpui van 300 x 220 cm?
Netwerkkaart en inventaris: verder gaan dan alleen een lijst van apparatuur
De netwerkkaart is de ruggengraat van elke netwerkaudit. Concurrenten spreken allemaal over inventaris, maar de werkelijke moeilijkheid ligt elders: in de kloof tussen de bestaande documentatie en de fysieke realiteit.
Shadow IT verstoort uw netwerkkaart
We ontdekken regelmatig unmanaged switches onder een bureau, persoonlijke Wi-Fi-toegangspunten die zijn aangesloten op bedrijfsnetwerkstopcontacten, of VPN-tunnels opgezet door een vergeten leverancier. Een netwerkinventaris die shadow IT negeert, is per definitie incompleet.
Om de netwerkkaart te betrouwbaarder te maken, combineren we verschillende bronnen:
- Een actieve scan (type Nmap of gelijkwaardig) die elk reagerend IP-adres, de open poorten en de blootgestelde diensten op elk segment identificeert
- Een extractie van de ARP-tabellen en MAC-databases van de switches, die de aangesloten apparatuur onthult, zelfs als ze niet op ping reageren
- Een vergelijking met het CMDB-referentiekader of de parkbeheer spreadsheet, om de verschillen tussen het opgegeven en het geconstateerde te identificeren
Deze vergelijking produceert een lijst van concrete anomalieën: onbekende apparatuur, dubbele IP-adressen, geconfigureerde maar lege VLAN’s. Elke anomalie wordt een punt van onderzoek voor de verdere audit.
Cloud en SaaS integreren in de reikwijdte
Netwerkaudits die zich beperken tot het LAN en de interne WAN missen een groeiend deel van het verkeer. Cloudomgevingen (IaaS, PaaS) en SaaS-diensten zoals Microsoft 365 genereren stromen die door uw infrastructuur gaan. Het netwerk auditeren zonder de cloudconfiguraties op te nemen, betekent slechts de helft van het verkeer controleren.
Hier controleren we de regels voor uitgaand verkeer, de activatie van MFA op de cloudbeheersconsole en de logging van verbindingen. De terugkoppeling varieert op dit punt afhankelijk van de volwassenheid van het bedrijf, maar de totale afwezigheid van zichtbaarheid op cloudstromen is een veelvoorkomend waarschuwingssignaal.
Netwerkbeveiligingsanalyse en NIS2-conformiteit
De beveiligingsanalyse gaat verder dan alleen een kwetsbaarheidsscan. Op het terrein observeren we drie kritieke punten die de geautomatiseerde rapporten niet altijd vastleggen.
Het eerste betreft de firmware. Een switch of firewall waarvan de firmware al jaren niet is bijgewerkt, accumuleert bekende kwetsbaarheden. We controleren systematisch de versies die in gebruik zijn en vergelijken deze met de beveiligingsbulletins van de fabrikant. Een netwerkapparaat met verouderde firmware is een gedocumenteerde open deur.
Het tweede betreft de filterregels. Firewalls accumuleren in de loop der jaren regels, vaak zonder opruiming. We vinden vaak “any-any” regels die in een spoedactie tijdens een probleem zijn aangemaakt en nooit zijn verwijderd. De audit identificeert ze, classificeert ze op risico en beveelt hun verwijdering of vervanging aan.
Het derde punt betreft de naleving van regelgeving. Sinds de omzetting van de Europese NIS2-richtlijn moeten netwerkaudits een beoordeling van de beveiligingscontroles met betrekking tot als belangrijk beschouwde diensten omvatten: logging, incidentbeheer, back-ups, bedrijfscontinuïteit. De traceerbaarheid van de verzamelde bewijzen wordt een vereiste voor de bevoegde autoriteiten of externe auditors.
Netwerkauditrapport: aanbevelingen structureren op basis van operationele prioriteit
Een auditrapport dat tweehonderd punten zonder hiërarchie opsomt, eindigt in een lade. Het doel van het opleverdocument is dat het IT-team de volgende week kan handelen op de meest blootgestelde risico’s.
We structureren de aanbevelingen in drie niveaus:
- Directe acties (binnen vijftien dagen): kritieke kwetsbaarheden corrigeren, wees-toegang verwijderen, firmware bijwerken die aan het einde van de ondersteuning is
- Acties op middellange termijn (één tot drie maanden): het IP-adresseringsplan herzien, VLAN’s segmenteren volgens bedrijfsgebruik, een benutbare netwerkbewaking implementeren
- Structurele acties (meer dan drie maanden): architectuur migreren, verouderde apparatuur vervangen, volledige NIS2-conformiteit bereiken
Elke aanbeveling moet worden gekoppeld aan een risico dat tijdens de audit is geïdentificeerd. Zonder deze expliciete link zal het management het budget niet goedkeuren. We koppelen aan elk punt een niveau van urgentie, de betrokken apparatuur of segment, en een inschatting van de werklast.
Het rapport bevat ook de bijgewerkte netwerkkaart, die het referentiekader van het bedrijf wordt. Dit levende document zal de basis van vergelijking zijn voor de volgende audit, waardoor de werkelijke vooruitgang in netwerkbeveiliging en -prestaties kan worden gemeten.
Een goed uitgevoerde netwerkaudit eindigt niet bij de overhandiging van het rapport. Het laatste nuttige opleverdocument is een opvolgingsschema dat wordt gedeeld tussen de IT-afdeling en het management, met deadlines en een aangewezen verantwoordelijke voor elke actie. Zonder deze opvolging zullen dezelfde kwetsbaarheden bij de volgende diagnose opnieuw opduiken.