Závažná bezpečnostná chyba v GitHube umožňuje vzdialené spustenie kódu naprieč miliónmi repozitárov

Kritická zraniteľnosť objavená v internej infraštruktúre GitHubu vyvolala vážne obavy v globálnej komunite softvérových vývojárov po tom, čo výskumníci odhalili, že útočníkom môže umožniť spustenie ľubovoľného kódu na backendových systémoch pomocou jediného príkazu.

Chyba, evidovaná pod označením CVE-2026-3854, bola identifikovaná tímom Wiz Research a ovplyvňuje cloudovú platformu GitHub aj jeho self-hosted riešenie GitHub Enterprise Server (GHES). Bezpečnostní experti upozorňujú, že ide o jednu z najzávažnejších architektonických slabín objavených v posledných rokoch na široko používanej vývojárskej platforme.

Jednoduchý príkaz s vážnymi dôsledkami

Podstatou problému je chyba typu injection v internom Git pipeline GitHubu. Podľa výskumníkov mohol akýkoľvek autentifikovaný používateľ zneužiť zraniteľnosť pomocou špeciálne vytvoreného príkazu git push — bez potreby zvýšených oprávnení alebo špeciálnych nástrojov.

„Nejde o komplexný exploit vyžadujúci hlboký prístup do systému,“ uviedli výskumníci. „Funguje so štandardným Git klientom a minimálnou interakciou.“

Dôsledky sú zásadné. Na cloudovej platforme GitHub exploit umožňoval vzdialené spustenie kódu (RCE) na zdieľaných backendových úložných uzloch. V enterprise nasadeniach mohla rovnaká chyba viesť ku kompletnému kompromitovaniu servera vrátane prístupu k:

  • všetkým hostovaným repozitárom,
  • interným konfiguračným údajom,
  • citlivým prihlasovacím údajom a tajným kľúčom.

Rozsiahle riziko v zdieľanej infraštruktúre

GitHub funguje ako multi-tenant platforma, čo znamená, že infraštruktúra je zdieľaná medzi miliónmi používateľov a organizácií. Výskumníci potvrdili, že úspešné zneužitie poskytovalo prístup k uzlom obsahujúcim milióny repozitárov patriacich nesúvisiacim používateľom.

Hoci tím obmedzil testovanie na kontrolované prostredia a nepristupoval k dátam tretích strán, overil, že oprávnenia kompromitovaného systémového účtu by teoreticky umožnili:

  • čítanie súkromných repozitárov,
  • prístup k proprietárnym kódovým základom,
  • získavanie údajov o organizáciách

GitHub po nahlásení reagoval rýchlo. Podľa spoločnosti:

  • zraniteľnosť bola opravená na GitHub.com do šiestich hodín,
  • bezpečnostné aktualizácie boli vydané pre všetky podporované verzie GHES,
  • verejné zverejnenie nasledovalo až po koordinovanej náprave.

Napriek rýchlej reakcii zostáva problémom adopcia opráv. Dáta od Wiz naznačujú, že približne 88 % inštancií GitHub Enterprise Server bolo v čase publikácie stále nezaplátaných.

Organizáciám používajúcim GHES sa odporúča okamžite aktualizovať na opravené verzie vrátane:

  • 3.14.24
  • 3.15.19
  • 3.16.15
  • 3.17.12
  • 3.18.6
  • 3.19.3 alebo novšie

Ako zraniteľnosť fungovala

Chyba vznikla v spôsobe, akým interné služby GitHubu komunikujú počas operácie git push. Pipeline zahŕňa viacero komponentov vrátane autentifikačných služieb a bezpečnostných kontrol.

Kľúčovým prvkom je dátová štruktúra známa ako hlavička X-Stat, ktorá medzi službami prenáša bezpečnostné konfigurácie.

Výskumníci zistili, že:

  • používateľom kontrolovaný vstup (Git push options) bol vkladaný do tejto hlavičky,
  • systém nesprávne filtroval oddeľovacie znaky,
  • útočníci mohli do hlavičky vložiť ďalšie polia,
  • neskoršie hodnoty prepísali predchádzajúce kvôli logike „last-write-wins“.

To útočníkom umožnilo manipulovať s kritickými konfiguračnými hodnotami riadiacimi bezpečnostné správanie systému.

Od injection útoku po úplné ovládnutie systému

Spojením viacerých vložených polí mohli útočníci eskalovať jednoduchú manipuláciu až na plnohodnotné vzdialené spustenie kódu.

Exploit pozostával z troch hlavných krokov:

  1. Vypnutie sandbox ochrany
    Útočníci zmenili nastavenia prostredia tak, aby sa kód vykonával mimo bezpečnej izolácie.
  2. Presmerovanie vykonávacích ciest
    Boli redefinované vlastné adresáre pre skripty.
  3. Spustenie ľubovoľného kódu
    Do systému boli vložené škodlivé cesty, čo spôsobilo vykonanie útočníkom kontrolovaných binárnych súborov.

Po spustení kód bežal pod privilegovaným systémovým účtom zodpovedným za operácie s repozitármi, čo poskytovalo rozsiahly prístup naprieč systémom.

Prečo bol GitHub.com spočiatku odolný

Zaujímavé je, že exploit spočiatku nefungoval na verejnej platforme GitHub.com.

Ďalšie skúmanie odhalilo, že GitHub.com má predvolene vypnuté niektoré enterprise funkcie — najmä custom hooks. Výskumníci však zistili, že prepínač ovládajúci toto správanie bol tiež súčasťou zraniteľnej hlavičky.

Pridaním jedného ďalšieho poľa dokázali útočníci znovu aktivovať vykonávaciu cestu a úspešne dosiahnuť RCE na produkčnej infraštruktúre GitHubu.

Úloha AI pri objavení chyby

Tento objav predstavuje aj významný posun v metodike kyberbezpečnostného výskumu.

Na rozdiel od tradičných zraniteľností objavených manuálnym auditom bola táto chyba odhalená pomocou AI-asistovaných nástrojov na reverzné inžinierstvo, ktoré umožnili analyzovať skompilované closed-source binárky vo veľkom rozsahu.

Pomocou pokročilých nástrojov výskumníci:

  • rekonštruovali interné komunikačné protokoly,
  • identifikovali hranice dôvery medzi službami,
  • sledovali, ako používateľský vstup prechádza systémom.

To ukazuje, ako umelá inteligencia mení spôsob objavovania zraniteľností — najmä v komplexných viacslužbových prostrediach.

Dopady na celé odvetvie

Táto zraniteľnosť poukazuje na širší problém moderných softvérových architektúr.

Keď viaceré služby používajú spoločné interné protokoly, predpoklady o dôvere sa môžu rýchlo zmeniť na útočné vektory.

Chyba vznikla kombináciou viacerých návrhových rozhodnutí:

  • dôvera v interné metadáta bez overovania,
  • nedostatočné filtrovanie vstupov v zdieľaných protokoloch,
  • skryté vykonávacie cesty určené pre neprodukčné použitie,
  • nekonzistentná validácia medzi službami napísanými v rôznych jazykoch.

Samostatne sa tieto rozhodnutia mohli zdať rozumné — spolu však vytvorili kritickú bezpečnostnú medzeru.

Oficiálne stanovisko

Chief Information Security Officer GitHubu, Alexis Wales, ocenil spoluprácu s výskumníkmi:

„Objav tejto závažnosti a rozsahu je zriedkavý… Zdôrazňuje význam silných partnerstiev medzi platformami a komunitou bezpečnostného výskumu.“

Zraniteľnosť zároveň získala jednu z najvyšších odmien v bug bounty programe GitHubu


Viac informácií tu:

https://www.linkedin.com/comm/pulse/major-security-flaw-github-enables-remote-code-v3rqe?

https://thehackernews.com/2026/04/researchers-discover-critical-github.html