[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f1ec6lo8nccmxe":3,"$fe8wbur6a7ueb":57},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":9,"domain":10,"breachDate":11,"addedDate":12,"publishedAt":13,"modifiedDate":13,"contentUpdatedAt":13,"source":14,"sourceUrl":15,"sourceUrls":16,"pwnCount":19,"affectedCount":19,"affectedCountStatus":20,"affectedCountLowerBound":19,"affectedCountUnit":21,"hasEnglishDescription":4,"contentLocale":22,"availableLocales":23,"translations":33,"severity":44,"dataClasses":45,"description":48,"seoTitle":8,"seoDescription":49,"logoUrl":50,"isVerified":4,"isSensitive":4,"isSpamList":51,"isMalware":4,"company":52},"6a66bac257a51929f516c3d0","GitHubInternalRepositories2026","Fuite de données dans les dépôts internes de GitHub en 2026","github-internal-repositories-2026","github.com","2026-05-18T00:00:00.000Z","2026-07-27T01:56:18.634Z","2026-10-09T19:49:16.039Z","Poisoned Nx Console extension compromising an employee device and internal repositories","https:\u002F\u002Fgithub.blog\u002Fsecurity\u002Finvestigating-unauthorized-access-to-githubs-internal-repositories\u002F",[15,17,18],"https:\u002F\u002Fwww.bleepingcomputer.com\u002Fnews\u002Fsecurity\u002Fgithub-confirms-breach-of-3-800-repos-via-malicious-vscode-extension\u002F","https:\u002F\u002Fwww.bleepingcomputer.com\u002Fnews\u002Fsecurity\u002Fgithub-links-repo-breach-to-tanstack-npm-supply-chain-attack\u002F",null,"not_disclosed","people","fr",[24,25,26,27,28,29,22,30,31,32],"en","tr","zh","hi","es","ar","bn","pt","ru",{"en":34,"tr":35,"zh":36,"hi":37,"es":38,"ar":39,"fr":40,"bn":41,"pt":42,"ru":43},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},"Unknown",[46,47],"Internal repository data","Customer support interaction excerpts","\u003Cp>\u003Cstrong>La fuite de données dans les dépôts internes de GitHub en 2026\u003C\u002Fstrong> a commencé lorsqu’un employé de GitHub a installé une extension Nx Console pour Visual Studio Code piégée dans le cadre de l’attaque contre la chaîne d’approvisionnement de TanStack. Cette installation a entraîné l’exfiltration d’environ 3 800 dépôts internes de l’entreprise. GitHub a déclaré avoir détecté et contenu la compromission de l’appareil de l’employé le 18 mai 2026, puis avoir immédiatement lancé sa procédure de réponse à incident.\u003C\u002Fp>\n\u003Cp>Selon l’évaluation officielle de GitHub, l’activité se limite à l’exfiltration de dépôts internes. Certains de ces dépôts peuvent contenir des informations provenant de clients, notamment des extraits d’échanges avec l’assistance. L’entreprise n’a toutefois trouvé aucun élément indiquant un impact sur les entreprises, organisations ou dépôts propres aux clients. Elle n’a pas publié de nombre vérifiable de personnes ou d’enregistrements concernés. L’absence de chiffre communiqué ne signifie pas que l’incident n’a eu aucun impact, mais que les sources publiques ne fournissent pas de total fiable.\u003C\u002Fp>\n\u003Ch2>Comment l’incident a-t-il été confirmé ?\u003C\u002Fh2>\n\u003Cp>Un communiqué officiel sur la sécurité publié par Alexis Wales, CISO de GitHub, confirme directement qu’une extension tierce VS Code piégée a compromis l’appareil d’un employé et que des dépôts internes de GitHub ont été exfiltrés. L’entreprise a indiqué que le chiffre d’environ 3 800 dépôts revendiqué par l’attaquant était globalement cohérent avec son enquête en cours. Ce chiffre correspond à des dépôts, et non à des personnes ou à des enregistrements concernant des clients.\u003C\u002Fp>\n\u003Cp>Le 20 mai, BleepingComputer a relayé la confirmation de GitHub et le périmètre d’environ 3 800 dépôts. Un article de suivi publié le 21 mai a rapporté que l’entreprise avait identifié Nx Console comme étant l’extension malveillante. Ces articles corroborent de manière indépendante les éléments présentés sur le blog de GitHub : la compromission de l’appareil de l’employé, l’exfiltration de dépôts internes, les limites du périmètre affecté côté clients et la rotation des secrets. Les autres affirmations figurant dans l’annonce de vente de l’auteur de l’attaque ne sont pas considérées comme des éléments confirmés du périmètre de l’incident.\u003C\u002Fp>\n\u003Ch2>Comment la chaîne d’attaque de Nx Console a-t-elle fonctionné ?\u003C\u002Fh2>\n\u003Cp>Selon l’équipe Nx, l’attaque contre la chaîne d’approvisionnement de TanStack a exposé les identifiants GitHub CLI d’un développeur et permis à l’attaquant d’exécuter des workflows dans le dépôt Nx. Une copie malveillante de la version 18.95.0 de Nx Console a ensuite été brièvement publiée sur Visual Studio Marketplace et Open VSX. Sa charge utile était conçue pour collecter, sur les machines des développeurs, des secrets liés à des services tels que GitHub, npm, AWS, Kubernetes, GCP et Docker.\u003C\u002Fp>\n\u003Cp>L’installation de l’extension piégée par un employé de GitHub a entraîné la compromission de son appareil professionnel et de ses accès à GitHub. GitHub a retiré la version malveillante de la place de marché, isolé le poste concerné et commencé à renouveler les secrets critiques par ordre d’impact. Cette chaîne d’attaque reposait sur un outil de développement d’apparence fiable ayant atteint l’appareil d’un employé, et non sur une vulnérabilité générale de l’authentification sur la plateforme GitHub.\u003C\u002Fp>\n\u003Ch2>Quelles données ont été exfiltrées ?\u003C\u002Fh2>\n\u003Cp>La catégorie de données confirmée par l’entreprise correspond aux informations stockées dans ses dépôts internes. Le chiffre d’environ 3 800 dépôts représente le périmètre technique que GitHub a jugé globalement cohérent avec son enquête. L’entreprise n’a publié ni inventaire détaillé des dépôts, ni nombre de fichiers uniques, ni volume total de données.\u003C\u002Fp>\n\u003Cp>GitHub a expressément indiqué que certains dépôts internes contiennent des informations provenant de clients, notamment des extraits d’échanges avec l’assistance. Cela ne prouve pas que chaque dépôt contenait des données clients ni que chaque client ayant contacté l’assistance a été touché. L’entreprise a déclaré qu’elle utiliserait ses canaux habituels de réponse à incident et de notification si un impact était identifié, mais elle n’a publié aucun total de personnes, de clients ou d’enregistrements d’assistance concernés.\u003C\u002Fp>\n\u003Ch2>Les dépôts des clients ou GitHub Cloud ont-ils été touchés ?\u003C\u002Fh2>\n\u003Cp>Le communiqué officiel ne fait état d’aucun élément indiquant un impact sur les entreprises, organisations et dépôts propres aux clients hébergés sur GitHub. L’exfiltration confirmée se limite aux dépôts internes de GitHub. Les centaines de millions de développeurs, les millions d’organisations et le nombre total de dépôts de la plateforme ne peuvent donc pas servir à établir un total pour cette fuite de données.\u003C\u002Fp>\n\u003Cp>Aucune mesure propre à cet incident n’était requise pour les clients de GitHub Enterprise Cloud. Les administrateurs de GitHub Enterprise Server ont été invités à mettre à jour la clé publique de signature GPG sur leurs instances après son renouvellement par l’entreprise à titre de précaution. GitHub a déclaré que tous les binaires qu’il hébergeait étaient valides. La demande de mise à jour de la clé ne signifie pas qu’un binaire GHES malveillant a été distribué.\u003C\u002Fp>\n\u003Ch2>Comment les clés de signature et les secrets ont-ils été gérés ?\u003C\u002Fh2>\n\u003Cp>GitHub a renouvelé les secrets critiques du lundi 18 mai au mardi, en donnant la priorité aux identifiants ayant le plus d’impact. L’entreprise a poursuivi l’analyse des journaux, la validation des renouvellements et la surveillance de l’infrastructure afin de détecter d’éventuelles activités consécutives à l’attaque. Une mise à jour du 26 mai indiquait que la clé de signature de GitHub Enterprise Server était également en cours de remplacement, par mesure de prudence renforcée compte tenu des dépôts visés par l’attaque.\u003C\u002Fp>\n\u003Cp>La clé de signature GHES permet de vérifier qu’un binaire provient de GitHub lors d’une mise à jour lancée manuellement. Si la nouvelle clé publique n’est pas installée, la vérification des futurs correctifs et versions pourrait échouer. GitHub n’a toutefois signalé aucune corruption des binaires déjà hébergés.\u003C\u002Fp>\n\u003Ch2>Comment interpréter cette fiche LeakData ?\u003C\u002Fh2>\n\u003Cp>La date de l’incident repose sur la première activité technique vérifiable à partir de sources publiques. L’événement vérifié est l’accès au poste par l’intermédiaire de l’extension Nx Console piégée, suivi de l’exfiltration d’environ 3 800 dépôts internes de GitHub. L’entreprise n’a pas publié de nombre vérifiable de personnes ou d’enregistrements concernés. L’absence de chiffre communiqué ne signifie pas que l’incident n’a eu aucun impact, mais que les sources publiques ne fournissent pas de total fiable.\u003C\u002Fp>\n\u003Cp>Vous devez considérer les données des dépôts internes et les éventuels extraits d’échanges entre les clients et l’assistance présents dans ces dépôts comme des catégories de données confirmées. Aucun élément n’indique un impact sur les organisations et dépôts propres aux clients ni sur GitHub Enterprise Cloud. Cette fiche pourra être mise à jour si un rapport d’enquête complet ou un nombre total de notifications est publié. La valeur zéro actuellement indiquée signifie que le nombre de personnes concernées est inconnu.\u003C\u002Fp>","Fuite de données dans les dépôts internes de GitHub en 2026. Le nombre total d’éléments concernés n’a pas été communiqué. Données signalées : Données des…","\u002Fuploads\u002Flogo\u002Fgithub_com.png",false,{"name":53,"sector":54,"country":55,"website":10,"websiteArchiveUrl":56,"websiteStatus":56,"websiteCheckedAt":19},"GitHub, Inc.","Technology","United States","",{"success":4,"breaches":58},[59,67,74,80],{"slug":60,"title":61,"companyName":62,"logoUrl":63,"breachDate":64,"affectedCount":65,"affectedCountStatus":66},"dustin-group-2026-data-security-incident","Incident de sécurité des données chez Dustin Group en 2026","Dustin Group AB (publ)","\u002Fuploads\u002Flogo\u002Fdustingroup_com-6aaab48e5041e3a842fe832a-e26a53490c4a5cbe.webp","2026-09-03T00:00:00.000Z",1062841,"known",{"slug":68,"title":69,"companyName":70,"logoUrl":71,"breachDate":72,"affectedCount":73,"affectedCountStatus":66},"splitvpn-2026","Fuite de données de SplitVPN en 2026","SplitVPN Technologies LLC","\u002Fuploads\u002Flogo\u002Fsplitvpn-2026.webp","2026-07-21T00:00:00.000Z",865336,{"slug":75,"title":76,"companyName":77,"logoUrl":78,"breachDate":79,"affectedCount":19,"affectedCountStatus":20},"brinks-home-2026","Violation de données chez Brinks Home en 2026","Brinks Home","\u002Fuploads\u002Flogo\u002Fbrinks-home-2026.webp","2026-07-20T00:00:00.000Z",{"slug":81,"title":82,"companyName":83,"logoUrl":84,"breachDate":85,"affectedCount":19,"affectedCountStatus":20},"hugging-face-2026","Violation de sécurité chez Hugging Face en 2026","Hugging Face","\u002Fuploads\u002Flogo\u002Fhuggingface_co.svg","2026-07-16T00:00:00.000Z"]