Utilizaron credenciales robadas de un empleado para acceder a repositorios de GitHub de Meta, logrando sustraer código fuente de productos e información personal de aproximadamente 1,500 personas, la mayoría de ellas empleados de la empresa en Estados Unidos. Meta confirmó la brecha de seguridad el 13 de octubre de 2026.

Unas credenciales robadas de un empleado para acceder a algunos de los repositorios de GitHub de Meta, llevándose el código fuente de productos e información personal vinculada a aproximadamente 1.500 personas. La mayoría de los afectados son empleados de Meta en Estados Unidos, según la declaración de la empresa a SecurityWeek.

Meta confirmó la brecha el 13 de octubre de 2026, momento en el que comenzó a notificar a las personas afectadas. La compañía afirmó que detectó la intrusión varias semanas antes, bloqueó el acceso de los atacantes y contó con el apoyo de GitHub y de las fuerzas del orden para gestionar la respuesta.

Credenciales robadas abrieron el acceso al repositorio

Meta señaló que los atacantes entraron a través de credenciales robadas de un empleado, y no por un fallo en un producto de Meta. La empresa también afirmó que sus sistemas internos no fueron vulnerados. El incidente revelado involucró datos empresariales almacenados en repositorios de GitHub.

El informe no explica cómo fueron robadas las credenciales ni identifica a los atacantes. Meta indicó que su investigación con GitHub no había señalado que el grupo tuviera como objetivo específicamente los datos de Meta. Esa evaluación se basa en la investigación realizada hasta el momento.

Según Meta, el 99% del material robado eran datos empresariales, consistentes en código de software relacionado con algunos productos. La información personal representó el 1% restante. Estos porcentajes describen el material robado, no la proporción de empleados afectados.

Meta no ha nombrado los productos afectados ni ha detallado el contenido del repositorio. La revelación no indica que los atacantes hayan modificado el código, lo hayan publicado o lo hayan utilizado para comprometer otros sistemas.

Meta dijo a SecurityWeek que colocó por error información personal en los repositorios, a pesar de las normas de la empresa que prohíben almacenarla en GitHub. La compañía no ha revelado qué tipos de información personal fueron sustraídos, por lo que el impacto total en la privacidad no está claro.

Una parte significativa del material que parecía contener información personal eran datos de prueba sintéticos o anonimizados, afirmó Meta. La empresa cree que esto podría dificultar que los atacantes separen los registros reales de los de prueba. Sin embargo, eso no elimina la necesidad de proteger a las personas cuya información real quedó expuesta.

Meta está notificando a los reguladores y ofreciendo a las personas afectadas servicios de monitoreo de crédito y de la dark web. Estas medidas forman parte de tu respuesta mientras la empresa soluciona la exposición del repositorio y la gestión de los datos personales.[securityweek]

Meta rota secretos y añade comprobaciones de datos

Meta afirmó que rotó los secretos encontrados en los repositorios afectados y reforzó la seguridad de los productos para abordar los riesgos derivados de los datos empresariales robados. También está implementando escaneos proactivos para detectar información de usuarios subida por error y trabaja con GitHub en protecciones adicionales para los repositorios.

La guía de GitHub sobre secretos filtrados explica por qué es importante reemplazar las credenciales expuestas. Eliminar un secreto del código fuente por sí solo no es suficiente. Los equipos deben revocarlo a través de su proveedor y generar un reemplazo donde sea necesario para evitar un uso posterior.

El incidente sigue a otros robos de repositorios, incluyendo la pérdida de unos 170 repositorios privados de GitHub de CrowdSec a través de la cuenta comprometida de un antiguo empleado. Informes independientes sobre cientos de miles de credenciales activas expuestas en GitHub resaltan la necesidad de revocar las claves filtradas con rapidez.

Ninguno de los informes establece una conexión con la brecha de Meta. En conjunto, muestran por qué la seguridad del repositorio debe cubrir tanto el acceso a la cuenta como los datos almacenados dentro de los proyectos de código.