Wat is spoofing?
Spoofing is een verzamelterm voor aanvallen waarbij een aanvaller zich voordoet als een vertrouwd apparaat, gebruiker of dienst door een identiteitskenmerk te vervalsen, zoals een MAC-adres, IP-adres, DNS-antwoord, afzender of protocolbericht. Het doel is misleiding: het slachtoffer accepteert verkeer, opdrachten of meetwaarden omdat ze van een bekende bron lijken te komen. In OT-netwerken kan spoofing leiden tot datavervalsing, ongeautoriseerde aansturing van apparatuur en het ondermijnen van netwerkbeveiliging, vaak zonder dat de operator iets merkt.
🧠 Hoe werkt spoofing?
Elk netwerk vertrouwt op kenmerken die zeggen wie iets verstuurt: een MAC-adres op laag 2, een IP-adres op laag 3, een domeinnaam in DNS of een stationsadres in een industrieel protocol. Zolang zo’n kenmerk niet cryptografisch is beschermd, kan een aanvaller het gewoon invullen. Spoofing is dus geen inbraak in de klassieke zin, maar misbruik van vertrouwen dat nooit is gecontroleerd.
In de kantoor-IT is dat risico grotendeels afgedekt met versleutelde verbindingen (TLS), certificaten en sterke authenticatie. In de industriële automatisering ligt dat anders. Veel protocollen stammen uit een tijd van gesloten seriële netwerken: Modbus (1979), DNP3 en klassieke S7comm accepteren elk bericht dat het juiste formaat en adres heeft. Een PLC kan niet zien of een schrijfopdracht van de echte SCADA-server komt of van een laptop die op een vrije switchpoort is aangesloten.
Spoofing is daarom vaak de eerste stap van een grotere aanval. Wie zich als gateway voordoet, zit tussen twee partijen in (Man-In-The-Middle); wie zich als engineeringstation voordoet, kan opdrachten sturen; wie meetwaarden vervalst, kan een operator laten geloven dat alles normaal is.
🔧 Welke soorten spoofing komen voor in OT?
| Type spoofing | Laag | Wat wordt vervalst | Typisch gevolg in OT | Belangrijkste tegenmaatregel |
|---|---|---|---|---|
| MAC-spoofing | 2 | Het MAC-adres van een bestaand apparaat, bijvoorbeeld een PLC | Omzeilen van MAC-filters, verkeer omleiden | 802.1X met certificaten, Port Security |
| ARP Spoofing | 2–3 | De koppeling tussen IP- en MAC-adres in ARP-tabellen | Man-in-the-middle tussen HMI en PLC | Dynamic ARP Inspection, statische ARP-entries |
| IP-spoofing | 3 | Het bron-IP-adres in pakketten | Firewallregels omzeilen, valse opdrachten via UDP | IP Source Guard, ingress filtering |
| DNS-spoofing | 7 | Het antwoord op een naamopvraag | Verkeer naar een kwaadaardige server, valse updates | DNSSEC, DNS Monitoring |
| Protocol-spoofing | 7 | Berichten van Modbus, DNP3, S7comm of GOOSE | Valse schakelopdrachten of meetwaarden | Beveiligde protocolvarianten, DPI |
| Tijd-spoofing | fysiek / 2–7 | GNSS-signalen of NTP/PTP-berichten | Verkeerde gebeurtenisvolgorde, ongeldige certificaten | Zie GNSS-verstoring, NTS |
| E-mail-spoofing | 7 | Het afzenderadres | Phishing richting engineers en leveranciers | SPF, DKIM, DMARC, Email Filtering |
E-mail-spoofing lijkt een IT-probleem, maar is in de praktijk een veelgebruikte route naar OT: een vervalste mail “van de leverancier” met een nieuwe firmwareversie of een verzoek om externe toegang is een klassiek begin van social engineering.
🏭 Waarom zijn industriële protocollen zo vatbaar voor spoofing?
De meeste veldbus- en controllerprotocollen zijn ontworpen voor betrouwbaarheid en snelheid, niet voor authenticatie. Inmiddels bestaan voor de belangrijkste protocollen beveiligde varianten, maar die zijn in bestaande installaties nog zeldzaam.
| Protocol | Standaard gedrag | Beveiligde variant | Wat de variant toevoegt |
|---|---|---|---|
| Modbus TCP | Geen authenticatie, poort 502 | Modbus/TCP Security (2018), poort 802 | TLS met X.509v3-certificaten, inclusief rolinformatie |
| DNP3 | Geen authenticatie | Secure Authentication v5 (IEEE 1815-2012) | Berichtauthenticatie tegen spoofing en replay, geen versleuteling |
| GOOSE (IEC 61850) | Multicast zonder authenticatie | IEC 62351-6 | Authenticatie van GOOSE- en Sampled Values-berichten |
| OPC UA | Security mode None mogelijk | Sign of SignAndEncrypt | Certificaatgebaseerde ondertekening en versleuteling |
| NTP | Geen of zwakke authenticatie | Network Time Security (RFC 8915, 2020) | Cryptografisch beschermde tijdpakketten |
Twee kanttekeningen. Ten eerste werkt een beveiligde variant alleen als beide kanten hem ondersteunen en de oude variant daarna wordt uitgeschakeld. Ten tweede vraagt elke certificaatoplossing om certificaatbeheer; een verlopen certificaat in een onderstation is een beschikbaarheidsrisico.
🎯 Welke OT-scenario’s zijn het meest realistisch?
| Scenario | Gevolg |
|---|---|
| MAC-spoofing van een SCADA-server | Netwerkverkeer wordt omgeleid of gesaboteerd |
| IP-spoofing van een HMI | De PLC voert opdrachten uit die niet van de operator komen |
| ARP-spoofing tussen PLC en Historian | Man-in-the-middle-aanval op productiegegevens |
| Vals Modbus-verkeer | Onbevoegde aansturing van actuatoren of overschrijven van setpoints |
| Vervalste GOOSE-berichten | Onterecht openen of sluiten van een vermogensschakelaar in een onderstation |
| Vervalste meetwaarden naar de operator | Afwijkingen blijven onopgemerkt tot er fysieke schade is |
Het bekendste voorbeeld van het laatste scenario is Stuxnet. De malware nam volgens de analyse van Ralph Langner ongeveer 21 seconden aan normale sensorwaarden op en speelde die tijdens de sabotage steeds opnieuw af, zodat operators en bewakingssystemen een gezond proces zagen. Dat is een combinatie van spoofing en een replay-aanval.
MITRE ATT&CK for ICS beschrijft dit soort gedrag sinds versie 19 (april 2026) onder Unauthorized Message (T1692), met de subtechnieken Command Message (valse opdrachten) en Reporting Message (valse meldingen en meetwaarden). Daarnaast staat Adversary-in-the-Middle als aparte techniek in de matrix.
🔄 Wat is het verschil tussen spoofing, replay en man-in-the-middle?
| Aanval | Kern | Vereist dat de aanvaller | Voorbeeld |
|---|---|---|---|
| Spoofing | Zich voordoen als een ander | Een identiteitskenmerk kan vervalsen | Modbus-schrijfopdracht met het IP-adres van de HMI |
| Replay Attack | Een geldig bericht later opnieuw versturen | Verkeer heeft kunnen opnemen | Een eerder onderschepte “start pomp”-opdracht herhalen |
| Man-In-The-Middle | Verkeer tussen twee partijen onderscheppen en aanpassen | Op het pad tussen beide partijen zit | Via ARP poisoning meetwaarden onderweg wijzigen |
De drie overlappen: spoofing is meestal het middel om in de middelste positie te komen, en replay is een vorm van spoofing met echte, maar verouderde berichten. Daarom beschermen dezelfde maatregelen vaak tegen alle drie: authenticatie met volgnummers of tijdstempels en integriteitscontrole.
🛡️ Hoe beschermt u een OT-netwerk tegen spoofing?
| Maatregel | Toelichting |
|---|---|
| MAC Binding | Koppel bekende MAC-adressen aan vaste switchpoorten |
| Port Security | Beperk het aantal toegestane apparaten per switchpoort |
| 802.1X | Vereist authenticatie vóór netwerktoegang, bij voorkeur met certificaten |
| DHCP Snooping | Registreert welk IP-adres door welk MAC-adres op welke poort is verkregen |
| Dynamic ARP Inspection | Weigert ARP-berichten die niet overeenkomen met de DHCP Snooping-bindingen |
| IP Source Guard | Blokkeert IP-pakketten zonder geldige binding op die poort |
| Netwerksegmentatie en VLAN’s | Beperkt hoe ver een gespooft apparaat kan reiken |
| Anomaliedetectie | Herkent spoofingpogingen via gedragspatronen of dubbele adressen |
| Zero Trust Architecture | Vertrouw niets, verifieer alles, ook binnen het interne netwerk |
Let op de grenzen. MAC-filtering en port security alleen houden een aanvaller niet tegen die het MAC-adres van een uitgeschakeld of losgekoppeld apparaat overneemt; 802.1X met certificaten wel. Omdat 802.1X alleen bij het opkomen van de poort authenticeert, kan een aanvaller met een hub of tap achter een geauthenticeerd apparaat nog meeliften; MACsec (IEEE 802.1AE) sluit dat gat door elk frame op de verbinding cryptografisch te beschermen. Voor IP-spoofing aan de rand van het netwerk geldt ingress filtering volgens BCP 38 (RFC 2827, mei 2000): een router accepteert alleen bronadressen die bij het aangesloten netwerk horen.
In IEC 62443-3-3 vallen de anti-spoofingeisen vooral onder SR 1.2 (identificatie en authenticatie van softwareprocessen en apparaten, vanaf security level 2) en SR 3.1 (integriteit van communicatie). Wie een zone op SL 2 of hoger ontwerpt, moet dus aantonen dat apparaten elkaar kunnen herkennen en dat berichten onderweg niet ongemerkt veranderen.
🔍 Hoe detecteert u spoofing?
- ARP-bewaking - signaleert een IP-adres dat plotseling bij een ander MAC-adres hoort, of twee apparaten met hetzelfde adres
- IDS/IPS - systemen zoals Suricata herkennen bekende aanvalspatronen; een netwerkmonitor als Zeek legt alle ARP-, DNS- en protocolverkeer vast voor analyse
- Passieve OT-monitoring - leert de normale communicatierelaties (welke HMI praat met welke PLC, met welke functiecodes) en alarmeert bij een nieuwe afzender
- Netwerkmonitoring - visualiseert afwijkingen in verkeerspatronen, zoals een nieuw apparaat of een onbekend apparaat op een switchpoort
- SIEM - verzamelt en correleert spoofinggerelateerde logs van switches (DAI-drops, port security-violations) en firewalls
- Procesplausibiliteit - vergelijk meetwaarden met fysieke verwachtingen; een sensor die exact hetzelfde patroon blijft herhalen is verdacht
Een actuele asset-inventaris is de basis: zonder lijst van bekende MAC- en IP-adressen is een vervalst apparaat niet te onderscheiden van een legitiem apparaat.
🛠️ Hoe pakt u spoofing stapsgewijs aan?
- Inventariseer alle apparaten met MAC-adres, IP-adres, switchpoort en communicatierelaties.
- Segmenteer het netwerk in zones en conduits, zodat spoofing binnen één zone blijft.
- Schakel switchfuncties in die al aanwezig zijn op een managed switch: port security, DHCP Snooping, Dynamic ARP Inspection en IP Source Guard. Gebruik statische bindingen voor apparaten met een vast IP-adres, want de meeste PLC’s gebruiken geen DHCP.
- Voer 802.1X of NAC in waar de apparaten het ondersteunen, en MAB (MAC Authentication Bypass) met strikte VLAN-toewijzing waar dat niet kan.
- Kies beveiligde protocolvarianten bij vervanging of uitbreiding: OPC UA met SignAndEncrypt, Modbus/TCP Security, DNP3 SAv5.
- Bewaak met passieve monitoring en stuur alarmen naar het OT SOC of SIEM.
- Test periodiek in een testomgeving of tijdens onderhoud of de maatregelen ARP- en IP-spoofing daadwerkelijk blokkeren.
In Nederland is dit geen vrijblijvende keuze meer. De Cyberbeveiligingswet, de Nederlandse invulling van NIS2, is sinds 15 augustus 2026 van kracht en verplicht essentiële en belangrijke entiteiten tot passende maatregelen voor netwerkbeveiliging en toegangsbeheer. Anti-spoofingmaatregelen op laag 2 en 3 zijn daar een concrete, aantoonbare invulling van.
❓ Veelgestelde vragen
Is spoofing hetzelfde als hacken?
Spoofing is één specifieke techniek binnen hacken: de aanvaller doet zich voor als een vertrouwde bron door een adres of afzender te vervalsen. Spoofing is vaak de eerste stap, waarna een man-in-the-middle-aanval, datamanipulatie of het sturen van valse opdrachten volgt.
Kan een PLC zien dat een opdracht gespooft is?
Een PLC met een klassiek protocol zoals Modbus TCP of S7comm kan een gespoofte opdracht niet herkennen, omdat het protocol geen authenticatie kent. Alleen met beveiligde varianten zoals OPC UA met ondertekening, Modbus/TCP Security of DNP3 Secure Authentication kan de controller de afzender controleren.
Helpt MAC-filtering tegen spoofing?
MAC-filtering helpt beperkt tegen spoofing, omdat een aanvaller een toegestaan MAC-adres eenvoudig kan kopiëren van een apparaat dat uit staat of is losgekoppeld. Combineer MAC-filtering daarom met 802.1X, Dynamic ARP Inspection en monitoring die dubbele of verplaatste MAC-adressen signaleert.
Wat is het verschil tussen ARP-spoofing en IP-spoofing?
ARP-spoofing vervalst de koppeling tussen IP- en MAC-adres binnen een lokaal netwerk, zodat verkeer via de aanvaller loopt. IP-spoofing vervalst het bron-IP-adres in pakketten zelf, vaak om firewallregels te omzeilen of om eenzijdige opdrachten via UDP te versturen.
Is GPS-spoofing een risico voor industriële installaties?
GPS-spoofing is een reëel risico voor installaties die hun tijd uit GNSS halen, zoals onderstations en netwerken met PTP-grandmasters. Een gespoofte tijdbron verschuift ongemerkt de klok, waardoor de gebeurtenisvolgorde, logging en certificaatcontrole onbetrouwbaar worden.
Welke norm stelt eisen aan bescherming tegen spoofing in OT?
IEC 62443-3-3 stelt de belangrijkste eisen tegen spoofing in OT, met name SR 1.2 voor de authenticatie van apparaten en softwareprocessen en SR 3.1 voor de integriteit van communicatie. Voor energienetten vult IEC 62351 dit aan met beveiliging van protocollen als IEC 61850 en DNP3.
📌 Samengevat
Spoofing is een fundamentele dreiging in OT-netwerken, omdat industriële systemen vertrouwen op adressen en berichten die zelden worden gecontroleerd. Door identiteit af te dwingen met 802.1X en switchbeveiliging, beveiligde protocolvarianten te kiezen en verkeer passief te bewaken, voorkomt u dat systemen worden misleid of overgenomen.
