Une panne étendue de GitHub a perturbé lundi 17 août le développement de logiciels dans le monde, touchant le site de la plateforme d'hébergement de code, ses interfaces de programmation, les demandes de fusion, les outils d'automatisation et les services d'intelligence artificielle. GitHub a ouvert un incident à 13 h 40 UTC après des signalements de performances dégradées et a indiqué que ses ingénieurs examinaient plusieurs services liés.
La page officielle de suivi de GitHub a fait état d'un taux d'erreur proche de 20 % sur les services web et le trafic des API pendant l'incident. Les téléchargements d'archives de dépôts et de contenu source brut ont subi un taux d'erreur voisin de 50 %, tandis que certains utilisateurs ont rencontré des erreurs de serveur ou n'ont pas pu charger correctement les commits, les dépôts et les pages de demandes de fusion, selon GitHub et BleepingComputer.
La perturbation s'est étendue aux requêtes API, à Actions, aux webhooks, aux tickets, aux demandes de fusion, à Pages et aux opérations Git. GitHub a également signalé à partir de 14 h 31 UTC une disponibilité réduite de Copilot, son assistant de programmation fondé sur l'IA. Les systèmes d'authentification et de gestion d'entreprise, notamment les connexions SAML et OIDC, le provisionnement SCIM et Team Sync, ont été touchés, risquant de bloquer aussi bien des développeurs individuels que des équipes.
À 16 h 36 UTC, GitHub a déclaré avoir identifié le composant problématique et engagé des mesures correctives, avec de nets signes de reprise mais des erreurs encore légèrement élevées. La société a annoncé l'atténuation de plusieurs services à 16 h 59, avant de constater des effets résiduels sur de nombreux outils. À 18 h 11 UTC, elle signalait encore des échecs d'authentification sporadiques et poursuivait les mesures d'atténuation ainsi que l'enquête.
La panne a eu des conséquences dépassant l'accès au code stocké, car GitHub Actions sert à automatiser la compilation, les tests et le déploiement de nombreux projets. Des échecs ou des retards peuvent donc interrompre les chaînes de publication et d'intégration continue, même lorsque des copies locales du code restent accessibles. GitHub n'avait pas rendu publique la cause profonde lors de sa dernière mise à jour, et aucun élément vérifié n'attribuait la perturbation à une cyberattaque ou au trafic lié à l'IA.
GitHub a indiqué qu'il continuerait à appliquer des mesures correctives et à examiner les effets persistants. Le registre d'incident invitait les développeurs et les organisations à suivre la page officielle pendant le rétablissement. La cause détaillée, la durée finale et l'ampleur complète de l'impact sur les clients restaient inconnues, et l'incident demeurait ouvert lors de la dernière mise à jour vérifiée.
Commentaires