El 4 de noviembre de 2026, GitHub experimentó una degradación significativa del servicio que afectó a varias funcionalidades principales, incluyendo Pull Requests, operaciones de Git, Issues y GitHub Actions. Según la página oficial de GitHub Status, el incidente resultó en tasas de error elevadas y fallos intermitentes, lo que impidió que muchos desarrolladores realizaran tareas esenciales como subir o descargar código. Aunque la página de estado confirmó que los problemas fueron mitigados y el servicio fue restaurado a las 11:50 UTC, señaló que se compartiría un análisis formal de la causa raíz en una fecha posterior.
Esta imagen representa la página de estado oficial donde GitHub informó sobre el incidente y su mitigación.
Las observaciones técnicas de la comunidad sugieren que la interrupción puede haber estado vinculada a un evento de mantenimiento programado. Específicamente, los usuarios señalaron que GitHub planeó un 'brownout' ese día para comenzar a eliminar el soporte para ciertas categorías de claves SSH, incluyendo el tipo de firma `ssh-rsa` (claves RSA que usan SHA-1) y el algoritmo de intercambio de claves `diffie-hellman-group-exchange-sha256`. Si bien la página de estado oficial no confirmó explícitamente este vínculo, la superposición entre este esfuerzo de depreciación y los fallos generalizados del servicio sugiere que el proceso de transición pudo haber afectado inadvertidamente a un gran volumen de conexiones u operaciones activas.
Durante la interrupción, algunos desarrolladores buscaron soluciones alternativas para mantener la productividad. Un método sugerido consistió en modificar temporalmente las configuraciones globales de Git para forzar el uso de HTTPS en lugar de SSH para las interacciones con GitHub. Esto permitió a los usuarios omitir el saludo SSH problemático mientras se estabilizaba la infraestructura de la plataforma. El incidente también generó discusiones más amplias sobre los riesgos de depender de proveedores centralizados de CI/CD como GitHub Actions, con algunos usuarios expresando la necesidad de estrategias de despliegue más diversas para mitigar el impacto de tales interrupciones en toda la plataforma.