# Kako lahko tuj repozitorij prevzame Claude Code: 7 pravil zaščite

> Štiri dokumentirane poti posrednega vrivanja pozivov prek repozitorijev, vsebine GitHub, dogodkov Sentry in metapodatkov MCP s primarnimi raziskavami ter praktičnimi mejami omejevanja.

Source: https://ailoot.ai/blog/sl/malicious-repository-claude-code/
Canonical: https://ailoot.ai/blog/sl/malicious-repository-claude-code/
Language: sl
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-148
Revision: sha256-d46f3f4494392850474d2c904f5fe5a4c5f6e501060c07ba9302c676180bac7d


<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ključne točke razdelka">

Ključne točke

Objavljene raziskave ponazarjajo štiri poti posrednega vrivanja navodil: navodila namestitve, vsebino GitHub, telemetrijo in metapodatke orodij MCP. Poročila so izšla ob različnih datumih in zadevajo različne odjemalce ter dovoljenja. Spodaj so primarni viri in praktični omejitveni ukrepi; nobena nastavitvena datoteka ne zagotavlja odpornosti.

</div>

[Dokumentacija Ailoot: API, ključi in nastavitev](https://ailoot.ai/docs/).

## Štiri dokumentirane poti od nezaupanja vrednega besedila do agentovih dejanj

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ključne točke razdelka">

Ključne točke

Primeri zadevajo različna raziskovalna obdobja in nastavitve odjemalcev, ne štirih odkritij v enem štirinajstdnevnem obdobju. Ponazarjajo vpliv nezaupanja vrednega gradiva na uporabo orodij; izid določajo izvedbene napake, razpoložljive poverilnice in dovoljenja izvajanja.

</div>

Formalni izraz za to je posredno vbrizgavanje pozivov: zlonamerno navodilo ne pride neposredno od vas, temveč prek podatkov, ki jih agent obdeluje med izvajanjem naloge – na primer tujega README-ja, sporočila o napaki, komentarja na GitHubu ali odgovora zunanje storitve. Izraz lahko po tem odstavku pozabite; od zdaj naprej bom uporabljal preproste besede.

Štirje spodaj obravnavani raziskovalni primeri:

1.  Na videz neškodljiv repozitorij se lahko spremeni v povratno lupino.
2.  Naslov zahteve Pull Request je lahko ugrabil tri različne agente umetne inteligence.
3.  Agent lahko namesto pravega poročila o napaki iz Sentryja prejme lažno.
4.  Opis orodja MCP lahko upravlja vašega agenta enako učinkovito kot sistemski poziv.



## Kako se README na videz neškodljivega repozitorija spremeni v povratno lupino?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ključne točke razdelka">

Ključne točke

[Dokaz koncepta 0DIN z dne 25. junija 2026](https://0din.ai/blog/clone-this-repo-and-i-own-your-machine) kaže: klonirate običajen repozitorij in prosite Claude Code, naj ga zažene – ta vestno sledi navodilom za namestitev. Napaka pri prvem zagonu predlaga ukaz za »popravek«, ki v resnici razreši napadalčev zapis DNS in zažene povratno lupino. Navedeni vir tehniko demonstrira; ne potrjuje pogostosti njene uporabe pri resničnih incidentih.

</div>

Mehanizem je zasnovan tako, da nobena posamezna plast ni videti sumljiva:

1.  Klonirate običajen repozitorij in prosite Claude Code, naj ga zažene.
2.  Repozitorij prenese paket Python, ki je zasnovan tako, da pri prvi uporabi odpove.
3.  Sporočilo o napaki vljudno predlaga ukaz za »popravek«: `python3 -m axiom init`.
4.  Ukaz `init` zažene `setup.sh`.
5.  Skript poizveduje po zapisu DNS TXT (običajno se uporablja za opombe, povezane z domeno, vendar polje sprejme poljubno besedilo). Napadalec vanj vstavi ukaz, kodiran v base64 (način pretvorbe poljubnih podatkov v navadno besedilo brez presledkov in posebnih znakov), in ga neposredno posreduje bashu.
6.  Vrednost zapisa DNS je mogoče kadar koli spremeniti – napadalec tako dobi interaktivno povratno lupino z vašimi uporabniškimi dovoljenji in dostopom do vseh skrivnosti v računalniku.



Prikazana napadalna vsebina je bila pridobljena iz DNS med izvajanjem, zato pregled samih bajtov repozitorija končne vsebine ni razkril. To ne dokazuje nemoči vsakega pregledovalnika ali nadzora izvajanja: pregled pridobljene vsebine, spremljanje procesov in omrežne omejitve lahko verigo razkrijejo ali prekinejo. Vir je dokaz koncepta, ne meritev pogostosti resničnih incidentov.

## Kako je naslov zahteve Pull Request ugrabil tri različne agente umetne inteligence?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ključne točke razdelka">

Ključne točke

[Raziskovalno poročilo Comment and Control](https://oddguan.com/blog/comment-and-control-prompt-injection-credential-theft-claude-code-gemini-cli-github-copilot/), objavljeno 15. aprila 2026 in posodobljeno 4. maja, dokumentira ločene poti vrivanja navodil prek besedila GitHub v Claude Code Security Review, Gemini CLI Action in Copilot Agent. Znižanje resnosti ne dokazuje odprave celotnega razreda napadov; poročilo opisuje odzive ponudnikov in konkretno omejitev orodja Claude.

</div>





Raziskovalec opisuje te poti in odzive; gre za zgodovinsko poročilo, ne preverjanje vsake trenutne različice izdelka:

| Agent | Kako je napad prišel v sistem | Kaj je ušlo | Poročani odziv v raziskavi |
|----|----|----|----|
| Claude Code Security Review | Naslov PR je bil brez preverjanja neposredno vstavljen v sistemski poziv | `ANTHROPIC_API_KEY`, `GITHUB_TOKEN` | Raziskovalec poroča o omejitvi ps in spremembah dokumentacije; resnost se je 20. aprila 2026 spremenila v None |
| Gemini CLI Action | Lažni razdelek »Trusted Content« v komentarju je zaobšel varnostna navodila | `GEMINI_API_KEY` | Google je sistemskemu pozivu dodal ločene zaščitne pozive |
| GitHub Copilot Agent | Vsebina napada je bila skrita v nevidnem komentarju HTML v Markdownu | `GITHUB_COPILOT_API_TOKEN`, `COPILOT_JOB_NONCE` | GitHub meni, da gre za arhitekturno omejitev, ne za hrošča |

Med prvim in zadnjim poročilom v tem ciklu razkritij je minilo skoraj pet mesecev (prvo poročilo o Claude Code je bilo objavljeno 17. oktobra 2025, zadnji popravek hrošča v GitHub Copilotu pa 9. marca 2026). Sprememba resnosti in ukrepi poročila ne potrjujejo popolnega zaprtja vseh mogočih napadalnih vsebin. [Raziskovalčev repozitorij PoC](https://github.com/0dd/Claude-review-poc) dokumentira prikazano pot Claude; napadalne vsebine ne izvajajte proti resničnim sistemom. Za vas je pomemben sam vzorec napada: nepreverjeni podatki z GitHuba vstopijo v agenta, agent izvede ukaze, skrivnosti pa uidejo prek istega GitHuba – napadalec ne potrebuje zunanjega strežnika.

Za prepoznavanje vzorca zadostujeta že dve analizi: vsake nove ugotovitve ni mogoče odpravljati posamično; ranljivosti te vrste se pojavijo vsaka dva tedna. Izrecni zapis varnostnih pravil v CLAUDE.md in settings.json namesto tega, da jih ohranjate v glavi, je del inženiringa konteksta: nastavite jih enkrat in samodejno veljajo v vsaki novi seji Claude Code, brez opominov. Skupaj delujejo trije stebri: **klon umetne inteligence + Drugi možgani + Inženiring konteksta** – ta kombinacija Claude Code iz izvajalca, ki zaupa vsemu, spremeni v agenta z izrecnimi pravili.

## Ali lahko lažno poročilo o napaki v Sentryju prevzame nadzor nad vašim agentom?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ključne točke razdelka">

Ključne točke

Napadalec pošlje Sentryju lažni dogodek napake; agent prek MCP zahteva seznam težav, med legitimnimi prejme zlonamerni dogodek in ukaz, vdelan vanj, izvede kot »korak za odpravo«.

</div>

Za napad ni potrebno nič drugega kot ključ Sentry DSN – javni identifikator, ki ga številni projekti vključijo neposredno v kodo na strani odjemalca:



Mehanizem je preprost: razvijalec prosi agenta, naj pregleda odprte napake v Sentryju; agent jih zahteva prek strežnika MCP, med resničnimi prejme zlonamerni dogodek in ukaz, vdelan vanj, razume kot zaupanja vredno navodilo za odpravo napake – saj je to formalno natanko naloga, ki jo je dobil.



Tenet poroča, da obstoječi nadzori v njegovih testnih okoljih niso sprožili opozorila. To ne dokazuje izvajanja brez sledi v vseh uvedbah: dnevniki agenta in orodij, telemetrija končnih naprav ter omrežni zapisi lahko zajamejo nadaljnja dejanja. Napad se začne z zunaj oddano telemetrijo, nato pa je odvisen od dejanskih orodij in dovoljenj agenta.

## Zakaj je opis orodja MCP tako nevaren kot sistemski poziv?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ključne točke razdelka">

Ključne točke

Metapodatki orodij lahko nosijo navodila, ki vplivajo na model, niso pa samodejno enakovredni avtoriteti sistemskega poziva. [MCPTox](https://arxiv.org/abs/2508.14925), prvič predložen 19. avgusta 2025, vrednoti zastrupljanje orodij na realističnih orodjih MCP in poroča o ranljivosti, ki se razlikuje po modelu in nastavitvi. Ugotovitev, da so zmogljivejši modeli lahko bolj dovzetni, je rezultat znotraj tega testa, ne univerzalni zakon.

</div>

Microsoftova formulacija je najnatančnejša, kar sem jih našel na to temo:



Ta tehnika se imenuje zastrupljanje orodij: navodilo, skrito v opisu neškodljivega orodja, povzroči, da agent ukrepa na njegovi podlagi.



Claude 3.7 Sonnet se je v tem preizkusu najbolje izkazal po odpornosti, vendar je tudi ta model zavrnil sledenje zastrupljenemu navodilu v manj kot 3% primerov – tudi odpornost najboljšega modela je bolj odvisna od sreče kot od zaščite. V tem testu so bili nekateri zmogljivejši modeli bolj dovzetni za zastrupljena navodila; to je opažanje v okviru konkretnega vrednotenja, ne splošni zakon o sledenju navodilom.

## Kaj je skupnega tem napadom in kaj lahko zaznavanje spregleda?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ključne točke razdelka">

Ključne točke

Vse štiri ugotovitve izkoriščajo isto slepo pego: agent ne razlikuje med »podatki za analizo« in »navodili za upoštevanje«. Pregled samo repozitorija lahko spregleda vsebino, pozneje posredovano prek orodij ali omrežnih podatkov. Zaznavanje ostaja koristno, vendar mora upoštevati celotno pot izvajanja. Združite ga z omejitvami datotek, poverilnic, orodij in omrežja, namesto zanašanja na agentovo prepoznavanje navodila.

</div>







Sklep velja za vse štiri ugotovitve: ne morete se zanesti na to, da »je koda videti običajna« – vsak posamezen korak napada je resnično neškodljiv. Omejite dejanske zmožnosti agenta in preglejte predlagana dejanja; zaznavanje in omejevanje pokrivata različna dela napada.

## Kakšno zaščito Claude Code že ima – in zakaj ne zadostuje?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ključne točke razdelka">

Ključne točke

Claude Code ima vgrajeno zaščito: analizira celoten poziv in išče sumljiva navodila, za spletno vsebino uporablja ločena kontekstna okna, ob prvem zagonu v novi mapi preveri zaupanje, prav tako pa tudi ob povezovanju s strežniki MCP. Toda zastavica `--dangerously-skip-permissions`, s katero veliko ljudi izklopi nadležna vprašanja o dovoljenjih, hkrati onemogoči vse te zaščite.

</div>

Anthropic težavo odkrito priznava v [svoji dokumentaciji](https://code.claude.com/docs/en/security), namesto da bi jo skrival:

<figure>
<blockquote>
<p>Vbrizgavanje pozivov je tehnika, s katero napadalec poskuša preglasiti ali spremeniti navodila pomočnika umetne inteligence z vstavljanjem zlonamernega besedila. Claude Code vključuje več zaščitnih mehanizmov pred takimi napadi.</p>
</blockquote>
<figcaption>— Dokumentacija Claude Code, https://code.claude.com/docs/en/security</figcaption>
</figure>

Po navedbah dokumentacije agent analizira celoten poziv in išče sumljiva navodila, ukazov `curl` in `wget` ne odobri samodejno, spletno vsebino hrani v ločenem kontekstnem oknu, da se ne pomeša z glavnim, ter ob prvem zagonu v novi kodni zbirki ali povezavi z novim strežnikom MCP zahteva potrditev zaupanja.

Vendar Anthropic izrecno in brez olepševanja navaja pomembno omejitev:

<figure>
<blockquote>
<p>Način bypassPermissions ne zagotavlja zaščite pred vbrizgavanjem pozivov ali nenamernimi dejanji.</p>
</blockquote>
<figcaption>— Dokumentacija Claude Code, https://code.claude.com/docs/en/permission-modes</figcaption>
</figure>

Če ste Claude Code kdaj iz razdraženosti zagnali z `--dangerously-skip-permissions`, da bi »vam nehal težiti z vprašanji«, ste izklopili vse mehanizme, ki bi lahko ustavili natanko štiri zgoraj obravnavane napade. To zastavico namenoma pustim izklopljeno, tudi ko Claude Code v isti seji že desetič znova vpraša – nadležno je, vendar so ta vprašanja meja med »agent je prebral sumljivo besedilo« in »agent ga je izvedel«. Smiselna nastavitev za nekoga, ki ni programer, je običajni način dovoljenj (`default` ali `acceptEdits`) z omogočenim peskovnikom: običajne spremembe datotek se zgodijo brez dodatnih vprašanj, terminalski ukazi pa fizično ne morejo uiti iz peskovnika, tudi če je bil agent pretentan.

## Kako omogočite način peskovnika in zaprete vrzel, ki jo privzeto pušča odprto?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ključne točke razdelka">

Ključne točke

Ukaz `/sandbox` v seji Claude Code omeji, kamor agent lahko piše, in domene, s katerimi se lahko poveže. V macOS deluje takoj; Linux in WSL2 zahtevata paketa `bubblewrap` in `socat`. Pomembna podrobnost: peskovnik privzeto ne blokira branja datotek, kot je `~/.ssh` – to morate omogočiti posebej.

</div>

Če ga želite trajno omogočiti za vse projekte, spremenite eno nastavitev v datoteki `~/.claude/settings.json`:

```json
{
  "sandbox": { "enabled": true }
}
```

Ukazi v peskovniku lahko privzeto pišejo samo v delovni imenik projekta in začasni imenik seje. Dostop do omrežja poteka prek posredniškega strežnika – nobena domena ni vnaprej dovoljena, Claude Code pa bo prvič, ko se bo povezal z novo domeno, zahteval potrditev. [Anthropic pravi](https://www.anthropic.com/engineering/claude-code-sandboxing), da to močno zmanjša število pozivov za dovoljenje – po internih meritvah podjetja za 84% – saj peskovnik nekatere varne primere obravnava sam, namesto da bi vas vsakič vprašal.

Vrzel, ki jo puščajo standardne nastavitve: peskovnik privzeto omejuje *pisanje*, ne preprečuje pa *branja* datotek, kot sta `~/.aws/credentials` in `~/.ssh`. Prav te datoteke in okoljske spremenljivke so bile tarča zgoraj opisanih napadov. Vrzel zaprite z ločenim blokom v isti datoteki:

```json
{
  "sandbox": {
    "enabled": true,
    "credentials": {
      "files": [
        { "path": "~/.aws/credentials", "mode": "deny" },
        { "path": "~/.ssh", "mode": "deny" }
      ],
      "envVars": [
        { "name": "GITHUB_TOKEN", "mode": "deny" },
        { "name": "NPM_TOKEN", "mode": "deny" }
      ]
    }
  }
}
```

Bistvo je, da so te spremenljivke in datoteke fizično odstranjene iz okolja procesa, preden se ta zažene – zato tudi če se povratna lupina iz prve analize odpre znotraj peskovnika, ni ničesar, kar bi lahko ukradla.

## Katera pravila permissions.deny bi morali dodati danes?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ključne točke razdelka">

Ključne točke

`permissions.deny` v datoteki settings.json blokira določena dejanja na ravni pravil, namesto da bi analiziral namen – Anthropic pa izrecno zagotavlja, da pravilo deny vedno prevlada nad pravilom allow. Pravila deny omejijo ujemajoča se dejanja orodij, niso pa meja dostopa operacijskega sistema; posredni ukazi in druga orodja potrebujejo svoje nadzore.

</div>

Minimalni nabor za nekoga, ki ni programer, hkrati pokrije glavne tarče vseh štirih napadov:

```json
{
  "permissions": {
    "deny": [
      "Read(~/.ssh/**)",
      "Read(~/.aws/credentials)",
      "Read(.env)",
      "Bash(curl *)",
      "Bash(wget *)",
      "Bash(sudo *)"
    ]
  }
}
```

Po [dokumentaciji Claude Code](https://code.claude.com/docs/en/permissions) imajo pravila deny vedno prednost pred pravili allow. Tudi če vi (ali sam agent) drugje po pomoti dovolita širši dostop, se bo konkretno pravilo deny še vedno uveljavilo najprej. Ta prednost pravil velja za ujemajoče se zahteve orodij. Ne dokazuje nedosegljivosti skrivnosti prek vsakega podprocesa ali orodja; uporabite tudi uveljavljene omejitve datotečnega sistema in okolja.

Claude Code ima tudi način `auto`, v katerem ločen klasifikacijski model preveri dejanja, preden se izvedejo – to ni isti model, ki se pogovarja z vami. Privzeto blokira med drugim prav vzorec »prenesi kodo in jo takoj izvedi« (`curl | bash`), s katerim se konča prvi opisani napad. Anthropic izrecno opozarja, da je to raziskovalni način, ki zmanjša število pozivov, vendar sam po sebi ne zagotavlja varnosti – obravnavajte ga kot dodatno plast, ne kot nadomestilo za peskovnik in permissions.deny.

## Kako preverite repozitorij in strežnik MCP, preden jim zaupate pred svojim agentom?

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ključne točke razdelka">

Ključne točke

Preden prosite Claude Code, naj zažene tuj repozitorij, preverite njegovo starost, zgodovino objavitev in izvor povezave. Pred namestitvijo strežnika MCP uporabljajte samo zaupanja vredne vire in ne pozabite, da Anthropic sam ne preverja varnosti strežnikov drugih ponudnikov. Oba kontrolna seznama zahtevata le nekaj minut in pokrivata prav vstopne točke, uporabljene v vseh štirih zgoraj obravnavanih napadih.

</div>

Za repozitorije je tu kratek kontrolni seznam, preden jih predate agentu:

1.  Ne začnite takoj z namestitvijo na podlagi povezave v e-pošti, objavi ali oceni iz neznanega vira.
2.  Če se namestitev konča z napako in navodilom »zaženi ukaz X, da jo odpraviš«, preberite, kaj X dejansko naredi, preden Claude Codeu dovolite, da ga zažene. Navodilo v zgornjem primeru je bilo videti povsem običajno – to je bil namen.
3.  Preverite starost repozitorija in zgodovino njegovih objavitev, ne samo števila zvezdic – novo ustvarjeni repozitoriji lahko zlahka dobijo lažne zvezdice prav za takšen napad.
4.  Če repozitorija ne poznate, namestitev izvedite v navideznem računalniku, ne na svojem delovnem računalniku z resničnimi ključi. To je [neposredno priporočilo Anthropic](https://code.claude.com/docs/en/security) za delo z zunanjimi storitvami.

[Stališče Anthropica o strežnikih MCP je javno](https://code.claude.com/docs/en/security):

<figure>
<blockquote>
<p>Priporočamo, da napišete lastne strežnike MCP ali uporabite strežnike ponudnikov, ki jim zaupate. Anthropic pred dodajanjem v imenik pregleda, ali konektorji izpolnjujejo merila za uvrstitev, ne izvaja pa varnostnih revizij in ne upravlja nobenega strežnika MCP.</p>
</blockquote>
<figcaption>— Dokumentacija Claude Code, https://code.claude.com/docs/en/security</figcaption>
</figure>

To pomeni, da ste za preverjanje strežnikov MCP drugih ponudnikov odgovorni vi, ne platforma, s katere ste jih namestili. Nekatere ekipe – predvsem zagonska podjetja na področju varnosti – že razvijajo orodja za to: pregledovalnike konfiguracij MCP, ki iščejo zastrupljene opise, in »pripenjanje« orodij, ki ob prvi namestitvi shrani zgoščeno vrednost opisa ter označi vsako poznejšo spremembo. Te tehnologije so nove, zato je prezgodaj, da bi se zanašali samo nanje – vendar jim je vredno slediti, zlasti če strežnike MCP povezujete s produkcijskim okoljem. Pri takih povezavah lahko pripnete posamezno različico paketa in v revizijski dnevnik zabeležite prstni odtis opisov orodij.

## 7 pravil zaščite: današnji kontrolni seznam

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Ključne točke razdelka">

Ključne točke

Vse v tem vodniku se skrči na sedem konkretnih ukrepov: tri spremembe v eni datoteki settings.json (sandbox, credentials, permissions.deny) in štiri navade pri delu s kodo, napakami ter strežniki MCP drugih oseb. Noben ukrep ne zahteva posebnega znanja – celoten kontrolni seznam vam vzame manj kot 20 minut.

</div>

1.  Omogočite način peskovnika (`/sandbox` ali `"sandbox": {"enabled": true}` v datoteki `~/.claude/settings.json`) in dodajte blok `credentials`, ki preprečuje branje `~/.ssh` in `~/.aws/credentials`.
2.  Dodajte pravila `permissions.deny`, ki prepovedujejo branje skrivnih datotek in nevarne ukaze bash (`curl`, `wget`, `sudo`) – deny vedno prevlada nad allow.
3.  Nikoli ne zaženite `--dangerously-skip-permissions` nad tujo ali nepreverjeno kodo – hkrati izklopi vse zaščite, vključno s tistimi, ki bi lahko preprečile prav te napade.
4.  Ne dovolite, da Claude Code samodejno izvede ukaz za »popravek« iz sporočila o napaki – najprej preberite, kaj v resnici počne.
5.  Strežnike MCP namestite samo iz virov, ki jim zaupate, in ne pozabite, da jih Anthropic v vašem imenu ne preverja glede varnosti.
6.  Seje ločite glede na dovoljenja: ena dela z vašimi osebnimi podatki in ne vidi zunanjih podatkov; druga pregleduje e-pošto, repozitorije in zahtevke drugih, vendar nima dostopa do skrivnosti; tretja objavlja navzven – in samo tisto, kar ste osebno odobrili. V svojih projektih to strogo upoštevam: seja z dostopom do plačilnih ključev nikoli ne bere poljubnih zunanjih zahtevkov ali repozitorijev, seja, ki obdeluje kodo drugih, pa skrivnosti sploh ne vidi. Teh vlog ne mešajte v enem klepetu.
7.  Claude Code in povezane skripte za avtomatizacijo posodabljajte – večina tukaj obravnavanih vrzeli je bila do objave tega vodnika že zaprta s popravki, nove pa odpravljajo na podoben način.

## Kaj sledi

Nobena od teh plasti ni zagotovilo – tudi Anthropic iskreno pravi, da nobena zaščita ne zagotavlja popolne odpornosti. Ne pričakujem, da bo Claude Code sam prepoznal zvijačo v sporočilu o napaki ali komentarju ob issueju. Zame sta peskovnik in `permissions.deny` del upravljanja konteksta projekta: kaj agent vidi, kaj privzeto šteje za zaupanja vredno in kaj se zgodi, ko naredi napako.

<div class="section" role="doc-bibliography" aria-label="Viri">

### Viri

- [0DIN: Clone This Repo and I Own Your Machine, 25. junij 2026](https://0din.ai/blog/clone-this-repo-and-i-own-your-machine)
- [Raziskava Comment and Control, 15. april 2026; posodobljeno 4. maja](https://oddguan.com/blog/comment-and-control-prompt-injection-credential-theft-claude-code-gemini-cli-github-copilot/)
- [Tenet Threat Labs: Agentjacking, posodobljeno 17. junija 2026](https://tenetsecurity.ai/blog/agentjacking-coding-agents-with-fake-sentry-errors/)
- [MCPTox: primarni primerjalni test zastrupljanja orodij](https://arxiv.org/abs/2508.14925)
- [Dokumentacija Claude Code - Načini dovoljenj](https://code.claude.com/docs/en/permission-modes)
- [Anthropic Engineering - Peskovnik Claude Code](https://www.anthropic.com/engineering/claude-code-sandboxing)
- [Dokumentacija Claude Code - Dovoljenja](https://code.claude.com/docs/en/permissions)
- [Dokumentacija Claude Code - Najboljše varnostne prakse](https://code.claude.com/docs/en/security)
- [Dokumentacija Claude Code - Model Context Protocol (MCP)](https://code.claude.com/docs/en/mcp)
- [Analiza povezane ranljivosti v GitHub Action Claude Code](https://ailoot.ai/blog/sl/claude-code-github-action-security/)
- [Kako konfigurirati Claude Code, da čez noč ne uniči vašega projekta](https://ailoot.ai/blog/sl/claude-code-safe-overnight-setup/)
- [Strežniki MCP za Claude Code: 7 pripravljenih nastavitev in namestitev po korakih](https://ailoot.ai/blog/sl/mcp-servers-claude-code/)
- [Varnost vibe programiranja: kako preprečiti vdor v aplikacijo, ki jo je ustvarila vaša umetna inteligenca](https://ailoot.ai/blog/sl/vibe-coding-security/)

</div>



Če potrebujete dostop do nevronskih mrež prek Ailoota, si oglejte [Ailoot](https://ailoot.ai/).

## Vprašanja in odgovori: Kako repozitorij nekoga drugega vdre v Claude Code leta 2026: 7 pravil za zaščito

### Ali navedena 85% uspešnost napoveduje tveganje moje trenutne nastavitve?

Ne. To je Tenetova skupna ugotovitev iz nadzorovanih valov preverjanja brez popolnega javnega seznama modelov, ponovljivega izvajalnega okolja ali točnega imenovalca poskusov. Orodja, odobritve, poverilnice in omrežje vašega agenta določajo mogoča dejanja.

### Zakaj pregled samo kloniranega repozitorija ne zadošča?

Končna napadalna vsebina lahko prispe pozneje prek poročila napake, metapodatkov orodja ali pridobljene vsebine DNS. Preglejte celotno pot izvajanja in omejite poverilnice, datoteke, orodja ter omrežje; sami pregledovalniki in pravila deny ne dokazujejo popolne omejitve.


## Ailoot · Podjetje in njegov portfelj projektov

Ailoot temelji na pridobljenih operativnih izkušnjah, široki bazi strank, stabilni storitvi in stalnem spremljanju KPI.

Podjetje in njegov portfelj projektov: milijoni strank; mesečna prodaja v milijardah.

Ailoot te operativne izkušnje uporablja za dostop prek API do funkcij umetne inteligence v izdelkih strank, agentih, aplikacijah in avtomatizacijah.
