La proliferación de secretos no se detiene: en 2025, se aceleró más de lo que la mayoría de los equipos de seguridad anticipaban. El informe "State of Secrets Sprawl 2026" de GitGuardian analizó miles de millones de confirmaciones en GitHub público y descubrió 29 millones de nuevos secretos codificados solo en 2025, un aumento del 34% interanual y el mayor incremento anual jamás registrado.

Los hallazgos de este año revelan tres tendencias clave: la IA ha transformado radicalmente cómo y dónde se filtran las credenciales; los sistemas internos están mucho más expuestos de lo que la mayoría de las organizaciones creen; y la remediación sigue siendo el talón de Aquiles del sector.

Aquí presentamos nueve conclusiones estratégicas importantes.

1. Los secretos crecen más rápido que la población de desarrolladores.

Desde 2021, los secretos filtrados han aumentado un 152%, mientras que la base de desarrolladores públicos de GitHub se expandió un 98%. Un mayor número de desarrolladores y una mayor generación de código asistida por IA implican más credenciales en circulación, y la detección por sí sola no puede seguir el ritmo.

2. Los servicios de IA provocaron un aumento del 81% en las filtraciones interanuales.

GitGuardian detectó 1.275.105 secretos filtrados relacionados con servicios de IA en 2025, un 81% más que en 2024. Ocho de las diez categorías de secretos filtrados de mayor crecimiento estaban relacionadas con la IA. Esto no se limita a OpenAI o Anthropic Keys.

El verdadero auge se está produciendo en la infraestructura de gestión de claves de seguridad (LLM): API de recuperación como Brave Search (+1255%), herramientas de orquestación como Firecrawl (+796%) y backends gestionados como Supabase (+992%).

Cada nueva integración de IA introduce una nueva identidad de máquina, y cada una amplía la superficie de ataque. Implementar la IA de forma segura requiere una estrategia de seguridad de secretos adecuada.

3. Los repositorios internos tienen 6 veces más probabilidades de sufrir filtraciones que los públicos.

Si bien GitHub, un repositorio público, acapara la atención, las credenciales de mayor valor se encuentran en los repositorios internos. La investigación de GitGuardian reveló que el 32,2% de los repositorios internos contienen al menos un secreto codificado (harcoded), en comparación con solo el 5,6% de los repositorios públicos.

No se trata de claves de prueba, sino de tokens de CI/CD, credenciales de acceso a la nube y contraseñas de bases de datos: los activos que los atacantes buscan una vez que logran infiltrarse. La seguridad basada en ocultar datos internos ha fracasado. Considere los repositorios internos como fuentes de filtraciones de primer orden.

4. El 28% de las filtraciones ocurren completamente fuera del código.

Los secretos no solo se encuentran en los repositorios. GitGuardian descubrió que el 28% de los incidentes en 2025 se originaron completamente fuera del código fuente, en Slack, Jira, Confluence y herramientas de colaboración similares.

Estas filtraciones son más peligrosas: el 56,7% de los secretos encontrados solo en herramientas de colaboración se clasificaron como críticos, en comparación con el 43,7% de los incidentes que solo se encontraron en el código.

Los equipos comparten credenciales durante la respuesta a incidentes, la resolución de problemas y la incorporación de nuevos usuarios. Si solo analiza el código, está perdiendo una cuarta parte de su exposición. Además, las filtraciones de credenciales en las herramientas de colaboración suelen ser más críticas y graves.

5. Los registros de GitLab y Docker autohospedados exponen secretos a una tasa de 3 a 4 veces mayor que los de GitHub público.

GitGuardian descubrió miles de instancias de GitLab autohospedadas y registros de Docker expuestos involuntariamente en 2025. El análisis de estos sistemas reveló 80.000 credenciales, de las cuales 10.000 seguían siendo válidas.

Los secretos en las imágenes de Docker resultaron especialmente preocupantes: el 18% de las imágenes de Docker analizadas contenían secretos, y el 15% de estos eran válidos, en comparación con el 12% de los repositorios de GitLab, que presentaban una tasa de validez del 12%. Los secretos de Docker también están más cerca de los entornos de producción. La separación entre lo privado y lo público es permeable.

6. El 64% de los secretos filtrados en 2022 siguen siendo válidos hoy en día.

La detección no es la solución. GitGuardian volvió a probar los secretos confirmados como válidos en 2022 y descubrió que el 64% seguían siendo vulnerables cuatro años después. Esto no es un error de redondeo. Es la prueba de que la rotación y la revocación no son rutinarias, gestionadas ni automatizadas en la mayoría de las organizaciones.

Las credenciales integradas en sistemas de compilación, variables de CI, imágenes de contenedores e integraciones con proveedores son difíciles de reemplazar sin interrumpir la producción. Para muchos equipos, la opción más segura a corto plazo es no hacer nada, dejando a los atacantes con rutas de acceso persistentes.

7. Los puntos de acceso de los desarrolladores son la nueva capa de agregación de credenciales.

El ataque a la cadena de suministro de Shai-Hulud 2 proporcionó a los investigadores una visibilidad excepcional sobre el aspecto real de los secretos en las máquinas de los desarrolladores comprometidas. En 6.943 sistemas, GitGuardian identificó 294.842 ocurrencias de secretos, correspondientes a 33.185 secretos únicos.

En promedio, cada secreto activo aparecía en ocho ubicaciones diferentes en la misma máquina, distribuidas entre archivos .env, historial de shell, configuraciones de IDE, tokens en caché y artefactos de compilación.

Aún más sorprendente: el 59% de las máquinas comprometidas eran ejecutores de CI/CD, no portátiles personales. Una vez que los secretos comienzan a extenderse por la infraestructura de compilación, se convierten en un problema de exposición organizacional, no solo en una cuestión de higiene individual.

Más recientemente, el ataque a la cadena de suministro de LiteLLM demostró el mismo patrón: paquetes comprometidos extrajeron claves SSH, credenciales en la nube y tokens de API de las máquinas de los desarrolladores, donde las herramientas de desarrollo de IA se concentran cada vez más.

8. Los servidores MCP expusieron más de 24 000 secretos en su primer año.

El Protocolo de Contexto de Modelo (MCP) mejoró la utilidad de los sistemas de IA al conectarlos con herramientas y fuentes de datos. También introdujo una nueva clase de exposición de credenciales. En 2025, GitGuardian encontró 24.008 secretos únicos en archivos de configuración relacionados con MCP en GitHub público, de los cuales 2117 se verificaron como válidos.

A medida que se acelera la adopción de la IA basada en agentes, MCP y marcos similares normalizarán la inclusión de credenciales en archivos de configuración, indicadores de inicio y JSON local. El ecosistema de agentes se expande más rápido de lo que los controles de seguridad pueden adaptarse.

9. De la detección de secretos a la gobernanza de identidades no humanas

El factor limitante del sector es responder a tres preguntas a gran escala:

• ¿Qué identidades no humanas existen en mi entorno?
• ¿Quién las posee?
• ¿A qué pueden acceder?

Las organizaciones que adoptan la IA con agentes deben ir más allá de la detección y establecer una gobernanza continua de la identidad no humana. Esto implica eliminar las credenciales estáticas de larga duración siempre que sea posible, adoptar el acceso basado en identidades de corta duración, implementar el almacenamiento de secretos como flujo de trabajo predeterminado para desarrolladores y tratar cada cuenta de servicio, trabajo de integración continua y agente de IA como una identidad gobernada con gestión del ciclo de vida.

En resumen

La proliferación de secretos no se está ralentizando, sino que se está acelerando junto con la adopción de la IA, las herramientas de productividad para desarrolladores y la entrega de software distribuido. El antiguo modelo de escanear repositorios públicos y esperar el cumplimiento ya no es suficiente.

Los equipos de seguridad necesitan visibilidad en todos los sistemas internos, herramientas de colaboración, registros de contenedores y puntos de acceso de los desarrolladores. Necesitan flujos de trabajo de corrección que puedan rotar las credenciales sin interrumpir la producción. Y, lo más importante, deben dejar de tratar los secretos como incidentes aislados y empezar a gestionarlos como parte de un programa más amplio de gobernanza de identidades no humanas.

La superficie de ataque ha cambiado. La pregunta es si los programas de seguridad se adaptarán a este cambio.

Fuente: THN