To kanaler, to angrepsflater
Utviklere bruker AI pa to steder. Hvert sted har en annen dataflyt. Hvert trenger en annen sikkerhetskontroll.
IDE-integrert AI - Cursor, GitHub Copilot, VS Code-utvidelser og Claude Desktop kan lese prosjektet ditt. Kodefiler, konfigurasjonsfiler og miljovariabler er alle i omfanget. AI-modellen far det utvikleren limer inn eller det klienten henter fra prosjektkontekst.
Nettleserbasert AI - Claude.ai, ChatGPT og Gemini kjorer i nettleseren. Utviklere limer inn kode, stakkspor og feilmeldinger gjennom nettlesertekstfelt. Teksten gar rett til AI-leverandoren. Ingen filter sitter i mellom.
Begge kanaler eksponerer sensitive data til AI-leverandorer. Begge trenger kontroller. Men den rette kontrollen for hver kanal er annerledes. Et team som bare dekker en kanal har bare beskyttet halvparten av utviklerarbeidsflyten.
IDE-laget: MCP-server
For Claude Desktop- og Cursor-brukere er Model Context Protocol (MCP) det rette sikkerhetslaget.
MCP sitter mellom AI-klienter og AI-modell-API-er. MCP-serveren leser alle data i det grensesnittet for de nar modellen.
Denne posisjonen muliggjor tre ting:
Nokkel- og hemmelighetsfjerning - API-nokler, databasestrenger, autentiseringstokens og interne URL-er finnes og erstattes med sikre tokens for sending. Modellen far [API_KEY_1] i stedet for den virkelige nokkelverdi.
Egendefinerte kodemonstre - Team kan legge til egendefinerte matchregler for interne produktkoder, kunde-ID-er og tjenestenavn. Standard PII-verktoy kjenner ikke disse monstrene. Egendefinerte regler kjores i MCP-serveren for data forlater.
Ingen forstyrrelser i utviklerarbeidet - Utvikleren bruker Cursor eller Claude Desktop akkurat som for. MCP-serveren kjores mellom klient og API. Utvikleren ser ingen endring. De far den samme AI-hjelpen.
GitHub Octoverse 2024 registrerte 39 millioner lekkede hemmeligheter pa GitHub - en 25 % ar-over-ar-okning. Den samme vanen som driver disse lekkasjene driver ogsa IDE AI-lekkasjer. Legitimasjonsdataer havner i committed kode. De havner ogsa i limt inn kontekst. MCP-server-avskjaering dekker AI-kanalen av det samme monsteret.
Se ogsa: MCP Server PII-sikkerhet i 2026
Nettleserlaget: Chrome-utvidelse
For nettleserbasert AI - Claude.ai, ChatGPT, Gemini - er en Chrome-utvidelse den rette kontrollen.
Utvidelsen kjorer som et innholdsskript pa hver AI-plattform. Den leser tekst for utvikleren sender den. Den finner sensitivt innhold - navn, hemmeligheter og kodemonstre du angir - og maskerer dem for teksten nar AI-leverandoren.
De to lagene dekker ulike kanaler:
MCP-server dekker - all AI-bruk gjennom Claude Desktop eller Cursor. Kodegjennomgang, feilsokingssokter og prosjektkontekstsporringer gar alle gjennom dette laget.
Chrome-utvidelse dekker - all nettleserbasert AI-bruk. Claude.ai, ChatGPT, Gemini, Perplexity og ethvert annet AI-grensesnitt i nettleseren. Dette inkluderer utviklere som bruker nettleser-AI til dokumentasjonsarbeid eller sporsmala de foretrekker a holde utenfor IDE-en.
Se ogsa: Blokkering vs anonymisering for nettleser-DLP
Hvordan kombinert dekning ser ut
Et utviklingsteam som kjorer begge lag far full dekning. Slik fungerer det i praksis.
En utvikler bruker Cursor med Claude til a feilsoke et live problem. MCP-serveren fjerner hemmeligheter fra stakksporingen for Claude ser den. Ingen nokler sendes.
Den samme utvikleren apner deretter Claude.ai i nettleseren for et arkitektursporsmal. De inkluderer en intern tjeneste-URL. Chrome-utvidelsen fjerner URL-en for den sendes. Ingen intern URL nar Claude.
En kollega bruker ChatGPT til dokumentasjonshjelp. De limer inn kode som har en API-nokkel. Chrome-utvidelsen fanger nokkelen for den gar til OpenAI. Ingen nokkel eksponeres.
Ingen kanal eksponerer hemmeligheter eller sensitiv kode til AI-leverandorer. Begge utviklere bruker AI til reelt arbeid. Sikkerhetsteamet har tekniske kontroller pa begge kanaler - ikke bare policyregler.
CVE-2024-59944 viser ett tilfelle av det bredere monsteret. Utvikler-AI-verktoy uten avskjaringslag er en lekkasjekanal. Tolags-modellen er det direkte svaret pa den risikoen.
Se ogsa: PII-lekkasje i produksjon med AI-kodingsassistenter
Hvorfor ett lag ikke er nok
Noen team blokkerer nettleser-AI og stoler pa kun IDE-verktoy. Andre tillater nettleser-AI men dekker ikke IDE-en. Begge tilnarmingene etterlater et gap.
En utvikler som bruker Cursor pa jobb kan ogsa apne ChatGPT i en nettleserfane for a sjekke et raskt sporsmal. En IDE-enhetlig kontroll fanger ikke det. En nettleser-enhetlig kontroll fanger ikke IDE-okten. Begge kanaler er aktive i en virkelig utviklerdag.
Tolags-modellen dekker begge. Den er ikke avhengig av at utviklere unnga en kanal eller den andre. Den kjorer stille pa begge steder.
anonym.legal tilbyr begge lag: en MCP-server for IDE-integrert AI og en Chrome-utvidelse for nettleserbasert AI. Begge kjorer pa samme deteksjonsmotor - 273 enhetstyper, 48 sprak, reversibel kryptering.