Zpět na blogBezpečnost AI

Bezpečnost MCP serverů 2026: 8 000 vystavených, 492 bez autentizace

Více než 8 000 serverů Model Context Protocol je veřejně vystaveno. 492 nemá žádnou autentizaci. 36,7 % je zranitelných vůči SSRF. Chraňte PII ve svých MCP nástrojích.

March 16, 2026article.updated: June 14, 20267 min čtení
MCP serverModel Context ProtocolAI securityPII protectionCursorClaude Desktopdeveloper security

Ekosystém MCP rostl rychle — bezpečnost ne

Model Context Protocol byl spuštěn koncem roku 2024. Za necelých 18 měsíců se stal standardním způsobem propojení AI nástrojů s externími systémy. V březnu 2026 ekosystém zahrnuje databázové konektory, souborové servery, GitHub bridge, Slack klienty, e-mailové nástroje a stovky doménově specifických serverů.

Křivka růstu je strmá. Bezpečnostní situace nikoli.

K březnu 2026 sedí na veřejném internetu více než 8 000 MCP serverů. Výzkumníci nalezli 492 s nulovou autentizací — žádný API klíč, žádný OAuth, žádný IP filtr. Může je zavolat jakýkoli HTTP klient. 36,7 % vzorkovaných serverů je otevřeno pro SSRF (Server-Side Request Forgery). To znamená, že útočník, který kontroluje vstup nástroje, může dosáhnout interních síťových zdrojů.

Ve stejném období bylo za 60 dní podáno více než 30 CVE. Tento tempo ukazuje, jak nový ekosystém je a kolik pozornosti výzkumníků přitahuje.

Proč protokol vytváří riziko PII

MCP dává AI asistentům schopnost jednat s daty. Proto je také rizikem pro PII.

Když vývojář používá Cursor nebo Claude Desktop s databázovým konektorem, AI píše SQL z přirozeného textu. Tyto dotazy vrací skutečné řádky — jména, e-maily, platební data nebo jiné PII. Tato data se pohybují řetězem:

  1. Databázový server → kontextové okno AI asistenta
  2. Kontextové okno → logovací systémy poskytovatele modelu
  3. Historie konverzace → lokální stroj vývojáře
  4. Ladící relace → další AI nástroje, když vývojář vloží kontext

Žádný z těchto kroků není narušení. Takto systém funguje. Ale PII skončí na více místech, která nebyla navržena k jejich uchovávání, často bez šifrování mezi serverem a AI klientem.

CVE-2026-25253 (CVSS 8,8), publikovaný v únoru 2026, ukázal jednu útočnou cestu. Škodlivý endpoint mohl vložit skryté instrukce do svých odpovědí. Tyto instrukce říkaly připojenému AI, aby stáhl data z dalších aktivních nástrojů. Vývojář používající špatný komunitní endpoint vedle vlastního databázového konektoru mohl uniknout celou databázi.

492 serverů bez autentizace

492 otevřených serverů je jiný problém než CVE-2026-25253. Nebyly hacknuty. Byly špatně nastaveny.

Většina byla určena k lokálnímu spuštění. Někdo je vystavil přes port forwarding nebo cloud deploy bez přístupových kontrol.

Co tyto servery často vystavují:

  • Nástroje pro souborový systém s přístupem ke čtení domovských složek
  • Databázové konektory s živými přihlašovacími údaji v konfiguraci
  • E-mailové nástroje napojené na skutečné doručené pošty
  • Nástroje pro spuštění kódu — libovolný kód, žádná autentizace, žádná omezení

Vývojáři je téměř jistě nechtěli vystavit. Ale Cursor a Claude Desktop se připojují k jakékoli URL v konfiguraci. Neexistuje žádná vestavěná kontrola, zda je hostitel lokální nebo veřejný.

Řešení MCP od anonym.legal

Strukturální oprava rizika PII v nástrojových pipeline spočívá v anonymizaci dat předtím, než dosáhnou jakéhokoli volání, které je odesílá do LLM. To je to, co poskytuje MCP server anonym.legal.

Vystavuje 7 nástrojů:

NástrojÚčel
analyze_textDetekce PII entit a vrácení jejich pozic a typů
anonymize_textOdstranění nebo pseudonymizace detekovaného PII
deanonymize_textVrácení pseudonymizace pomocí vašeho šifrovacího klíče
anonymize_batchZpracování více textů v jednom volání
get_supported_entitiesSeznam všech více než 285 typů entit pro daný jazyk
get_supported_languagesSeznam všech 48 podporovaných jazyků
health_checkOvěření připojení

Když má AI asistent nakonfigurován jak server anonym.legal, tak databázový konektor, může vývojář instruovat: „Před zobrazením jakýchkoli zákaznických dat zavolej anonymize_text na výsledku.“ AI se postará o orchestraci. PII nikdy nedosáhne viditelného výstupu nebo historie konverzace v identifikovatelné podobě.

Nastavení v Cursor IDE

Pro přidání serveru anonym.legal do Cursoru:

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

Po konfiguraci se zeptejte Cursoru: „Analyzuj tento support ticket na PII, než ho vložím do trackeru.“ Cursor zavolá analyze_text, vrátí seznam entit a vy rozhodnete, zda anonymizovat před vložením.

Nastavení Claude Desktop

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

S touto konfigurací může Claude Desktop anonymizovat jakýkoli text před jeho zahrnutím do volání nástrojů odesílaných na další servery. Anonymizace běží ve vaší relaci. PII nikdy nedosáhne serverů Anthropic v identifikovatelné podobě.

Zpevnění vašeho nastavení

Kromě použití anonym.legal aplikujte tyto kroky. Viz také náš přehled bezpečnosti a compliance centrum.

Proveďte audit seznamu nástrojů. Zkontrolujte každý záznam ve své konfiguraci. Pro každý položte otázku: důvěřujete provozovateli? Víte, k jakým datům může mít přístup?

Preferujte lokální před vzdáleným. Lokální servery běží přes stdio. Nevytvářejí žádnou síťovou expozici. Vzdálené servery používejte pouze tehdy, když neexistuje lokální alternativa.

Zkontrolujte autentizaci. Každý vzdálený server by měl vyžadovat API klíč nebo OAuth token. Pokud ne, nepoužívejte ho se skutečnými uživatelskými daty.

Oddělte vývojové od produkčního. Udržujte samostatné konfigurace pro vývojové práce (testovací data, žádné PII) a jakýkoli tok, který se dotýká skutečných uživatelů.

Povolte auditní logování. Pokud podporuje logy, zapněte je. Vězte, jaká data prošla každým voláním.

Viz naši stránku funkcí MCP pro úplný seznam typů entit a jazyků.

Více než 30 CVE za 60 dní ukazuje, že protokol je pod aktivním dohledem. Nové chyby se objeví. Ale základní obrana — anonymizace před tím, než data dosáhnou jakéhokoli LLM volání — funguje proti jakémukoli konkrétnímu CVE, které přijde příště.

Konfigurujte server anonym.legal v Cursoru →


anonym.legal zpracovává anonymizaci PII na straně serveru pomocí vašeho šifrovacího klíče. Pseudonymizovaná data jsou reverzibilní pouze s tímto klíčem. Vydavatel: anonym.legal, certifikováno podle ISO 27001.

Zdroje

  • Data o expozici MCP serverů ze Shodanu, březen 2026 — více než 8 000 serverů, 492 bez autentizace
  • CVE-2026-25253, CVSS 8,8, cross-server injection přes Model Context Protocol
  • Data SSRF: bezpečnostní výzkumné skenování veřejně přístupných endpointů, březen 2026
  • Specifikace Anthropic MCP v1.2, sekce bezpečnostních aspektů

Připraveni chránit svá data?

Začněte anonymizovat PII s více než 285 typy entit ve 48 jazycích.

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.