GitHub SSH apaga hoy, 4 de noviembre, el tipo de firma ssh-rsa por primera vez. Es un apagón temporal y controlado, un ensayo del retiro definitivo fijado para el 13 de enero de 2027. Quien conecte hoy con un cliente viejo puede ver fallar su clonación, su subida de código o una tarea automática que llevaba meses sin tocar nadie.
El anuncio salió en GitHub Changelog el 22 de septiembre de 2026 y trae cuatro cambios atados. GitHub retira la firma RSA con SHA-1, identificada como ssh-rsa e incluida en los certificados ssh-rsa-cert-v01@openssh.com que firman con SHA-1. Retira también el mecanismo de intercambio de claves diffie-hellman-group-exchange-sha256. Desde el 14 de octubre, toda clave RSA nueva que se suba a la plataforma debe tener 3.072 bits como mínimo, tanto para autenticación como para firma. Y queda activo un intercambio nuevo, mlkem768x25519-sha256, de tipo poscuántico, en github.com y en GitHub Enterprise Cloud con residencia de datos, menos en la región de Estados Unidos.
El calendario deja dos avisos antes del corte. El segundo apagón temporal será el 9 de diciembre de 2026, con los mismos dos algoritmos fuera de servicio. El 13 de enero de 2027 el retiro pasa a ser permanente: ssh-rsa y diffie-hellman-group-exchange-sha256 dejan de aceptarse. En GitHub Enterprise Server los cambios entran con la versión 3.25, y el soporte de mlkem768x25519-sha256 llega antes, en la 3.24.
GitHub SSH: a quién le pega el apagón de hoy
El alcance es estrecho y GitHub lo dejó escrito sin rodeos: solo corren riesgo quienes se conectan con un cliente Git por SSH y quienes usan el protocolo Git sin autenticación en GitHub Enterprise Server. Un repositorio remoto que empieza con https:// queda fuera por completo. Nada cambia para ese equipo, ni hoy ni en enero.
El punto que más se presta a confusión vive dentro de la propia clave RSA. GitHub distingue el tipo de clave ssh-rsa, nombre genérico de toda clave RSA, del tipo de firma ssh-rsa, que señala una firma RSA hecha con SHA-1. Una clave vieja puede firmar con SHA-2 sin problema: toda clave RSA admite cualquier algoritmo de resumen. Si el programa SSH del equipo firma con rsa-sha2-256 o rsa-sha2-512, la misma clave sigue sirviendo y no hay que generar otra. La mayoría de clientes con soporte de RSA con SHA-2 elige esa firma de forma automática.
Las versiones mínimas que GitHub publica para firmar con RSA y SHA-2 con la configuración de fábrica dejan el listón bastante bajo: OpenSSH 7.2p1, PuTTY 0.82, libssh2 1.11.0, Go SSH 0.16.0, TeamCity 2021.2.3 y JSch 0.1.66 en su bifurcación mantenida. Un equipo con OpenSSH de los últimos años ya cumple. El riesgo real se concentra en servidores de integración continua olvidados, contenedores con imágenes viejas y portátiles que nadie actualiza desde antes de la pandemia. Y no es un riesgo teórico: en octubre, los tokens de GitHub robados en 850 cuentas por Gheist mostraron lo rápido que una credencial vieja o mal guardada se convierte en puerta de entrada. Una guía para administradores publicada en dev.to recuerda un dato que acota el problema: desde marzo de 2022 solo las claves RSA añadidas antes del 2 de noviembre de 2021 pueden firmar con SHA-1 en GitHub.
Quien no pueda actualizar su cliente tiene una salida simple. GitHub acepta claves Ed25519 y ECDSA, las describe como fuertes y seguras, y afirma que seguirán funcionando sin fecha de caducidad a la vista. Para claves nuevas, la recomendación oficial es Ed25519 siempre que el entorno lo permita. Si otro servicio obliga a mantener RSA por compatibilidad, la clave nueva debe nacer con 3.072 bits como mínimo.
mlkem768x25519-sha256 entra sin pedir cambios
La pieza nueva del paquete no exige tocar configuraciones. GitHub presenta mlkem768x25519-sha256 como un intercambio más rápido y pensado para resistir computación cuántica, y explica que los clientes SSH lo usarán de forma automática si están configurados para preferirlo. Un cliente viejo, en cambio, baja solo a un algoritmo de intercambio anterior que siga vigente. Nadie tiene que activar nada a mano para recibirlo.
Las razones del retiro quedaron escritas en el mismo anuncio. SHA-1 es un algoritmo de resumen con debilidades conocidas desde hace años, y mantenerlo como firma dejaba una puerta vieja en el servicio que mueve el código de medio mundo. El Diffie-Hellman que sale era lento, de uso escaso, y GitHub advierte que los avances en computación cuántica podrían romperlo. El mínimo de 3.072 bits para las claves RSA nuevas alinea el tamaño con un nivel de seguridad de 128 bits, la misma vara que la plataforma aplica al resto de sus piezas.
El apagón de hoy funciona, en la práctica, como una prueba gratuita con fecha puesta por otro. Si una subida automática falla este 4 de noviembre, el equipo ya sabe qué cliente, qué contenedor o qué clave arrastra el problema, con cinco semanas de margen antes del segundo ensayo del 9 de diciembre y con el corte del 13 de enero todavía lejos. Si todo pasa el día sin un solo error, ese silencio también dice algo concreto: la configuración de ese entorno ya firma con SHA-2 y negocia un intercambio moderno, que era justo la comprobación que GitHub quería provocar.
Fuente: GitHub Changelog
