Ihiwalay ang provider signup sa client access
Ang hosting account at ang mga taong gumagamit ng iyong MCP endpoint ay magkaibang layer. Ang minimal na hosting signup ay hindi nagbibigay-katwiran sa isang pampublikong masusulatan na tool server. Tukuyin kung aling mga client identity ang pinapayagang tumawag sa aling mga tool.
Maglabas ng makitid na mga kredensyal
Mas mainam ang mga independiyenteng maaaring bawiin na kredensyal na may limitadong layunin. Itago ang mga ito nang pribado, paikutin ang mga ito at pigilan ang mga itong lumitaw sa mga URL o log. Isaalang-alang ang read-only na tool set bago payagan ang mga operasyong nakakaapekto sa mga resource o pera ng customer.
Gawing nakikita ang mga resulta
Subaybayan ang mga identifier at status ng operasyon. I-validate ang schema ng tool, pangasiwaan ang pagkansela at tiyakin na ang retry ay hindi tahimik na mauulit ang isang mabigat na aksyon. Magbigay ng malinaw na landas ng pag-apruba para sa mga aksyong nangangailangan nito.
I-publish lamang ang umiiral
Suriin ang sinusuportahang bersyon ng protocol, endpoint, authentication at mga limitasyon bago kumonekta ang isang client. Ang hosted na KoalaVPS MCP endpoint at opisyal na nada-download na package ay hindi kasalukuyang available.
Ang minimal na account ay maaari pa ring magkaroon ng matibay na access control
Ang pagbabawas ng pagkakakilanlan ay tugma sa mga scoped na API na kredensyal at isang authenticated na HTTPS endpoint. Panatilihing hiwalay ang pagbawi ng account at awtorisasyon ng kliyente. Ang email address ay hindi lamang ang paraan upang magtatag ng API na pagkakakilanlan, ngunit ang napiling proseso ay nangangailangan ng malinaw na tugon sa nawalang mga key at nakompromisong mga kliyente.
Isang acceptance test sa paglulunsad
I-verify ang TLS, protocol negotiation, schema validation, limitadong scope at cancellation. Subukan ang doble-dobleng create request at kumpirmahin na isang operasyon lang ang nagreresulta. Tanggihan ang isang request para sa resource na labas sa hangganan ng credential. Suriin na hindi kasama sa mga error at log ang token o pribadong tool input.
Opisyal na dokumentasyon: MCP authorisation
Bumuo ng hiwalay na identity map para sa bawat layer
Itala ang provider account, payment wallet, MCP client identity, tool-service credential at downstream API account bilang magkakaibang principal. Ang pagbibigay sa kanila ng isang pinagsasaluhang administrative secret ay nagpapahirap sa revocation at attribution. Ang minimal na provider signup ay hindi nagtatago ng IP address ng pampublikong endpoint, DNS name o panlabas na paggamit ng API. Piliin kung aling data ang bawasan sa bawat hangganan at ipaliwanag kung aling mga talaan ang nananatiling kailangan.
- Bigyan ang bawat client ng makitid at maaaring bawiin na access path at pangalanan ang mga pinapayagang resource nito.
- Gumamit ng hiwalay na mga kredensyal kapag tinatawag ng MCP service ang isa pang API; ang MCP access token ng client ay hindi isang universal downstream token.
- Panatilihing hiwalay ang production at eksperimental na mga worker, lalo na kung saan makakagastos ng pondo o makakapagpadala ng mensahe ang mga tool.
- Ilathala ang mga sinusuportahang bersyon at isang beripikadong endpoint kapag umiiral na ang mga ito. Sa kasalukuyan, ang KoalaVPS ay hindi nagpapatakbo ng pampublikong hosted na serbisyong MCP.
Opisyal na dokumentasyon: MCP: pinakamahusay na kasanayan sa seguridad
Tukuyin ang pagsasanay sa nawalang key at revoked access
Gumawa ng disposable client credential, tumawag sa isang pinapayagang read operation, i-revoke ang credential na iyon at ulitin ang tawag. I-verify na ang anumang naka-cache na pahintulot o application lease ay sumusunod sa patakaran sa revocation. Ulitin gamit ang resource na hindi kailanman pag-aari ng client. Itago ang mga talaan ng resulta nang hindi pinapanatili ang kumpletong prompt o tool argument. Kung magtagumpay ang isang hindi awtorisadong tawag, itigil ang pagbibigay ng write tool hanggang maitama ang server-side resource check.
- Huwag tanggapin ang protocol session o request identifier bilang patunay ng pagkakakilanlan ng user.
- Para sa HTTP OAuth, subukan ang dokumentadong 401/403 na pag-uugali at discovery para sa bersyong aktwal mong ide-deploy.
- Tanggihan ang mga hindi kilalang tool argument at limitahan ang laki ng resulta, tagal ng request at concurrency.
- Subukan ang isang retry pagkatapos ng simulate na pagkagambala sa network at i-verify ang isang mahalagang operasyon, hindi dalawa.
Opisyal na dokumentasyon: MCP 2026-07-28: HTTP authorization