Tilbage til BlogAI Sikkerhed

MCP-serversikkerhed 2026: 8.000 eksponeret, 492 uden godkendelse

8.000+ Model Context Protocol-servere er offentligt eksponeret. 492 har nul godkendelse. 36,7% er sårbare over for SSRF. Beskyt PII i dine MCP-værktøjer.

March 16, 20267 min læsning
MCP serverModel Context ProtocolAI securityPII protectionCursorClaude Desktopdeveloper security

MCP-økosystemet voksede hurtigt — sikkerheden gjorde ikke

Model Context Protocol blev lanceret i slutningen af 2024. På under 18 måneder blev det standardmåden at forbinde AI-værktøjer til eksterne systemer. Pr. marts 2026 dækker økosystemet databaseforbindelser, filservere, GitHub-brugere, Slack-klienter, e-mailværktøjer og hundredvis af domænespecifikke servere.

Vækstkurven er stejl. Sikkerhedsbilledet er det ikke.

Pr. marts 2026 sidder 8.000+ MCP-servere på det offentlige internet. Forskere fandt 492 med nul godkendelse — ingen API-nøgle, ingen OAuth, ingen IP-filter. Enhver HTTP-klient kan kalde dem. 36,7% af udtagne servere er åbne for SSRF (Server-Side Request Forgery). Det betyder, at en angriber, der kontrollerer værktøjsinput, kan nå interne netværksressourcer.

I samme periode blev der indgivet 30+ CVE'er på 60 dage. Den rate viser både, hvor nyt økosystemet er, og hvor meget forskeropsyn det får.

Hvorfor protokollen skaber PII-risiko

MCP giver AI-assistenter evnen til at handle på data. Det er også grunden til, at det er en PII-risiko.

Når en udvikler bruger Cursor eller Claude Desktop med en databaseforbinder, skriver AI'en SQL fra almindelig tekst. Disse forespørgsler returnerer rigtige rækker — navne, e-mails, betalingsdata eller anden PII. Disse data bevæger sig gennem en kæde:

  1. Databaseserver → AI-assistentens kontekstvindue
  2. Kontekstvindue → modeludbyderens logsystemer
  3. Samtaleoversigt → udviklerens lokale maskine
  4. Fejlsøgningssessioner → andre AI-værktøjer, når udvikleren indsætter kontekst

Intet af dette er et brud. Det er sådan, systemet fungerer. Men PII ender på flere steder, der ikke er bygget til at opbevare den, ofte uden kryptering mellem server og AI-klient.

CVE-2026-25253 (CVSS 8,8), offentliggjort i februar 2026, viste én angrebsvej. Et ondsindet endpoint kunne injicere skjulte instruktioner i sine svar. Disse instruktioner bad den tilsluttede AI om at trække data fra andre aktive værktøjer. En udvikler, der bruger et dårligt community-endpoint ved siden af sin egen databaseforbinder, kunne lække hele databasen.

De 492 nul-godkendelses-servere

De 492 åbne servere er et andet problem end CVE-2026-25253. De blev ikke hacket. De blev sat forkert op.

De fleste var beregnet til at køre lokalt. Nogen eksponerede dem via port-forwarding eller en cloud-implementering uden adgangskontroller.

Hvad disse servere typisk eksponerer:

  • Filsystemværktøjer med læseadgang til hjemmemapper
  • Databaseforbindere med live-legitimationsoplysninger i konfigurationen
  • E-mailværktøjer knyttet til rigtige indbakker
  • Kodeudførelsesværktøjer — vilkårlig kode, ingen godkendelse, ingen grænser

Udviklerne mente næsten bestemt ikke at eksponere dem. Men Cursor og Claude Desktop forbinder til enhver URL i konfigurationen. Der er ingen indbygget kontrol for, om en vært er lokal eller offentlig.

anonym.legal MCP-løsningen

Den strukturelle løsning på PII-risiko i værktøjspipelines er at anonymisere data, inden de når et kald, der sender dem til en LLM. Det er det, anonym.legal MCP-serveren tilbyder.

Den eksponerer 7 værktøjer:

VærktøjFormål
analyze_textRegistrer PII-enheder og returner deres positioner og typer
anonymize_textFjern eller pseudonymiser registreret PII
deanonymize_textVend pseudonymisering om ved hjælp af din krypteringsnøgle
anonymize_batchBehandl flere tekster i ét kald
get_supported_entitiesOplist alle 285+ enhedstyper for et givent sprog
get_supported_languagesOplist alle 48 understøttede sprog
health_checkBekræft tilslutning

Når en AI-assistent har både anonym.legal-serveren og en databaseforbinder konfigureret, kan udvikleren instruere: "Inden du viser kundedata, skal du kalde anonymize_text på resultatet." AI'en håndterer orkestreringen. PII når aldrig det synlige output eller samtaleoversigten i identificerbar form.

Cursor IDE-opsætning

For at tilføje anonym.legal-serveren til Cursor:

// .cursor/mcp.json
{
  "mcpServers": {
    "anonym-legal": {
      "url": "https://anonym.legal/mcp",
      "transport": "sse",
      "headers": {
        "Authorization": "Bearer YOUR_API_KEY"
      }
    }
  }
}

Når det er konfigureret, bed Cursor: "Analyser denne supportbillet for PII, inden jeg indsætter den i trackeren." Cursor kalder analyze_text, returnerer enhedslisten, og du beslutter, om du vil anonymisere inden indsætning.

Claude Desktop-opsætning

// claude_desktop_config.json
{
  "mcpServers": {
    "anonym-legal": {
      "command": "npx",
      "args": ["-y", "@anonym-legal/mcp-server"],
      "env": {
        "ANONYM_API_KEY": "YOUR_API_KEY"
      }
    }
  }
}

Med denne konfiguration kan Claude Desktop anonymisere enhver tekst, inden den indgår i værktøjskald sendt til andre servere. Anonymiseringen kører i din session. PII når aldrig Anthropics servere i identificerbar form.

Forstærk din opsætning

Ud over at bruge anonym.legal skal du anvende disse trin. Se også vores sikkerhedsoversigt og overholdelses center.

Revidér din værktøjsliste. Tjek hver post i din konfiguration. For hver enkelt: stoler du på operatøren? Ved du, hvilke data den kan nå?

Foretræk lokal frem for ekstern. Lokale servere kører via stdio. De skaber ingen netværkseksponering. Brug kun fjernservere, når der ikke findes et lokalt alternativ.

Tjek godkendelse. Enhver fjernserver bør kræve en API-nøgle eller OAuth-token. Hvis den ikke gør det, må du ikke bruge den med rigtige brugerdata.

Adskil dev fra produktion. Hold separate konfigurationer til dev-arbejde (testdata, ingen PII) og enhver strøm, der rører rigtige brugere.

Aktivér revisionslogning. Hvis det understøtter logs, slå dem til. Vid, hvilke data der gik igennem hvert kald.

Se vores MCP-funktionsside for en fuld liste over enhedstyper og sprog.

De 30+ CVE'er på 60 dage viser, at protokollen er under aktiv granskning. Nye fejl vil dukke op. Men kerneforsvaret — anonymiser inden data når et LLM-kald — virker mod enhver specifik CVE, der kommer næste gang.

Konfigurer anonym.legal-serveren i Cursor →


anonym.legal behandler PII-anonymisering serversidigt ved hjælp af din krypteringsnøgle. Pseudonymiserede data kan kun reverseres med den nøgle. Udgivet af anonym.legal, ISO 27001-certificeret.

Kilder

  • Shodan MCP-servereksponeringsdata, marts 2026 — 8.000+ servere, 492 nul-godkendelse
  • CVE-2026-25253, CVSS 8,8, tværserver-injektion via Model Context Protocol
  • SSRF-data: sikkerhedsforskningsscan af offentligt tilgængelige endpoints, marts 2026
  • Anthropic MCP-specifikation v1.2, sektion om sikkerhedsovervejelser

Klar til at beskytte dine data?

Begynd at anonymisere PII med 285+ enhedstyper på tværs af 48 sprog.

About this page

We update this page when our platform or the law changes.

Read our founder note for how we work.

Each change shows up in the timestamp at the top.

Related reading

We follow these rules

  • GDPR (EU 2016/679).
  • ISO/IEC 27001:2022.
  • NIS2 (EU 2022/2555).
  • HIPAA safe harbor under 45 CFR § 164.514(b)(2).

Our promise

We do not sell your data.

We do not train models on your text.

We store your files in Germany.

You can delete your account at any time.

You own your work.

Where we run

Our servers live in Falkenstein, Germany.

We use Hetzner. They hold ISO 27001 certification.

All data stays in the EU.

Backups run every day.

Need help?

Email support@anonym.legal.

We reply within one business day.

How we test

We run a full check suite on every release.

Each surface gets its own sweep script and report.

Human reviewers spot-check the output each week.

We track recall and precision on a labelled set.

Bad runs block the deploy.

What we never do

  • We never sell your information to third parties.
  • We never train models on what you upload.
  • We never keep your work after you delete it.
  • We never share keys with any outside firm.
  • We never run ads inside the product.

Plans in plain words

We sell credits, not seats.

One credit covers one short job.

Long jobs use a few credits each.

You can top up at any time.

Unused credits roll over each month.

Read the plans page for current rates.

Who built this

A small team of engineers and lawyers built this.

We ship from Europe and work in the open.

Our founder note spells out why we started.

Where to start

How the parts fit

A browser add-on cleans text inside Chrome.

A Word plug-in handles drafts in Office.

A small desktop tool works on whole folders.

An agent protocol link feeds large models safely.

All four share one core engine and one rule set.

Words from our team

We started this work after a lunch about cookies.

One friend kept getting odd ads on her phone.

We asked why a court file leaked through a draft.

We sketched the first build on a napkin that week.

By month three we had a tiny demo for a friend.

She used it on her first case the next day.

Common questions we hear

Can the tool read scanned PDFs? Yes, with OCR.

Does it work on long files? Yes, in small chunks.

Can I roll my own rule set? Yes, save it as a preset.

Does it run offline? The desktop build runs offline.

Do you keep my files? No, the cloud build wipes after each run.

Will it learn from my work? No, we never train on inputs.

A short tour of the workflow

Upload a file or paste a snippet of prose.

Pick the entities you want gone from the draft.

Choose a method: replace, mask, hash, encrypt, or redact.

Press run and watch the side panel show each hit.

Skim the result and tweak any rule that misfired.

Save the cleaned file or send it to a teammate.