By · Last updated 2026-03-13

Tilbage til BlogAI Sikkerhed

Samsung mistede kildekode til ChatGPT tre gange

Tre separate Samsung-ingeniørteams indsatte proprietær kode og fortrolige data i ChatGPT i april 2023. Hver hændelse afslørede en anden systemsvaghed.

March 13, 20269 min læsning
Samsung ChatGPT leaksource code protectionenterprise AI controlsinsider data leakageMCP Server anonymization

Opdateret for 2026

Tre teams, tre lækager, én måned

I april 2023 offentliggjorde Samsung Semiconductor tre separate hændelser. Tre forskellige teams havde sendt proprietære data til en AI-chatbot inden for en enkelt måned. Hændelserne var ikke relaterede. Forskellige mennesker, forskellige roller, forskellige dage.

De delte kun to træk. Enhver person brugte værktøjet til at udføre reelt arbejde. Enhver sendte ved et uheld data, Samsung ikke havde til hensigt at dele uden for virksomheden.

Hændelse 1 — Kildekode. En softwareingeniør fejlfandt udstyrskode. Han indsatte proprietær halvlederkildekode i chatten. Koden indeholdt produktions-IP.

Hændelse 2 — Mødenoter. En medarbejder udarbejdede et referat af et møde. Hun indsendte sine noter til AI'en for at kondensere dem. Disse noter indeholdt fortrolige strategi- og køreplandetaljer.

Hændelse 3 — Databaseforespørgsel. En tredje medarbejder ønskede hjælp til en langsom forespørgsel. Han delte databasestrukturen og forespørgselslogikken. Denne logik refererede til proprietære skemaer og forretningsregler.

Tre hændelser. Tre videregivelser. Én måned.

Hvorfor medarbejderne gjorde det

Ingen af de tre handlede skødesløst. De brugte et AI-værktøj til opgaver, som AI-værktøjer er bygget til. Kodegennemgang. Tekstopsummering. Forespørgselsoptimering. Hver opgave var legitim.

Det manglende element var en teknisk stop-mekanisme. Intet system blokerede indsendelsen, inden den nåede en ekstern server. Intet filter fangede proprietære identifikatorer, inden de forlod netværket. Intet stod mellem medarbejderens reelle behov og den eksterne tjeneste.

En politikadvarsel eksisterede. Men en advarsel er ikke en barriere. Risikoen for en utilsigtet fejl var abstrakt og fjern. Produktivitetsfordelen var reel og umiddelbar. Rationelle medarbejdere valgte produktivitet.

Resultatet var forudsigeligt. Tre hændelser på tredive dage. Tre videregivelser af IP. En virksomhedskrise, der udløste forbud på tværs af branchen.

Branchens reaktion

Samsung handlede hurtigt. De fjernede AI-værktøjsadgang på virksomhedens enheder.

Andre organisationer fulgte. Dem, der annoncerede restriktioner, inkluderede Bank of America, Citigroup, Goldman Sachs, JPMorgan Chase, Apple og Verizon. Den finansielle sektor reagerede hurtigst. Store banker og teknologivirksomheder nåede til den samme konklusion. AI-værktøjer uden tekniske kontroller udgør en uacceptabel compliance-risiko.

Ever én af dem nåede til den samme konklusion. Medarbejdere er ikke problemet. Politikadvarsler er ikke nok. Data forlod virksomhedens netværk, fordi intet stoppede det. Politik alene kan ikke skabe en teknisk stop-mekanisme.

71,6 %-omgåelsesraten

Forbudsmetoden har en målbar fejlrate. LayerX-forskning fra 2025 viste, at 71,6 % af medarbejdere underlagt virksomhedens AI-forbud fortsatte med at bruge AI-værktøjer. De brugte personlige konti eller personlige enheder.

Årsagen er simpel. Et værktøj, der leverer reel værdi, bliver brugt. Folk finder omgåelser frem for at opgive det. AI kan halvere opgavetiden. En politikadvarsel vil ikke ændre den beregning. Medarbejdere logger ind fra en privat telefon eller laptop. Sikkerhedsteams kan ikke se den trafik.

Det praktiske resultat er det værste tilfælde. Virksomhedsdata når stadig AI-udbydere. Men nu flyder de gennem kanaler uden nogen overvågning. Trafik fra virksomhedsenheder kunne i det mindste logges. Personlig kontobrug er usynlig.

Samsungs tre hændelser skete på virksomhedsenheder. Medarbejdere, der omgår forbuddet, gør det samme. De sender arbejdsdata til AI-modeller. Men nu går det gennem kanaler uden virksomhedens synlighed.

Den tekniske løsning, der adresserer grundårsagen

Samsungs hændelser blev ikke forårsaget af skødesløse mennesker. De blev forårsaget af en arkitektur uden et intercepteringslag. Der var intet mellem medarbejderens prompt og leverandørens server.

Model Context Protocol (MCP)-arkitektur udfylder dette hul. Den placerer en transparent proxy i datastien. Udviklere, der bruger Claude Desktop eller Cursor IDE, er den primære målgruppe. Det er præcis de værktøjer, der bruges til den slags kodefejlfinding bag Samsungs første hændelse. MCP-serveren sidder inde i protokolstien for begge.

Inden noget tekst når AI-modellen, kører MCP-serveren det gennem et anonymiseringstrin. Kildekode scannes for proprietære identifikatorer. Funktionsnavne, variabelnavne og API-endepunkter erstattes med strukturerede tokens. Databaseskemaoplysninger og konfigurationsværdier erstattes også. Ombytningen sker, inden koden forlader dit netværk.

En udvikler, der fejlfinder proprietær kode, sender kode gennem MCP-klienten. De følsomme identifikatorer er allerede tokens på det tidspunkt. AI-modellen hjælper stadig med fejlfindingsopgaven. De faktiske proprietære detaljer når aldrig leverandørens servere.

Hændelse 1 bliver teknisk umulig. Kildekoden forlader netværket allerede anonymiseret. Ingeniøren får den hjælp, de har brug for. IP'en forbliver under virksomhedens kontrol.

Den samme logik dækker hændelse 2. Opsummering af mødenoter via browserbaserede værktøjer håndteres af Chrome-udvidelsen og dens virksomhedskontroller. Hændelse 3 er dækket af MCP-anonymisering i enhver AI-kodegrænseflade.

Forbud kontra tekniske kontroller

At forbyde værktøjer, som 71,6 % af medarbejdere allerede omgår, reducerer ikke risikoen. Det flytter risikoen til usynlige kanaler.

Browser DLP-værktøjssammenligningen dækker intercepteringsmuligheder for browserbaseret AI-brug. For organisationer, der sammenligner anonymisering med andre DLP-produkter, dækker Nightfall vs. anonym.legal-sammenligningen direkte afvejningen mellem blokering og anonymisering.

Samsungs hændelser var et tidligt signal. Grundårsagen var en mangel. Intet intercepteringslag. Ingen teknisk kontrol. Dette hul kan lukkes nu. Spørgsmålet er, om virksomheder implementerer løsningen eller fortsætter med at stole på forbud, som de fleste medarbejdere allerede omgår.

Kilder

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.