Table of contents
MCP – som står for Model Context Protocol – hjelper AI-verktøy med å gå fra å svare på spørsmål til å begynne å jobbe med filene, appene og systemene teamet ditt allerede bruker. Det kan gjøre AI langt mer nyttig, men det skaper også nye veier til sensitivt innhold og potensielt skadelige handlinger.
Det betyr å forstå hver tilkobling, begrense hva den kan få tilgang til, og legge til kontroller rundt handlingene den kan utføre. Etter hvert som flere team eksperimenterer med agentbasert AI, er sterk sikkerhet det som gjør et lovende pilotprosjekt til en arbeidsflyt Business kan stole på og skalere.
Start med tre enkle spørsmål når du vurderer en MCP-tilkobling:
- Hva kan den se?
- Hva kan den gjøre?
- Hvor kan det dele resultatet?
Her ser vi nærmere på de største sikkerhetsrisikoene ved MCP og forklarer hvordan Dropbox bidrar til å holde tilgang til Dropbox-innhold knyttet til eksisterende tillatelser og administrativ kontroll. Utforsk Dropbox AI-integrasjoner for å koble AI trygt sammen med de viktigste filene dine – velg et Dropbox-abonnement for å komme i gang.

Hva er MCP, og hvor kan risiko oppstå i arbeidsflyten?
MCP er en åpen protokoll som gir en AI-applikasjon en Standard måte å koble seg til eksterne data og verktøy på. En MCP-server ligger mellom AI-klienten og den tilkoblede tjenesten, og gjør tillatte data og støttede handlinger tilgjengelige når verktøyet ber om dem.
MCP erstatter ikke sikkerhetskontrollene til den tilkoblede tjenesten, men skaper en vei for at AI-klienten kan be om data og utføre handlinger. Sikkerheten avhenger derfor av hele kjeden, inkludert:
- klient
- Server
- Identitet
- pollett
- Omfang
- Tillatelser
- Tilgjengelige verktøy og kildeinnhold
En skrivebeskyttet tilkobling til én mappe er svært forskjellig fra en som kan redigere filer, opprette lenker eller kjøre kommandoer – derfor må hvert oppsett gjennomgås ut fra hva det har tilgang til og kan gjøre.
Hva er de viktigste sikkerhetsproblemene ved MCP?
MCP-spesifikasjonen krever eksplisitt samtykke, tydelig autorisasjon, tilgangskontroller og forsiktighet rundt verktøy som kan kjøre kode eller endre data. De vanligste risikoene er:
1. Overdrevne tillatelser og for mye deling av kontekst
Brede omfang kan eksponere mer innhold enn oppgaven krever. En assistent kan for eksempel trenge ett prosjektsammendrag, men få tilgang til en hel klientmappe eller tillatelse til å redigere filer. Denne overdelingen er en potensiell sikkerhetsrisiko.
For å redusere dette bør du starte med begrenset, skrivebeskyttet tilgang der det er mulig. Legg bare til rettigheter når en bestemt handling krever dem. De fleste MCP-anbefalinger anbefaler progressive tilgangsområder etter prinsippet om minst mulig rettigheter – i stedet for bred tilgang med en gang.
2. Ikke-klarerte eller kompromitterte MCP-servere
En ukjent utgiver, en endret avhengighet, en forlatt pakke eller en ikke-godkjent «skygge»-server kan medføre risiko. En server er bare like pålitelig som menneskene og prosessene bak den, noe som gjør den til en nøkkelkomponent for sikkerheten.
Bekreft hvem som drifter serveren, hvordan den vedlikeholdes, hvilke tillatelser den ber om, og hvordan oppdateringer kommer. Fjern tilkoblinger som ikke lenger har en eier. Hvis du ikke kan bekrefte hvem som er ansvarlig for den, bør du ikke la den forbli tilkoblet innholdet eller systemene dine.
3. Prompt-injeksjon og verktøyforgiftning
Skadelige instruksjoner kan skjule seg i filer, nettsider, verktøybeskrivelser eller endrede verktøydefinisjoner. De kan lede AI-klienten mot en handling brukeren ikke hadde til hensikt, noe som gjør sikkerheten vanskelig for sensitive data.
En beste fremgangsmåte mot dette er å behandle hentet innhold og verktøymetadata som upålitelig. Valider verktøydefinisjoner, begrens tilgjengelige verktøy, og la aldri et dokument autorisere en handling.
4. Usikre eller destruktive handlinger
MCP-verktøy kan flytte eller slette filer, opprette delte koblinger, endre oppføringer eller kjøre kommandoer. En feilaktig forespørsel eller en manipulert ledetekst kan derfor få reelle konsekvenser.
Skill innhenting fra handlinger med større konsekvenser for å Protect dataene dine. Begrens godkjente operasjoner, valider parametere, kjør lokale verktøy i sandkasse, og krev bekreftelse for sletting, kjøring av kode, endring av tillatelser eller ekstern deling.
5. Svake godkjenningskontroller
En vag melding som «Vil du fortsette?» forklarer ikke hva som kommer til å skje. Gjentatte bekreftelser kan også bli til rutinemessige klikk som brukerne godkjenner uten å kontrollere.
Ved å bruke en spesifikk melding, for eksempel «Flytt ‘Q4 forecast.xlsx’ fra Working-mappen til Approved og erstatt den eksisterende versjonen.» kan brukeren umiddelbart se filen, handlingen, bestemmelsesstedet og konsekvensen.
Det er viktig å vise nøyaktig hvilken fil eller hvilket system det gjelder, samt handlingen, bestemmelsesstedet og den sannsynlige effekten. Vurder å kreve sterkere godkjenning for handlinger med større konsekvenser – for eksempel å slette mapper, erstatte filer, endre tillatelser eller dele innhold eksternt – i stedet for å behandle alle operasjoner likt.
6. Hull i polletter, økter og revisjon
Langvarige påloggingsdetaljer, overføring av polletter mellom tjenester uten validering, dårlig atskilte økter og ufullstendige logger gjør misbruk av MCP vanskeligere å forhindre og undersøke.
Bruk godkjente OAuth-flyter, polletter begrenset til den tiltenkte serveren og nødvendige omfang, sikker lagringsplass og tydelig utløp. Loggfør verktøykall, tilgangsendringer, delingshandlinger og mislykkede autorisasjonsforsøk. Sørg for at administratorer også kan koble fra integrasjonen og fjerne tilgang.
Beste fremgangsmåter for sikkerhet på MCP-servere: En sjekkliste før tilkobling
Med tanke på sikkerhetsrisikoene ovenfor bør du bruke denne sjekklisten før du godkjenner en server:
- Bekreft klienten og serveren– bekreft utgiveren, eieren, hostingmodellen og oppdateringsprosessen
- Kartlegg hva den kan se– list opp kontoene, mappene, filene og systemene innenfor omfanget
- Gjennomgå hva den kan gjøre– skill henting fra redigering, sletting, deling og kommandoer
- Start med minst mulig tilgang– gi kun de scopene som kreves for den gjeldende arbeidsflyten
- Krev spesifikk godkjenning– vis objektet, handlingen, bestemmelsesstedet og konsekvensen
- Loggfør og gjennomgå aktivitet– fang opp nok detaljer til å undersøke uventet atferd
- Test fjerning– bekreft at du kan koble fra serveren og oppheve tilgangen
Hvis en server ikke består alle kontroller, bør du sette tilkoblingen på pause til risikoen er kjent og håndtert.
Slik holder Dropbox AI-tilgang knyttet til pålitelig innhold
Når det gjelder å opprettholde MCP-sikkerhet, er et nyttig prinsipp å holde reglene knyttet til innholdet.
Med Dropbox' eksterne MCP-server kan du koble Dropbox til støttede MCP-klienter, inkludert:
- ChatGPT Web
- ChatGPT Codex
- Markør
- Claude Web
- Claude-kode
Tilkoblingen bruker Dropbox OAuth og støtter søk, filorganisering, oppretting av delte koblinger, filanmodninger og gjenoppretting av versjoner.
Separat inkluderer Dropbox for Claude Dropbox-koblingen for claude.ai og Claude desktop – i tillegg til Dropbox-pluginen for Claude Cowork og Claude Code. Disse opprettholder eksisterende tillatelser og administrativ kontroll. Det betyr at du kan finne, organisere eller dele Dropbox-innhold og lagre Claude-generert tekst til Dropbox. Funksjonene varierer litt mellom Claude-verktøyene.
Sikkerhetsgjennomgangen din for MCP bør fortsatt dekke klienten, serveroperatøren, forespurte omfang, leverandørinnstillinger og innholdssensitivitet. Dette holder AI-assistert arbeid knyttet til pålitelig kildeinnhold og etablert samarbeidskontroll.
Ha kontroll på hva AI kan se, gjøre og dele
For å redusere MCP-sikkerhetsrisikoer bør du velge klarerte servere, begrense tilgang, gjøre godkjenninger meningsfulle og holde kildetillatelsene knyttet til arbeidet.
Denne kontrollen gir teamet ditt rom til å bruke AI-verktøyene som passer oppgaven – samtidig som konfidensielt innhold holdes under kontroll. Utforsk Dropbox AI-integrasjoner og bruk AI trygt med filene dine.
Vanlige spørsmål
Tilgangen avhenger av omfangene du gir, serverens verktøy og tillatelsene i kildesystemet. Gjennomgå autorisasjonsskjermen og verktøylisten før du kobler til. Når du bruker Dropbox-integrasjoner, forblir tilgangen begrenset til innhold den innloggede personen kan bruke.
Hver av dem har ulike risikoer. En lokal server kan eksponere filer, legitimasjon, nettverk eller kommandokjøring. En ekstern server legger til bekymringer rundt hosting, identitet og tjenestetillit. For å overvinne dette bør du begrense og sandkasse lokal kjøring, samt bekrefte godkjennings- og hostingkontroller for eksterne tjenester.
Ikke i seg selv. OAuth støtter godkjenning og autorisasjon. Kombiner det med snevre omfang, pålitelige verktøy, spesifikke godkjenninger, sikker pollettbehandling og nyttige logger for best mulig sikkerhet.
Bruk en godkjent autorisasjonsflyt og hold tilgangen knyttet til den innloggede personen. Med Dropbox' eksterne MCP-server bruker godkjenningen Dropbox OAuth. Når du kobler Dropbox til ChatGPT eller Claude, er de eksisterende Dropbox-tillatelsene og team- eller administratorkontrollene fremdeles på plass. Dette begrenser tilgangen til innhold som personen har lov til å bruke.


