Vad är en MCP-gateway, och när behöver ni en?

En MCP-gateway är en enda kontrollpunkt mellan AI-klienter och MCP-servrar: godkännandelistor, verktygspolicy per användare, inloggningsuppgifter som injiceras, drift i er region och en fullständig logg. Här är vad den gör, när ett företag behöver en, och vad ni ska titta efter.

Walma Engineering·Uppdaterad 21 september 2026·9 min läsning

En MCP-gateway är en enda kontrollpunkt mellan AI-klienterna era medarbetare använder och MCP-servrarna klienterna pratar med. I stället för att varje klient kopplar upp sig mot varje server direkt kopplar de upp sig mot gatewayen. Gatewayen avgör vad som är tillåtet, håller inloggningsuppgifterna, håller trafiken i er region och skriver loggen.

Låter det som en API-gateway är det rätt intuition. Det är samma arkitekturmönster, tillämpat på agenttrafik. Den här guiden förklarar vad den gör, när ett företag faktiskt behöver en, och vad ni bör kontrollera innan ni väljer. Den förutsätter att ni vet vad MCP är.

Problemet en gateway löser

MCP utan gateway ser ut så här. Varje utvecklare konfigurerar servrar i varje klient. Inloggningsuppgifter ligger i miljövariabler och JSON-filer på laptops. Ingen har en lista över vilka servrar som används. Verktygsrättigheter är vad klientens godkännandedialog råkade föreslå. Loggar är utspridda över klienter och servrar och går inte att koppla ihop.

Det fungerar för en person. Det överlever inte frågorna som säkerhet, juridik och ekonomi ställer när en agent rör produktion eller kunddata:

  • Vilka servrar är godkända, och vem godkände dem?
  • Får den här användarens agent anropa delete_issue, send_message, run_query?
  • Var ligger tokens, och hur återkallar vi dem?
  • Lämnar vår data EU när agenten anropar den här servern?
  • Vad gjorde agenten 14:32 i tisdags?

En gateway är stället där alla fem har ett svar.

Vad en MCP-gateway gör

Godkännandelista för servrar. Gatewayen exponerar bara de servrar företaget godkänt, på låsta versioner med granskade verktygsbeskrivningar. Klienterna kan inte nå något annat genom den. Det stänger problemen med tool poisoning och typosquatting som beskrivs i vår guide om MCP-säkerhet.

Verktygspolicy per användare och team. Samma server kan se olika ut för olika personer. En utvecklare ser läs- och skrivverktyg mot GitHub; en analytiker ser bara läsande. Jira-serverns delete_issue är dold om inte en policy medger den. Policyerna bor i gatewayen, så det finns ingenting på klienten som en användare kan stänga av.

Injicering av inloggningsuppgifter. Klienten autentiserar sig en gång mot gatewayen. Gatewayen håller OAuth-klienterna och API-nycklarna för varje server och fäster rätt, minimalt behörig uppgift vid varje anrop. Utvecklarnas laptops slutar vara tokenförråd.

Godkännande- och riskregler. Verktyg som skriver, skickar, raderar eller betalar kan kräva ett mänskligt godkännande som gatewayen registrerar. Sessioner som läser opålitligt innehåll (publika ärenden, webbsidor, inkommande mejl) kan köras med skrivverktygen borttagna.

Granskning av resultat. Eftersom varje verktygssvar passerar igenom kan gatewayen flagga innehåll som ser ut som injicerade instruktioner innan det når modellen, och maska hemligheter eller personuppgifter på vägen ut.

Drift i rätt region. En gateway i er egen EU-region, helst i er egen molntenant, innebär att prompter, verktygsargument och loggar behandlas under er jurisdiktion. Interna MCP-servrar kan köras bredvid den och behöver då aldrig en publik endpoint.

En logg. Varje anrop, med användare, klient, server, verktyg, argument, godkännandebeslut och tidsstämpel, på ett ställe, exporterbart till SOC:en.

När ni behöver en

En grov tumregel från de utrullningar vi gjort:

SituationGateway?
En utvecklare, några lokala servrar, egna projektNej
Ett team under tio, en klient, servrar med läsrättigheterValfritt
Flera klienter (Claude, Cursor, Copilot) över flera teamJa
Någon MCP-server som når kunddata eller produktionJa
Reglerad bransch, GDPR-frågor om överföring, revisionskravJa, i er region
Interna MCP-servrar mot affärssystem, CRM, datalagerJa, och drifta dem bakom den

Utlösaren är sällan säkerheten ensam. Det är oftast ögonblicket då någon på juridik eller hos CISO:n frågar "var tar den här datan vägen?" och ingen kan svara.

Vad ni ska titta efter

Alla produkter som kallas gateway gör inte allt ovanstående. Frågor värda att ställa:

  1. Talar den MCP på riktigt? Vissa produkter proxar HTTP och stannar där. En riktig gateway förstår verktygslistor, kan filtrera verktyg per användare och kan granska resultat.
  2. Täcker den modellanropen också? En agents riskyta är modell plus verktyg. En gateway som även routar LLM-trafik kan upprätthålla budgetar, modell-allowlists och loggning i samma policy. Produkter som bara gör ena halvan lämnar en glugg.
  3. Var körs den? Leverantörens moln i USA, leverantörens moln i EU, eller er egen tenant. För de flesta europeiska företag är bara de två sistnämnda acceptabla, och den sista är den som gör dataskyddsombudet nöjt utan diskussion.
  4. Kan den drifta interna servrar? Ska ni skriva MCP-servrar mot era egna system bör de köras bakom gatewayen, inte på publika internet.
  5. Upprätthålls policyn på serversidan? Om en användare kan redigera en konfigfil på sin laptop och kringgå policyn är det ingen policy.
  6. Vad innehåller loggen, och kan ni exportera den? Be att få se en riktig loggrad.
  7. Hur hanteras inloggningsuppgifter? Per användare, per server, minimalt behöriga, centralt återkallningsbara.

MCP-gateway, LLM-gateway och AI-gateway

Ordförrådet håller fortfarande på att sätta sig.

  • En LLM-gateway proxar anrop till modelleverantörer: routing, failover, budgetar, loggning av prompter och svar.
  • En MCP-gateway proxar verktygsanrop mellan klienter och MCP-servrar.
  • En AI-gateway är paraplybegreppet, som olika leverantörer använder för endera eller båda.

För en agent spelar båda halvorna roll. En modellpolicy utan verktygspolicy låter fortfarande agenten agera fritt; en verktygspolicy utan modellpolicy lämnar kostnad och datalagring för modellanropen ostyrda. Produkter som kombinerar de två, med en identitet, en policymotor och en logg, är vad de flesta företag till slut vill ha.

Så gör Walma

Walma AI Hub är en AI-gateway i den kombinerade betydelsen. Den körs i kundens egen Azure-tenant i en EU-region och sitter framför Claude, GPT, Codex, Cursor och de MCP-servrar företaget godkänt. Policyer för modeller, budgetar och verktyg bor på samma ställe, och varje modellanrop och verktygsanrop hamnar i samma logg.

Interna MCP-servrar, till exempel en läsande server mot affärssystemet, körs bredvid gatewayen inne i tenanten. Utvecklarna installerar en signerad klient och får allt genom en nyckel. Det finns ingen switch på klientsidan som stänger av policyn.

Funderar ni på om ni behöver det här lagret är en genomgång på 20 minuter med en ingenjör snabbaste sättet att ta reda på det. Boka en här.

Vanliga frågor

Vad är en MCP-gateway?+

En MCP-gateway är en proxy som sitter mellan AI-klienter (Claude, ChatGPT, Cursor, Claude Code, era egna agenter) och MCP-servrar. Klienterna kopplar upp sig mot gatewayen i stället för direkt mot servrarna, och gatewayen avgör vilka servrar och verktyg som är tillåtna, injicerar inloggningsuppgifter, loggar varje anrop och håller trafiken i er region.

Är en MCP-gateway samma sak som en AI-gateway eller LLM-gateway?+

De är besläktade. En LLM-gateway sitter mellan applikationer och modelleverantörer och sköter routing, budgetar och loggning av modellanrop. En MCP-gateway gör samma sak för verktygsanrop. Flera produkter, däribland Walma AI Hub, kombinerar båda så att policy, budgetar och loggar täcker hela agenten.

Behöver ett litet team en MCP-gateway?+

Oftast inte under ungefär tio personer som använder en eller två klienter. Över det, eller så snart MCP-servrar rör kunddata eller produktionssystem, är gatewayen där styrning blir möjlig utan att bromsa utvecklarna.

Kan en MCP-gateway stoppa prompt injection?+

Den kan inte göra injektion omöjlig, men den är det bästa stället att minska den: den kan ta bort skrivande verktyg från sessioner som läser opålitligt innehåll, flagga resultat som ser ut som instruktioner, och kräva godkännande för riskfyllda åtgärder, allt centralt.

Var bör en MCP-gateway köras?+

I den region där er data måste stanna. För EU-företag betyder det en EU-molnregion, helst i er egen tenant, så att prompter, verktygsargument och loggar aldrig lämnar er jurisdiktion.

Walma AI Hub

Samma verktyg, i er EU-region, under er kontroll

En genomgång på 20 minuter med en ingenjör. Vi mappar det mot era verktyg, MCP:er och er budgetmodell.