Il bug “GitLost” può esporre i dati di repository GitHub privati tramite flussi di lavoro agentici

Una vulnerabilità recentemente identificata, soprannominata GitLost, potrebbe consentire a un attaccante di accedere alle informazioni contenute nei repository GitHub privati sfruttando il flusso di lavoro pubblico per la gestione delle issue di un’organizzazione. Secondo il report, l’attaccante non deve disporre di un’autenticazione precedente per attivare il problema: può inviare una GitHub Issue appositamente elaborata in un repository pubblico e utilizzare tale elemento per influenzare processi automatizzati e agentici collegati alla base di codice dell’organizzazione.

Il problema è che questi flussi di lavoro possono arrivare a elaborare il contenuto della issue in modi che vanno oltre il repository pubblico. Nello scenario descritto, la issue malevola può fare in modo silenzioso che i dati del repository privato vengano trasferiti in un contesto in cui non dovrebbero essere esposti. Questo rende la vulnerabilità particolarmente rilevante per le organizzazioni che collegano sistemi pubblici di gestione delle issue con automazioni dotate di accesso a progetti interni o sensibili.

Sebbene i dettagli divulgati finora siano limitati, la scoperta evidenzia un rischio più ampio legato alle pipeline di sviluppo assistite dall’IA e guidate da agenti. Quando ai sistemi automatizzati è consentito leggere le issue, riepilogarne il contenuto o intraprendere azioni successive su più repository, un attaccante potrebbe riuscire a guidare tali sistemi verso la divulgazione di informazioni che non erano mai destinate alla visualizzazione pubblica.

Perché è importante

• L’attacco può essere avviato tramite una issue in un repository pubblico.
• Secondo il report, per inviare l’input malevolo non è richiesta alcuna autenticazione.
• Il contenuto di repository privati potrebbe essere esposto indirettamente tramite flussi di lavoro collegati.
• Le organizzazioni che utilizzano l’automazione agentica dovrebbero verificare le interazioni tra repository pubblici e privati.

I team di sicurezza che si affidano all’automazione di GitHub potrebbero voler esaminare le autorizzazioni dei repository, la logica di gestione delle issue e gli eventuali agenti in grado di accedere sia ad asset pubblici sia privati. Limitare l’accesso tra repository e convalidare il contenuto non attendibile delle issue sono misure comuni che possono ridurre la probabilità di un simile percorso di esposizione dei dati.