By · Last updated 2026-03-29

Bumalik sa BlogSeguridad ng AI

39M GitHub Leak: Panganib ng AI Coding

67% ng mga developer ang aksidenteng nakalantad ng mga secret sa code (GitGuardian 2025). 39 milyong secret ang na-leak sa GitHub sa 2024, tumaas ng 25% taon-taon.

March 29, 20268 min basahin
GitHub secret leaksdeveloper AI securitycredential exposureMCP Server protectionGitGuardian 2025

39 Milyong Kredensyal na Na-leak sa Isang Taon

Natuklasan ng ulat ng GitHub Octoverse 2024 na 39 milyong secret ang na-leak sa GitHub sa 2024. Iyon ay isang 25% na pagtaas mula taon-taon mula 2023. Kasama sa mga secret ang mga API key, database string, auth token, at cloud credential.

Kilala ang dahilan. Nag-commit ang mga developer ng code na may mga secret sa loob. Nagmumula ang mga secret sa mga debug session. O hindi sila naka-store sa mga environment variable. Sa 39 milyong leak, hindi ito bihira. Ito ay karaniwan.

Nagdadagdag ang Mga AI Tool ng Pangalawang Channel ng Leak

Natuklasan ng pananaliksik ng GitGuardian sa 2025 na 67% ng mga developer ay aksidenteng nakalantad ng mga secret sa code. Ang parehong mga gawi na lumilikha ng mga GitHub leak ay lumilikha rin ng mga AI tool leak.

Nag-paste ang isang developer ng code sa Claude, ChatGPT, o ibang AI assistant para sa tulong. Ang code na iyon ay madalas na may mga live na kredensyal sa loob. Tinatanggap ng AI model ang secret. Maaari itong iimbak sa kasaysayan ng pag-uusap. Ipinapadala nito sa mga server ng provider. Nawalan ng kontrol ang developer - nang walang babala.

Tatlong halimbawa:

Pag-debug ng database. Nagpi-paste ang isang developer ng stack trace. Kasama sa trace ang connection string. Nababasa rin ng AI ang password.

Pagsusuri ng pipeline. Nagbabahagi ang isang developer ng data pipeline script. Ang script ay may AWS access key at secret key. Tinatanggap ng AI ang pareho.

Pagsusuri ng API integration. Humihingi ng feedback ang isang developer sa isang integration. Ang code ay may kasamang live na partner API key. Lumalabas ang key sa network ng developer.

Sa bawat kaso, ang layunin ay lehitimong tulong. Ang credential leak ay isang side effect ng pagbibigay sa AI ng sapat na konteksto. Ito ang parehong pattern ng mga GitHub leak - hindi malisyoso, karaniwan lamang.

Nahaharap ang Mga CI/CD Pipeline sa Parehong Panganib

Ang mga secret leak ng CI/CD pipeline ay tumaas ng 34% sa 2024. Ang mga build script, deployment config, at infrastructure-as-code file ay lahat ay dumadaan na sa AI review ngayon. Ang mga file na ito ay madalas na may mga cloud credential at service account token.

Habang sumasaklaw ang mga AI tool sa mas marami sa dev cycle - review, docs, debugging, optimization - lumalaki ang exposure surface kasama nila.

Paano Pinipigilan ng MCP Architecture ang mga Leak

Para sa mga team na gumagamit ng Claude Desktop o Cursor IDE, ang Model Context Protocol (MCP) server architecture ay naglalagay ng credential filter sa landas sa pagitan ng developer at ng AI model.

Hinahawakan ng MCP server ang bawat teksto na dumadaan sa session. Ang naka-paste na code, mga stack trace, config file, debug context - lahat ito ay dumadaan sa isang hakbang ng anonymization bago makita ng modelo.

Hinahanap ng engine ang mga credential pattern: mga format ng API key, database string, OAuth token, mga header ng private key, at mga custom na format na tinutukoy ng iyong security team. Ang bawat match ay pinapalitan ng isang token bago maipadala.

Kung ano ang hitsura nito sa praktis:

Nagpi-paste ang isang developer ng stack trace na may database connection string. Pinapalitan ng MCP server ang string ng [DB_CONNECTION_1]. Nakikita ng AI ang trace na may token sa lugar. Nagbibigay ito ng tulong sa pag-debug batay sa anonymized na bersyon. Ang aktwal na kredensyal ay hindi kailanman lumabas sa internal na network.

Pinipigilan nito ang parehong leak vector na nagpupuno ng GitHub ng mga secret. Ang channel ay naiiba - mga AI tool, hindi git commit - ngunit gumagana ang solusyon sa parehong paraan: hadlangan ito bago ito maipadala.

Tingnan ang aming pangkalahatang-ideya ng seguridad para sa kung paano hinahawakan ng anonym.legal ito sa mga AI tool at workflow ng dokumento, at ang compliance center para sa mga kontrol ng audit.

Ang Pag-detect Pagkatapos ng Katotohanan ay Huli na

Ginagamit ng ilang team ang post-commit scanning para mahuli ang mga na-leak na secret. Ang GitGuardian at truffleHog ay gumagana nang maayos para sa GitHub channel. Hindi nila sinasaklaw ang mga AI tool session.

Kapag umabot ang isang secret sa mga server ng AI provider, tapos na ang exposure. Natutuklasan ito ng pag-scan pagkatapos. Pinipigilan ng MCP-layer anonymization na maabot ng secret ang modelo.

Dine-dokumento ng 39 milyong GitHub leak ang isang channel. Ang AI tool exposure ay ang parehong problema sa isang channel na may mas kaunting monitoring at walang audit trail. Ang pag-iwas bago maipadala ay sumasaklaw sa pareho.

Mga Pinagkukunan

Handa nang protektahan ang iyong data?

Simulan ang anonymization ng PII gamit ang 285+ uri ng entidad sa 48 wika.

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.