Naar inhoud
instellect.ai
MCP & integraties

Een MCP-servercatalogus beheren: vindbaarheid is geen autorisatie

Een catalogus helpt teams goedgekeurde verbindingen vinden. Hij vervangt niet de beveiliging van de servers die erin staan.

In het kort

Een MCP-servercatalogus of portal bundelt beschikbare servers en hun beschrijving. Gebruik hem voor ontdekking, eigenaarschap en beheer. Of een gebruiker een specifieke toolactie mag uitvoeren, moet ook op de daadwerkelijke server- en bronroute worden afgedwongen.

Maak van ieder item een beheerde verbinding

Bewaar naast de naam een eigenaar, doel, ondersteunde clients, transport, versie en een overzicht van toolacties. Geef aan welke gegevens bereikbaar zijn en of schrijven mogelijk is. Voeg een contactroute voor problemen toe. Een verzameling losse URLs zonder deze informatie wordt snel een onduidelijke lijst waarvan niemand weet welke verbinding nog wordt onderhouden.

Test toegang buiten de catalogus

Een gebruiker kan het directe serveradres al kennen. Verberg je alleen het catalogusitem, dan kan die route nog toegankelijk blijven. Controleer daarom de serverautorisatie apart en test dat ingetrokken toegang daar wordt geweigerd. Portalzichtbaarheid en objectrechten beantwoorden verschillende vragen. De documentatie van Cloudflare benoemt die scheiding voor MCP-portals; hetzelfde onderscheid is nuttig bij ieder catalogusontwerp.

Behandel wijzigingen als een release

Een server kan dezelfde URL houden terwijl tools of bevoegdheden veranderen. Laat wijzigingen in de inventaris zichtbaar worden en bepaal welke wijzigingen review nodig hebben. Een read-only tool die een schrijfactie krijgt, is niet slechts een tekstupdate. Houd ook een status bij voor verouderde, gepauzeerde en uitgefaseerde servers, zodat teams niet onbedoeld daarop blijven bouwen.

Informatie op een cataloguskaart

Informatie op een cataloguskaart
VeldWaarom nodigVoorbeeld
EigenaarOnderhoud en incidenten toewijzenPlatformteam met contactroute
EffectenBevoegdheid kunnen beoordelenProjectstatus lezen, geen wijzigingen
Versie en statusVerandering zichtbaar makenGeteste release, beperkt beschikbaar
ToegangsrouteAanvraag en intrekking organiserenIndividuele autorisatie op server
Illustratief scenario

Een server verdwijnt uit het portal

Een medewerker verliest toegang tot een teamcatalogus maar heeft de server-URL nog in een clientconfiguratie. De directe aanvraag wordt in de test opnieuw uitgevoerd. Alleen wanneer de server de gebruiker ook weigert, is de intrekking effectief. Het verdwijnen van een tegel is op zichzelf geen bewijs voor beëindigde toegang.

Neem mee naar je team.

  • Koppel elke server aan een eigenaar en een versie.
  • Test directe servertoegang buiten het portal.
  • Laat nieuwe tools en schrijfbevoegdheden opnieuw beoordelen.
Download dit werkblad (.txt) ↓

Met ruimte voor je besluit, eigenaar en testbewijs. Geen e-mailadres nodig.

Bronnen & verantwoording

Technische achtergrond bij dit onderwerp. De keuzetabel, checklist en fictieve voorbeelden zijn een eigen redactionele uitwerking van Instellect. De beschreven patronen zijn geen overzicht van reeds beschikbare productfuncties.

Geraadpleegd op 11 oktober 2026. Een correctie doorgeven? Mail Instellect.

Van lezen naar je eigen workflow

Maak de volgende keuze concreet.

Gebruik het gratis hulpmiddel om de taak, bronnen en grenzen met je team te bespreken.

Schets je eerste koppeling
Volg de ontwikkeling van Instellect.

Instellect is in ontwikkeling. Aanmelden geeft nog geen directe toegang tot het platform.

Naar de waitlist ↗