GitHub ha estrenado un modelo específico para detectar contraseñas y credenciales que no tienen un formato reconocible. El clasificador usa el contexto del código, procesa lotes en menos de dos milisegundos y, según la empresa, puede más que duplicar los secretos que su protección de envíos consigue frenar. La mejora no cubre todo el recorrido y algunas comprobaciones consumirán créditos de IA.
El anuncio del 7 de octubre separa tres superficies. Los avisos posteriores al envío ya han cambiado al nuevo modelo para clientes de GitHub Secret Protection o Advanced Security sin coste adicional. La protección que bloquea el push está en vista previa privada y gastará créditos. La revisión de secretos dentro de /security-review llegará después, también con consumo de créditos y desactivada por defecto.
Qué hace distinto el clasificador
Los detectores tradicionales funcionan muy bien cuando un token lleva un prefijo conocido. Una contraseña dentro de una URL de base de datos, un manifiesto de Kubernetes o un Dockerfile puede parecer una cadena cualquiera. El nuevo clasificador, basado en ModernBERT y desarrollado con Microsoft Applied Sciences, mira los valores vecinos y distingue un secreto probable de un marcador como changeme.
GitHub publica contexto para justificar la inversión: dice que aparece un secreto nuevo en código visible aproximadamente cada dos segundos; entre el segundo trimestre de 2024 y el de 2026, los envíos examinados crecieron 2,84 veces, mientras los que contenían credenciales crecieron 2,59 veces. No detectó una tendencia estadística de más secretos por envío. El problema descrito es el volumen de software, no una supuesta mayor negligencia.
La protección actual detiene en torno al 30 % de los secretos recién detectados antes de que entren en el historial. El 70 % restante se descubre después, cuando invalidar la credencial y limpiar sus efectos cuesta más. La promesa de duplicar prevención procede de GitHub; aún no hay un benchmark público independiente del nuevo modelo.
Incluido, opcional y facturable
- Avisos después del envío: nuevo modelo incluido para clientes de Secret Protection y Advanced Security.
- Bloqueo durante el envío: requiere licencia compatible, activación administrativa y créditos de IA.
- Revisión desde Copilot: no exige esa licencia en planes individuales compatibles, pero la comprobación adicional consumirá créditos cuando llegue.
- GitHub Enterprise Server: avisos previstos en la versión 3.23; no incluye el bloqueo de envío ni el comando de Copilot.
Un estudio independiente sobre 2.000 activos web aporta el límite que el anuncio no puede resolver: los escáneres de repositorio no ven credenciales que aparecen solo después de compilar, inyectar configuración o descifrar valores en ejecución. En ese corpus, el mejor escáner estático recuperó el 36,6 % del conjunto de referencia, frente al 77,8 % de una técnica orientada a ejecución. El estudio no evalúa el modelo de GitHub y su herramienta líder fue creada por el autor, así que sirve como contexto arquitectónico, no como comparación directa.
La decisión práctica es combinar capas: detener lo sospechoso antes del push, rotar cualquier secreto que ya haya entrado en el historial y revisar también lo que la aplicación entrega en producción. Activar créditos sin presupuesto con parada de uso cambia un riesgo de seguridad por uno de gasto.
Nivel de evidencia: documentación y métricas del fabricante, con un estudio independiente para el límite de los escáneres estáticos. No hemos probado el clasificador.
Transparencia: artículo elaborado con asistencia de IA a partir de las fuentes enlazadas. No se han ejecutado los productos o sistemas descritos.
