Een IPsec-tunnel die elk half uur even wegvalt, kost een beheerder makkelijk een ochtend: logs ophalen, de fase-2-instellingen aan beide kanten naast elkaar leggen, kijken of er een MTU-probleem onder zit. Een taalmodel kan dat voorwerk doen, maar alleen als het zelf in je omgeving kan kijken in plaats van op jouw copy-paste te wachten. Daarvoor bestaat sinds kort een open standaard, MCPMCP Model Context Protocol: een open standaard waarmee een AI-assistent gegevens en functies uit andere systemen kan gebruiken, zoals je netwerk of je Odoo-database., en onze AI-inference kan die gebruiken om, onder jouw instructies, tools in je eigen netwerk aan te roepen. Dit artikel legt uit wat dat is, wat het model wel en niet mag, en hoe dat verkeer loopt zonder dat je firewall aan het internet hoeft.
De misvatting: een cloudchatbot met adminrechten
Het beeld dat bij veel beheerders opkomt: AI op je firewall betekent dat een chatbot ergens in een cloud een admin-login krijgt en via internet op je beheerinterface inlogt. Begrijpelijk, want zo zien de eerste demo's eruit. Het is niet hoe wij het inrichten. Wat er wel staat, bestaat uit vier losse onderdelen die je elk apart kunt controleren:
- Een scoped account — een eigen API-account of token op je apparaat, met uitsluitend leesrechten, dat jij aanmaakt en jij weer intrekt.
- Een privaat pad — de verbinding loopt over een cross-connect of een privé-VRF, niet over het publieke internet.
- Een model in Ede — de inference draait in BIT-2C, niet bij een partij buiten Nederland.
- Een mens die beslist — het model onderzoekt en adviseert; een wijziging voert niemand door zonder expliciete goedkeuring.
Haal één van die vier weg en je hebt inderdaad de chatbot met adminrechten. Met alle vier heb je een onderzoeksassistent die niets kan omzetten.
Wat MCP is, en wat niet
MCP (Model Context Protocol) is een open standaard, in november 2024 geïntroduceerd door Anthropic en inmiddels breed ondersteund, die beschrijft welke tools een model mag aanroepen en wat die tools teruggeven. Een MCP-server is een klein stuk software dat die tools aanbiedt en ze vertaalt naar de API van het apparaat erachter. Voor een FortiGate praat zo'n server met de REST API; voor een UniFi Dream Machine Pro met de UniFi Network API.
Het model ziet dus niet "een firewall", maar een lijstje tools met een omschrijving: haal de VPN-status op, geef de laatste 200 regels uit het eventlog, toon de policy's op deze interface. Het kiest zelf welke het nodig heeft, leest het antwoord en vraagt het volgende op. Dat is het hele mechanisme.
Wat MCP níet is: een manier om een model zelfstandig te laten beheren. Welke tools er zijn en met welke rechten, bepaal je zelf in de MCP-server en in het account dat erachter hangt.
Alleen lezen, en een mens beslist
Ons uitgangspunt is read-only. Het model kan configuratie, logs, actieve sessies en statistieken opvragen, en dat is genoeg om de meeste vragen te beantwoorden:
- Waarom flapt die IPsec-tunnel? — fase-1- en fase-2-parameters aan jouw kant, dead-peer-detection, de tijdstempels in het log en of het samenvalt met een DHCP-lease of een WAN-failover.
- Welke policy blokkeert dit verkeer? — de volgorde van de regels, welke er als eerste matcht en wat het log daarover zegt.
- Welke client eet de bandbreedte? — de sessietabel en de verkeersstatistieken per client, gesorteerd.
Het antwoord is een analyse met een voorstel, geen uitgevoerde wijziging. Dat is een bewuste keuze, omdat een model fout kan zitten: het kan een log verkeerd lezen of een oorzaak aannemen die niet klopt. Een verkeerde analyse kost je een paar minuten nalezen; een verkeerde wijziging op een firewall kost je bereikbaarheid. Wil je het model wel laten wijzigen, dan kan dat alleen als het vooraf is afgesproken, met vooraf afgesproken rechten, en pas nadat een mens het concrete voorstel heeft goedgekeurd.
Een privaat pad in plaats van een poort open
De verbinding tussen het model en je apparatuur hoeft het publieke internet niet te raken. Staat je apparatuur in ons datacenter, of is je netwerk via een eigen lijn op onze fabric aangesloten, dan loopt het verkeer over een cross-connect of een privé-VRF op onze EVPN-fabric. Je firewall krijgt geen beheerinterface aan de buitenkant; de MCP-server bereikt hem over het private pad en verder niemand.
Dat is dezelfde gedachte als bij out-of-band-beheer via WireGuard: een beheerinterface hoort onbereikbaar te zijn voor wie er niets te zoeken heeft, en dat regel je in het netwerk, niet met een sterk wachtwoord. Ook hier zet je TLS gewoon aan; een privaat pad is geen reden om API-verkeer onversleuteld te laten.
Least privilege en je eigen logging
Het account dat de MCP-server gebruikt, is een eigen API-account of token in jouw apparaat, met alleen leesrechten en door jou aangemaakt. Intrekken is één handeling aan jouw kant; je hoeft ons er niet voor te bellen. Voor zover je firewall of controller API-aanroepen logt, zie je in je eigen omgeving terug wat er wanneer is opgevraagd, op het account van het model. Wij bewaren aan onze kant geen prompts; dat is contractueel vastgelegd. De vastlegging van wat het model heeft opgevraagd ligt dus bij jou, niet bij ons.
Onderzoek door AI bij Xyphen IT
Onze AI-inference in BIT-2C in Ede kan MCP-tools in jouw omgeving aanroepen wanneer dat relevant is; hoe je daarop aansluit, staat op de technische pagina. Een FortiGate of een UniFi Dream Machine Pro sluiten we zonder bijzonder werk aan; voor andere apparatuur of software met een API bouwen we die als maatwerk, in overleg. Staat je apparatuur in BIT-colocatie of hangt je netwerk aan onze EVPN-fabric, dan koppelen we over een privaat pad. En wil je niet alleen een model dat onderzoekt maar ook mensen die het oppakken, dan past dit naast onze NOC-as-a-Service.
Wil je weten of jouw apparatuur hiervoor geschikt is? Vraag een voorstel aan of neem contact op.