Le bug « GitLost » peut exposer les données de dépôts GitHub privés via des flux de travail agentiques

Une faille récemment identifiée, surnommée GitLost, pourrait permettre à un attaquant d’accéder à des informations provenant de dépôts GitHub privés en exploitant le flux de traitement des problèmes publics d’une organisation. Selon le rapport, l’attaquant n’a pas besoin de s’authentifier au préalable pour déclencher le problème : il peut soumettre un problème GitHub spécialement conçu dans un dépôt public et utiliser cette entrée pour influencer des processus agentiques automatisés liés à la base de code de l’organisation.

Le problème vient du fait que ces flux de travail peuvent finir par traiter le contenu du problème d’une manière qui dépasse le cadre du dépôt public. Dans le scénario décrit, le problème malveillant peut discrètement provoquer l’extraction de données d’un dépôt privé vers un contexte dans lequel elles ne devraient pas être exposées. La faille est donc particulièrement pertinente pour les organisations qui relient des systèmes publics de suivi des problèmes à des processus automatisés ayant accès à des projets internes ou sensibles.

Bien que les détails divulgués jusqu’à présent soient limités, cette découverte met en évidence un risque plus large lié aux pipelines de développement assistés par l’IA et pilotés par des agents. Lorsque des systèmes automatisés sont autorisés à lire des problèmes, à résumer du contenu ou à effectuer des actions de suivi sur plusieurs dépôts, un attaquant peut être en mesure de les orienter de manière à révéler des informations qui n’étaient jamais destinées à être consultées publiquement.

Pourquoi cette faille est importante

• L’attaque peut être lancée au moyen d’un problème dans un dépôt public.
• Aucune authentification n’est requise pour soumettre l’entrée malveillante, selon le rapport.
• Des éléments provenant d’un dépôt privé peuvent être exposés indirectement par l’intermédiaire de flux de travail connectés.
• Les organisations qui utilisent l’automatisation agentique devraient examiner la manière dont les dépôts publics et privés interagissent.

Les équipes de sécurité qui s’appuient sur l’automatisation GitHub peuvent souhaiter examiner les autorisations des dépôts, la logique de traitement des problèmes et les agents susceptibles d’accéder à la fois à des ressources publiques et privées. Limiter les accès entre dépôts et valider le contenu non fiable des problèmes sont des mesures courantes qui peuvent réduire le risque d’une exposition similaire des données.