Todas las brechas de datos
1 de diciembre de 2022 Verificada Registro sensible Gobierno

Filtración de datos de InfraGard de 2022

La filtración de datos de InfraGard de 2022 se produjo después de que un atacante utilizara la identidad de un ejecutivo de una empresa para solicitar acceso al portal de InfraGard, gestionado por el FBI, y accediera después al directorio de miembros mediante la cuenta aprobada.

Desconocido
Personas afectadas
5
Tipos de datos
Sin evaluar
Gravedad
10 oct 2026
Última actualización

El total de afectados no está confirmado, por lo que no se puede determinar la gravedad únicamente a partir de la cantidad de registros.

Protéjase

Compruebe si esta brecha de datos le afectó

Comprobar mi correo electrónico

Tipos de datos expuestos

5
  • Direcciones de correo electrónico
  • Nombres
  • Organizational affiliations
  • Información de contacto
  • Professional information

Acerca de esta brecha de datos

La cuenta no autorizada se activó a principios de diciembre de 2022, y la base de datos se puso a la venta en un foro de ciberdelincuencia el 10 de diciembre.

InfraGard comparte información de seguridad con profesionales de los sectores público y privado que trabajan en distintos ámbitos de las infraestructuras críticas de Estados Unidos. Por ello, los datos sobre sus vínculos profesionales y la información de contacto involucrados en el incidente generan un riesgo significativo de ataques dirigidos de ingeniería social.

¿Cómo se produjo la filtración de InfraGard?

Según las investigaciones de KrebsOnSecurity y Associated Press, el atacante creó una solicitud de afiliación fraudulenta utilizando los datos de identidad reales de un ejecutivo de una importante institución financiera. La solicitud se presentó en noviembre de 2022 y se aprobó a principios de diciembre.

El atacante afirmó que, tras iniciar sesión, utilizó las funciones de búsqueda de miembros del portal para recopilar el directorio al que tenía acceso. KrebsOnSecurity confirmó de forma independiente que un mensaje enviado por el atacante a través del portal llegó a un miembro real de InfraGard.

¿Qué información quedó expuesta?

La información publicada señala que los datos incluían nombres de miembros, sus vínculos con organizaciones o sectores y su información de contacto. Aunque la base de datos contenía campos para números de la seguridad social y fechas de nacimiento, se informó de que esos campos estaban vacíos en su mayoría.

Las fuentes públicas también dejan claro que no todos los registros de miembros contenían los mismos campos. Por ello, esta entrada del catálogo se limita a las categorías respaldadas de manera consistente por la información publicada por fuentes independientes.

¿Cuántas personas se vieron afectadas?

Las fuentes describen un directorio con registros asociados a más de 80 000 miembros, pero no se publicó una cifra exacta de personas distintas afectadas. Por tanto, la cifra aproximada de miembros o filas no se presenta como un recuento exacto de personas.

¿Qué riesgos puede generar el incidente?

Los vínculos profesionales con las infraestructuras críticas, las fuerzas del orden, las tecnologías de la información y la seguridad corporativa pueden facilitar la suplantación de ejecutivos, los avisos de seguridad falsos y los intentos dirigidos de recabar información. Los datos precisos sobre la empresa o el cargo de una persona pueden hacer que los mensajes fraudulentos resulten más convincentes.

¿Qué deben hacer los miembros de InfraGard?

Los miembros deben verificar los enlaces, archivos y solicitudes de información inesperados a través de un canal distinto de su organización. No deben confiar en un mensaje que afirme proceder de InfraGard o del FBI únicamente porque contenga información correcta sobre su empresa o su cargo.

Las cuentas de trabajo deben utilizar autenticación multifactor basada en aplicaciones o llaves de seguridad, y se debe sustituir cualquier contraseña reutilizada. Las organizaciones también deben vigilar los intentos de phishing dirigidos a empleados cuyos vínculos profesionales puedan haber quedado expuestos.

Método de verificación y revisión editorial

LeakData compara el nombre del incidente, la fecha, la cantidad de registros afectados y los tipos de datos expuestos con fuentes accesibles. Los campos no verificados no se presentan como hechos, y los registros se actualizan cuando se dispone de nuevas pruebas.

Notificar errores u omisiones en la información