Thought leaders

LLM’s en MCP-Servers: Een Nieuw Blauwdruk voor Beveiligde AI in Extern Toegang

mm
Voeg Unite.AI toe aan je voorkeursbronnen op Google

Een groeiend aantal organisaties omarmt Large Language Models (LLM’s). LLM’s zijn uitstekend in het interpreteren van natuurlijke taal, het begeleiden van probleemoplossing en het automatiseren van herhaalde, routineuze taken die administrators vertragen. Wanneer een AI-assistent een instructie kan geven zoals “verbind me met de primaire Linux-cluster en controleer mislukte aanmeldingen” en onmiddellijk volledig georkestreerde acties kan uitvoeren, zijn de efficiency- en productiviteitswinsten onmiskenbaar.

Als onderdeel van deze trend, vinden LLM’s hun weg naar enkele van de meest gevoelige hoeken van IT-operaties, waaronder tools die teams gebruiken om externe verbindingen en bevoorrechte toegang over hybride, cloud- en on-prem-omgevingen te beheren. Externe toegangssystemen zitten op het snijvlak van vertrouwen, identiteit en operationeel beheer. Ze beheren administratorsessies, bemiddelen authenticatie en verbinden gevoelige workloads met de mensen die verantwoordelijk zijn voor het in stand houden ervan.

Waarom AI een Tussenschakel Laag Nodig Heeft in Externe Toegang

Deze uitbreiding van LLM’s naar bevoorrechte workflows is handig, maar ook problematisch. Om een opdracht uit te voeren of verbinding te maken met een host, halen sommige AI-hulpmiddelen eenvoudigweg referenties op en geven ze door aan de LLM voor gebruik downstream. Dit is een gemakkelijke shortcut, maar ook een potentieel gevaarlijke. Als een model referenties of sleutels ontvangt, dan valt de hele bevoorrechte grens in elkaar. De organisatie verliest de controle over referentiebeheer, traceerbaarheid wordt onbetrouwbaar en de LLM wordt een nieuwe, ondoorzichtige actor met toegang tot het hart van de omgeving.

Daarnaast kunnen modellen worden beïnvloed door gemanipuleerde invoer, waardoor referentie-expositie nog riskanter wordt. Bovendien maakt de behoefte van LLM’s aan contextuele gegevens hen risicovolle metgezellen voor systemen die sleutels, tokens en administratieve paden bewaken. Uiteindelijk kunnen LLM’s (en de bijbehorende AI-hulpmiddelen en modellen die ze gebruiken) enorm nuttig zijn, maar ze mogen nooit toegestaan worden om geheimen te bezitten of te behandelen. Ze zijn eenvoudigweg niet volwassen genoeg om op deze manier te worden vertrouwd.

Gezien deze zorgen en kwetsbaarheden, rijst een centrale vraag nu voor CIO’s, CISO’s en operationele leiders: Hoe kunnen we LLM’s inzetten en positioneren om ons te helpen, zonder dat ze te dicht bij onze bevoorrechte workflows komen?

Gelukkig komt er een antwoord naar voren dat architecturale zwakheden in sterke punten omzet: Model Context Protocol (MCP)-servers.

MCP-Servers: Het Herschikken van de Manier waarop LLM’s met Infrastructuur Interacteren

MCP-servers fungeren als beveiligde tussenpersonen – effectief een AI-“luchtsluis” – die LLM’s toelaten om acties aan te vragen, zonder ooit de referenties of bevoorrechte paden die die acties vereisen, aan te raken. Terwijl organisaties dieper in AI-geassisteerde operaties duiken, komen MCP-achtige benaderingen naar voren als het blauwdruk voor veilige, schaalbare integratie.

MCP-servers introduceren een scheiding van zorgen die veel beveiligingsarchitecten lang hebben betoogd dat essentieel is: de AI-assistent, maar een gecontroleerd systeem voert uit. In plaats van de LLM de autoriteit te geven om direct te handelen, wordt het model beperkt tot het uitdrukken van intentie (bijv. “verbind hier”, “verzamel logs”, “controleer dit beleid”) terwijl de MCP-server deze verzoeken interpreteert, beleid toepast en ze doorgeeft via gevalideerde hulpmiddelen. Belangrijk is dat deze benadering overeenkomt met de principes zoals beschreven in het NIST AI Risk Management Framework, dat hulpmiddelgrenzen, bemiddelde machtigingen en menselijke escalatie benadrukt.

Wat deze ontwerp zo impactvol maakt, is dat de LLM nooit gevoelige materiaal ontvangt. Authenticatie wordt intern afgehandeld via beveiligde referentie-injectie. Als gevolg hiervan ziet de LLM alleen resultaten, nooit de geheimen zelf. De LLM kan beschrijven wat er is gebeurd, helpen bij het oplossen van problemen en een mens door de volgende stappen leiden, maar kan niet zelf authenticeren.

Beveiligingsonderzoek benadrukt steeds vaker dat de transportlaag tussen AI-modellen en lokale hulpmiddelen een kritiek onderdeel is van het aanvalsoppervlak. Bijvoorbeeld, de OWASP’s Top 10 voor LLM-toepassingen benadrukt hoe onveilige plugin-interacties – vooral die welke worden blootgesteld via open localhost HTTP-eindpunten – onvertrouwde lokale processen kunnen toelaten om bevoorrechte acties te activeren. MCP-achtige architectuur vermijdt dit door te vertrouwen op OS-afgedwongen, gebruiker-georiënteerde kanalen zoals benoemde pijpen, die een sterkere isolatie bieden. Deze benadering komt overeen met ENISA’s bredere waarschuwingen over onveilige AI-aanhechtingspunten en de risico’s die ze introduceren in omgevingen met hoge bevoorrechte toegang.

Een ander belangrijk voordeel van MCP-servers is de mogelijkheid om acties binnen externe sessies uit te voeren. Door gebruik te maken van beveiligde virtuele kanalen of equivalente mechanismen, kunnen MCP-servers operaties direct binnen RDP- of SSH-omgevingen uitvoeren, zonder te vertrouwen op broze, MFA-bypassende scripts. Deze benadering combineert gemak met beheer: administrators krijgen krachtige automatisering, zonder af te zien van Zero Trust-principes.

Samen herdefiniëren deze kenmerken wat “veilige AI-integratie” betekent. In plaats van AI rondom gevoelige systemen te wikkelen, plaatsen organisaties een verhardde laag ertussen, die definieert wat AI mag vragen en ontvangen – en net zo belangrijk, wat het nooit mag zien.

Operationele Voordelen van LLM + MCP-Architecturen

De operationele opbrengst van dit ontwerp is aanzienlijk. Door AI te bemiddelen via MCP, kunnen IT-teams omgevingsinstellingen, configuratiestandaardisatie en multi-sessietaken orkestreren met behulp van eenvoudige natuurlijke taal. Dit heeft het potentieel om de tijd tussen probleemidentificatie en oplossing aanzienlijk te verkorten; vooral in hybride omgevingen waar contextwisseling typisch alles vertraagt.

Deze verbeteringen komen ook overeen met bredere industrievooruitzichten en aanbevelingen. Gartner wijst op LLM-geassisteerde IT-operaties als een belangrijke versneller voor hybride infrastructuurbeheer, waardoor teams sneller kunnen werken zonder beheer op te offeren. Het model analyseert logs, samenvat complexe datasets en leidt mensen door probleemoplossingsstappen – allemaal terwijl de MCP-laag ervoor zorgt dat elke actie compliant en traceerbaar is.

Het resultaat is niet alleen grotere snelheid, maar ook sterkere beheer. Wanneer een LLM consistent taken doorgeeft via dezelfde verharde paden, ontdekken organisaties betrouwbare audit-trails, reproduceerbare workflows en duidelijke toewijzing tussen menselijke en AI-activiteit. Logs omvatten prompts, hulpmiddeloproepen, sessiedetails en beleidsverwijzingen – allemaal welke compliance-teams de transparantie geven die ze steeds vaker nodig hebben en verwachten in AI-gedreven omgevingen.

Er zijn ook culturele voordelen van deze benadering. Door “toil” (bijv. log-controle, herhaalde controles, saaie administratieve stappen, enz.) uit te besteeden, kunnen IT-teams hun energie en focus richten op hogere-waarde-werk. Dit kan vaak zowel efficiency als moreel verbeteren; vooral in operationele groepen die dun zijn uitgerekt door hybride infrastructuurspreiding.

Ten slotte, aangezien MCP-architecturen meerdere LLM’s kunnen ondersteunen, worden organisaties niet gedwongen om met één leverancier te dealen. Ze kunnen commerciële, open-source- of on-prem-modellen kiezen, afhankelijk van regelgevingsbehoeften en gegevensbeheerpreferenties.

Beveiligingsrisico’s Die Nog Steeds Aandacht Nodig Hebben

Hoewel de voordelen die we hebben onderzocht aanzienlijk zijn – en in sommige opzichten transformatief – is het noodzakelijk en verantwoord om te benadrukken dat zelfs met een beveiligde bemiddelingslaag, LLM-geassisteerde omgevingen niet risicovrij zijn. Er zijn vier resterende zorgen om te benadrukken:

  • Zoals eerder vermeld, blijft prompt-injectie – zowel direct als indirect – een van de grootste zorgen, en blijft een van de meest uitgebreid gedocumenteerde aanvalsklassen tegen LLM’s.
  • Metadata-expositie is een andere zorg. Hoewel MCP-servers referenties afschermen, tenzij teams sterke gegevensminimisatiepraktijken afdwingen, kunnen prompts en antwoorden nog steeds hostnamen, interne paden en topologiemodellen lekken.
  • MCP-gebaseerde systemen voegen nieuwe machine-identiteiten toe: hulpmiddelservers, virtuele kanalen, agentprocessen. Volgens industrieonderzoek zijn machine-identiteiten in veel organisaties veel talrijker dan menselijke identiteiten, en het misbeheer van deze identiteiten is een groeiende bron van inbreuken.
  • Ten slotte kan de AI-supply chain niet worden genegeerd. Modelupdates, hulpmiddeluitbreidingen en integratielagen vereisen voortdurende validatie. Analyse door de ENISA benadrukt dat AI-systemen een bredere en fragieler supply chain introduceren dan traditionele software-stacks.

De Volgende 12 Maanden: Een Praktische Weg Vooruit

Organisaties die LLM-gedreven automatisering in bevoorrechte omgevingen onderzoeken, moeten MCP-achtige bemiddeling als de verwachte basislijn beschouwen. In de komende jaar kunnen leiders verschillende praktische stappen nemen die onder andere omvatten:

  • Stel een intern beheersmodel op dat definieert welke LLM’s zijn goedgekeurd en welke gegevens ze mogen toegang tot hebben.
  • Zorg ervoor dat alle AI-gedreven bevoorrechte acties via een MCP-achtige laag worden doorgegeven in plaats van rechtstreeks met referenties te interacteren.
  • Integreer AI-geïnitieerde workflows in bestaande PAM-kaders.
  • Neem beleid-als-code aan om hulpmiddelgrenzen te definiëren en te testen.
  • Prioriteer gegevensminimisatie.
  • Neem AI-specifieke rood teaming op om prompt-manipulatie, modelgedrag en lokale interface-verharding te focussen.

Het Laatste Woord

LLM’s zijn externe toegang en bevoorrechte operaties aan het herschikken, bieden nieuwe niveaus van snelheid, leiding en automatisering. Echter, om dit potentieel veilig te ontsluiten, is een gedisciplineerde architecturale benadering nodig: één die een beveiligde, auditable bemiddelingslaag tussen AI-modellen en gevoelige systemen plaatst. MCP-servers bieden deze structuur. Ze laten AI toe om te helpen zonder “de sleutels over te dragen”, waardoor innovatie en beheer op een manier worden gecombineerd die overeenkomt met moderne Zero Trust-verwachtingen.

Voor organisaties die AI verantwoordelijk en winstgevend willen inzetten, vertegenwoordigen MCP-achtige ontwerpen een praktische, vooruitkijkende blauwdruk – één waarin LLM’s menselijke expertise versterken, in plaats van onbewust maar onvermijdelijk de beveiliging van bevoorrechte toegang en workflows te compromitteren.

Als president en CEO van Devolutions, leidt David de corporate strategie van het bedrijf en houdt toezicht op productontwikkeling met een focus op innovatie, beveiliging en gebruiksvriendelijkheid. Na het oprichten van Devolutions in 2004 als software-adviesbureau, verlegde David de focus van het bedrijf in 2010 naar het ontwikkelen van krachtige, gebruiksvriendelijke IT-oplossingen. Vandaag de dag ondersteunt Devolutions meer dan 1 miljoen gebruikers in meer dan 140 landen en wordt het erkend als een vertrouwd leider in privileged access management en IT-beveiliging voor SMB's. Als hij terugkijkt op de reis van het bedrijf, geeft David de credits voor het succes aan zijn diepe expertise in software-architectuur, zijn ondernemingsdrang en een onvermoeibare toewijding aan klanttevredenheid.