Separera leverantörsregistrering från klientåtkomst
Hostingkontot och personerna som använder din MCP-endpoint är olika lager. En minimal hostingregistrering motiverar inte en offentligt skrivbar verktygsserver. Definiera vilka klientidentiteter som får anropa vilka verktyg.
Utfärda snäva autentiseringsuppgifter
Föredra separat återkalleliga autentiseringsuppgifter med ett begränsat syfte. Lagra dem privat, rotera dem och förhindra att de förekommer i URL eller loggar. Överväg en skrivskyddad verktygsuppsättning innan du tillåter åtgärder som påverkar kundresurser eller pengar.
Gör resultaten synliga
Spåra operationsidentifierare och statusar. Validera verktygsschemat, hantera avbokning och säkerställ att ett nytt försök inte tyst upprepar en konsekvensåtgärd. Tillhandahåll en tydlig godkännandeväg för åtgärder som kräver det.
Publicera endast det som finns
Kontrollera den protokollversion som stöds, endpoint, autentisering och gränser innan du ansluter en klient. En hostad KoalaVPS MCP-endpoint och ett officiellt nedladdningsbart paket är för närvarande inte tillgängliga.
Ett minimalt konto kan fortfarande ha stark åtkomstkontroll
Identitetsminimering är förenligt med avgränsade API-uppgifter och en autentiserad HTTPS-slutpunkt. Håll kontoåterställning och klientauktorisering åtskilda. En e-postadress är inte det enda sättet att fastställa en API-identitet, men den valda processen behöver ett tydligt svar på förlorade nycklar och komprometterade klienter.
Ett godkännandetest vid lansering
Verifiera TLS, protokollförhandling, schemavalidering, begränsade behörighetsomfång och avbokning. Försök med en dubblerad skapandebegäran och bekräfta att den leder till en enda åtgärd. Avvisa en begäran om en resurs utanför autentiseringsuppgifternas gräns. Kontrollera att fel och loggar inte innehåller token eller privata verktygsindata.
Officiell dokumentation: MCP auktorisering
Bygg en separat identitetskarta för varje lager
Dokumentera leverantörskontot, betalningsplånboken, MCP-klientidentiteten, verktygstjänstens autentiseringsuppgift och det nedströms API-kontot som olika principaler. Att ge dem en gemensam administrativ hemlighet gör återkallande och spårbarhet svårare. Minimal leverantörsregistrering döljer inte en offentlig slutpunkts IP-adress, DNS-namn eller extern API-användning. Välj vilka data som ska minimeras vid varje gräns och förklara vilka poster som fortfarande är nödvändiga.
- Ge varje klient en smal, återkallelig åtkomstväg och namnge dess tillåtna resurser.
- Använd separata autentiseringsuppgifter när MCP-tjänsten anropar en annan API; klientens MCP-åtkomsttoken är inte en universell nedströms-token.
- Håll produktions- och experimentarbetare åtskilda, särskilt där verktyg kan spendera medel eller skicka meddelanden.
- Publicera endast versioner som stöds och en verifierad slutpunkt när de finns. KoalaVPS driver för närvarande ingen offentlig hostad MCP-tjänst.
Officiell dokumentation: MCP: bästa praxis för säkerhet
Definiera en övning för förlorad nyckel och återkallad åtkomst
Skapa en engångsklientsuppgift, anropa en tillåten läsoperation, återkalla den uppgiften och upprepa anropet. Verifiera att eventuell cachad behörighet eller applikationslease respekterar återkallningspolicyn. Upprepa med en resurs som klienten aldrig ägde. Bevara resultatposter utan att behålla fullständiga prompter eller verktygsargument. Om ett obehörigt anrop lyckas, sluta bevilja skrivverktyg tills serverns resurskontroll har korrigerats.
- Acceptera inte en protokollsession eller förfrågningsidentifierare som bevis på användaridentitet.
- För HTTP OAuth, testa det dokumenterade 401/403 beteendet och upptäckten för den version du faktiskt driftsätter.
- Avvisa okända verktygsargument och begränsa resultatstorlek, begärans varaktighet och samtidighet.
- Testa ett nytt försök efter ett simulerat nätavbrott och verifiera en betydelsefull åtgärd, inte två.
Officiell dokumentation: MCP 2026-07-28: HTTP-auktorisering