Solución / Credenciales y stealer logs

Monitorización de credenciales y stealer logs para contraseñas, sesiones e identidades

Recopilamos credenciales allí donde se filtran, desde stealer logs completos hasta filtraciones de ransomware, y mostramos cada contraseña, cookie y token con su origen, su antigüedad y su riesgo.

Stealer logLAPTOP-NW-0427Infectado hace 3 semanas

j.doe · 203.0.113.58 · DE · Infostealer, confianza alta

Contraseñas142
Cookies640
Tokens6
Autocompletado154
Cuentas a las que accede
  • 4 Sistemas propios
  • 2 SaaS de trabajo
  • 3 Privadas
  • vpn.northwind.example: riesgo activo de credenciales. El acceso VPN guardado. Capturado hace tres semanas, por lo que aún podría funcionar.
  • git.northwind.example: riesgo de credencial activa. Un token de acceso personal para el servidor de código.
  • console.cloud.example: riesgo de credencial activa. Un inicio de sesión en una consola cloud con rol de administrador.
  • sso.northwind.example: riesgo de sesión. Una cookie de sesión del inicio de sesión de la empresa: mientras sea válida, abre la sesión sin contraseña ni MFA.
  • mail.northwind.example: riesgo de sesión. Correo web con contraseña guardada y cookie de sesión activa.
  • crm-saas.example: riesgo de sesión. El CRM de la empresa en la nube, con sesión iniciada con una cuenta de trabajo.
  • social.example: riesgo de sesión. Una cuenta social privada, con la sesión aún abierta.
  • bank.example: evidencia de equipo comprometido. Banca en línea: el nombre de usuario y los indicios de tarjeta del autocompletado.
  • shop.example: exposición histórica de identidad. Una cuenta privada de tienda que reutiliza la contraseña de la VPN.
fuentes de filtraciones en una sola búsqueda
6
vistas de credenciales
7
novedad y riesgo por credencial
0–10
tiempo habitual de un informe comparativo
15 min
1 · Por qué importan los stealer logs

Una infección por stealer no es una filtración de contraseñas. Es una instantánea de una identidad digital.

Un infostealer infecta un equipo y extrae la identidad almacenada en sus navegadores y aplicaciones. Según la familia de malware y su configuración, puede incluir todo esto:

  • Contraseñas
  • Cookies
  • Tokens de sesión
  • Autocompletado
  • Historial del navegador
  • Carteras de criptomonedas
  • Inicios de sesión en apps
  • Archivos locales
  • Detalles del sistema

Familias habitualesRedLine · Lumma · Vidar · Raccoon · Stealc · RhadamanthysEl comercio está industrializado: los delincuentes venden paquetes completos de stealer, no contraseñas sueltas.

La escala, en un año de datos del sector
  • 13,2 Mnuevas infecciones
  • 642 Mcredenciales, unas 50 por infección
  • 8600,0 Mcookies robadas
  • 27inicios de sesión guardados en un equipo infectado típico; algunos contienen cientos
Cifras de informes públicos del sector; el equipo típico es la mediana de un mes de logs.
Sesiones

Las contraseñas son solo la mitad de la historia. Las sesiones son la otra mitad.

Los stealers se llevan las cookies del navegador y los tokens de autenticación. Con una sesión activa, un atacante puede no necesitar la contraseña en absoluto, y la MFA no lo detiene. Eso cambia la forma de limpiar el incidente.

  • Las cookies son activos de identidadLos informes del sector cuentan miles de millones de cookies robadas al año; los artefactos de sesión se cuentan entre lo más valioso que comercian los delincuentes.
  • Se las mostramosNuestra API devuelve datos opcionales de cookies de sesión junto con las contraseñas, los detalles del equipo, el software instalado y la información de navegación y de directorios.

Contraseñas, sesiones e identidades, no solo credenciales filtradas.

Dos tipos de exposición, dos tipos de solución
Contraseña expuesta
  1. 1Restablecer la contraseña
  2. 2Investigar
  3. 3Aplicar MFA
Cookie de sesión o token expuesto
  1. 1Revocar sesiones y tokens
  2. 2Restablecer la credencial
  3. 3Investigar el dispositivo
  4. 4Volver a registrar la MFA si es necesario
Comparado, el mismo día

Por delante del líder en su propio terreno, y mucho más allá de los inicios de sesión.

Hudson Rock presenta su plataforma como «impulsada por la base de datos de credenciales comprometidas más completa del mundo». Para mostrar dónde estamos, ponemos su consulta pública junto a nuestros datos en cuatro dominios, el mismo día.

  • 28×veces más credencialesTodas las fuentes
  • +43%equipos infectados másStealer logs, el terreno de Hudson Rock
  • 6,1 millonesregistros filtrados, 599 veces las 10.246 credenciales de la consulta de Hudson RockConjuntos de datos completos de los cuatro dominios. El nuestro incluye todos los stealer logs, además de volcados, documentos, correos electrónicos y configuraciones.
  • En vivotráfico de stealersLogs tal como se venden, no solo los reciclados. No forman parte de la consulta pública. Véalo

DarknetSearch: todas las credenciales del dominio en nuestra colección: stealer logs, listas URL:usuario:contraseña (casi todas son líneas de stealer logs compartidas sin el equipo ni sus cookies), brechas, combo lists y otras filtraciones. Un equipo que solo visitó el dominio cuenta como equipo, no como credencial. Hudson Rock se describe como centrada exclusivamente en infostealers; su cifra es el número de credenciales que indica el texto de análisis de su consulta pública, que ese texto fecha en abril de 2026.

Credenciales, todas las fuentes: Hudson Rock, consulta pública y DarknetSearch, por dominio
DominioHudson Rock, consulta públicaDarknetSearchDiferencia
mattel.com4.89864.84413×
morganstanley.com2.37584.23135×
harley-davidson.com2.57050.75220×
merck.com40386.410214×

Hudson Rock, consulta pública: 5 de noviembre de 2026, 19:48–19:50 UTCDarknetSearch: 5 de noviembre de 2026, 18:59–20:10 UTC

2 · Por qué los stealer logs no bastan

El malware es una forma de robar una identidad. El phishing es otra.

Un atacante no necesita malware. Los kits de phishing adversary-in-the-middle actúan como proxy del inicio de sesión real: la víctima escribe la contraseña real, completa la MFA y el kit conserva la sesión resultante.

28,6 Mregistros de identidad procedentes de phishing en un año de datos del sector, el 49 % de ellos de usuarios corporativos

Los equipos de respuesta a incidentes también ven a atacantes que llaman al personal, lo dirigen a una página de inicio de sesión falsa del SSO de la empresa, recogen contraseñas y códigos MFA, y después toman el control de aplicaciones SaaS y extorsionan a la empresa.

Adversary in the middle
  1. Víctima
  2. Página de inicio de sesión falsahace de proxy en cada paso
  3. Inicio de sesión real
  1. 1Contraseña
  2. 2Respuesta MFA
  3. 3Cookie de sesión
  4. 4Refresh token

El atacante inicia sesión con la sesión robada: sin contraseña y sin solicitud de MFA.

Así, un proveedor que dice «monitorizamos stealer logs, por tanto monitorizamos las identidades comprometidas» describe solo una de las formas de robar identidades. El malware no es phishing, y ninguno de los dos abarca las bases de datos filtradas. Nosotros recopilamos también las demás vías: brechas de datos, bases de datos abiertas, combo lists, filtraciones de ransomware y los foros y canales donde se comercia con los accesos robados.

No todos los datos de stealers son iguales

Una línea ULP es una pista. El log completo es la evidencia.

ULP significa URL, usuario y contraseña (listas URL:usuario:contraseña). Resulta útil de inmediato porque nombra el servicio objetivo, pero normalmente se extrajo de algo más grande. Cuando un log se recorta en líneas ULP, casi todo su contexto se pierde.

Comprometidocuando el malware lo recopiló
Subidocuando el log se publicó y se recopiló
Rara vez el mismo día. Nuestras búsquedas distinguen ambos casos.
Tráfico en vivo, no solo logs reciclados

privadoSederecientelivepremiumde primera manorawLogs de C2

Los vendedores usan términos como estos para material cercano a la fuente. Ningún estándar del sector los define. Lo que cuenta: también ingerimos tráfico de stealers en vivo, no solo colecciones recicladas por canales públicos.

Línea ULP · URL : usuario : contraseñahttps://vpn.northwind.example : j.doe@northwind.example : [redacted]
Stealer log completo
  • Identidad del equipo
  • SO y versión
  • Nombre de host
  • Fecha de infección
  • IP y ubicación
  • Perfiles de navegador
  • Contraseñas guardadas
  • URL visitadas
  • Cookies
  • Tokens
  • Autocompletado
  • Aplicaciones instaladas
  • Árbol de directorios
  • Archivos
  • Vía de infección
Un paquete: a menudo un centenar de contraseñas y miles de cookies del mismo dispositivo.
Brechas de bases de datos

Un servicio con brecha, muchos usuarios.

Las brechas tradicionales siguen siendo una enorme fuente de credenciales. La base de datos de una aplicación comprometida expone un servicio a través de muchos usuarios; un stealer expone a una persona a través de muchos servicios.

Una tabla de usuarios típicaemail | username | bcrypt_hash | first_name | phone | birth_date | address
Uno mal protegidoemail | plaintext_password

Dónde las obtenemos: dumps SQL y brechas de bases de datos de foros de hackers, mercados y sitios de actores de amenazas, conservados como registros originales. Cada filtración recibe una descripción, etiquetas y tres fechas.

Brecha de base de datos1 servicio → hasta millones de usuarios

La pregunta que responde¿Qué identidades de nuestra organización aparecieron en servicios externos comprometidos?

Infección por stealer1 persona o dispositivo → de decenas a cientos de servicios

La pregunta que responde¿Qué persona o dispositivo comprometido puede darnos acceso ahora mismo?

Bases de datos abiertas

No toda filtración necesita un hacker. Algunas simplemente se dejan abiertas.

Las bases de datos y los almacenamientos accesibles públicamente son una categoría aparte. Una credencial hallada en un índice de Elasticsearch abierto puede haberse filtrado por una mala configuración, no por malware.

El origen cambia la respuesta: un servidor abierto debe cerrarse y sus claves rotarse; una credencial robada exige investigar su dispositivo.

Las configuraciones erróneas y las credenciales débiles o ausentes siguen entre las principales causas de compromisos en la nube.

De dónde las obtenemos: bases de datos expuestas y almacenamiento S3 y Azure mal configurado, indexados como Raw Data junto con el servidor de origen.

Inteligencia sobre exposiciones accidentalesAccesible públicamente
  • Elasticsearch
  • MongoDB
  • Copias de seguridad de PostgreSQL
  • Almacenamiento compatible con S3
  • Bases de datos de Firebase
  • Repositorios Git
  • Copias de seguridad de configuración
  • Endpoints de depuración
Qué pueden contener
  • Credenciales y hashes
  • Claves de API
  • Cadenas de conexión
  • Material de sesión
  • Datos de clientes
  • Configuración interna
Combo lists

Cinco apariciones, a menudo un solo compromiso.

Una combo list es una lista agregada de pares email:contraseña o usuario:contraseña con poca o ninguna procedencia. Mezcla brechas antiguas, hashes descifrados, stealer logs, resultados de phishing y listas anteriores.

51%de los registros de las combo lists clandestinas analizadas coincidían con datos anteriores de infostealer (informe del sector)

Dónde las obtenemos: foros, canales de Telegram y sitios de paste (tipo Pastebin). Las deduplicamos (el mismo servidor, nombre de usuario y contraseña cuentan una sola vez) y estimamos qué parte de una lista no es válida.

Una credencial, reciclada
  1. Brecha A
  2. Combo list A
  3. Archivo de Telegram
  4. Combo list B
  5. Volcado de mercado
  6. Colección Mega

1 compromiso original

La misma credencial circula por todos ellos. Cinco apariciones pueden ser un único compromiso original, no cinco incidentes.

Qué conservamos de cada credencial
  • Visto por primera vez
  • Visto por última vez
  • Tipo de fuente
  • Fecha del compromiso original, si se conoce
  • Fecha de redistribución
Filtraciones de ransomware

Después de la brecha, y más allá de la víctima.

Las credenciales de las filtraciones de ransomware y extorsión proceden de una fase posterior de un ataque: la organización ya estaba comprometida. Eso las convierte en un tipo distinto de inteligencia.

  • Credencial de stealerposiblemente una advertencia antes de un compromiso
  • Credenciales de filtraciones de ransomwarenormalmente inteligencia posterior a un compromiso

Por eso miramos dentro de las filtraciones en lugar de vigilar solo su nombre en los sitios de filtraciones. Nuestras propias herramientas descargan cada filtración publicada en sitios de ransomware, clasifican cada archivo y extraen las identidades que contiene.

Víctimas secundarias
Empresa Aafectada por ransomware
filtración publicada: hoja de accesos VPN
Empresa Bcredenciales expuestas

El ransomware ataca a la empresa A y publica una hoja de cálculo con los accesos VPN de su proveedor, la empresa B. La empresa B nunca fue atacada, pero sus credenciales ya están expuestas.

Qué puede contener una filtración de ransomware
  • Archivos de configuración
  • Credenciales de VPN
  • Hojas de cálculo de contraseñas
  • Exportaciones del navegador
  • Copias de seguridad de bases de datos
  • Datos de directorio
  • Secretos del código fuente
  • Claves de la nube
  • Credenciales de clientes
Más allá de las contraseñas

Los secretos también son credenciales.

Hoy la monitorización de credenciales abarca mucho más que nombres de usuario y contraseñas. Estos elementos aparecen en stealer logs, bases de datos abiertas, filtraciones de ransomware y código público:

  • Claves de API
  • Tokens OAuth
  • Tokens de acceso personal
  • Claves IAM de la nube
  • Credenciales de cuentas de servicio
  • Cadenas de conexión a bases de datos
  • Claves de servicios de IA
  • Secretos de CI/CD
3 · Qué significa un hallazgo

Cinco minutos u ocho meses después del robo.

Una credencial encontrada minutos después del robo aún puede dar acceso. Una encontrada meses más tarde sigue siendo inteligencia.

5 minutos después del robo
  • Una contraseña válida
  • Una sesión activa
  • Acceso VPN activo
  • Acceso a la nube y a SaaS
8 meses después del robo · Una contraseña caducada sigue mereciendo atención:
  • Reutilización de contraseñasEs posible que la persona use la misma contraseña en otros sitios.
  • Patrones de contraseñasUna contraseña que termina en el número del año pasado suele volver con el de este año.
  • Evidencia del endpointUn resultado de stealer demuestra que el dispositivo estaba comprometido, sea cual sea el destino de una contraseña.
  • Otras cuentas robadasLa misma infección suele contener decenas de credenciales más.
  • Cookies y tokensUna contraseña nueva no le dice si todas las sesiones son seguras.
  • Historial de incidentesMuestra que la identidad o el dispositivo estuvo expuesto antes de una intrusión posterior.
  • Riesgo de tercerosUna filtración antigua de un contratista puede apuntar a un dispositivo infectado y no gestionado.
  • Coincidencia de identidadesUn correo de trabajo junto a servicios privados muestra dónde se cruzan la vida laboral y la privada.
  • Puntuación de riesgoUna exposición repetida es un riesgo distinto de ninguna exposición.
Riesgo, no solo validez

Ni válida ni inválida, sino cuatro tipos de riesgo.

Un simple sí o no sobre la validez deja fuera la mayor parte del cuadro. Clasificamos cada exposición según lo que significa para usted. Del portátil infectado anterior:

Algo más del 1 %de las credenciales filtradas comprobadas en entornos de clientes seguían siendo válidas, según nuestra propia experiencia. Aun así lo consideramos mucho: una sola cuenta válida puede bastar para un compromiso.

  • Riesgo activo de credencialesUna contraseña o un token que puede seguir funcionando.Las credenciales de VPN guardadas para vpn.northwind.example, con tres semanas de antigüedad.
  • Riesgo de sesiónUna cookie o token que inicia sesión sin contraseña ni MFA mientras sea válido.Una cookie de sesión para sso.northwind.example.
  • Evidencia de compromiso del endpointEl dispositivo estaba infectado, pase lo que pase con una contraseña.LAPTOP-NW-0427 en sí: infectado, pase lo que pase con una contraseña.
  • Exposición histórica de identidadFiltraciones antiguas que muestran reutilización, patrones de contraseñas y exposiciones anteriores.Una cuenta privada de una tienda que reutiliza la contraseña de la VPN.
4 · En DarknetSearch

Cada stealer log, abierto hasta el equipo.

Busque por dominio, correo electrónico o sitio. Cada resultado indica por qué aparece, y un clic abre la máquina infectada que hay detrás.

  • Por qué ha aparecidoCoincidencia por usuario, sitio web o contraseña, indicada en cada resultado.
  • El registro completoSistema, vía de infección, familia de malware, credenciales, cookies por sitio, tokens, datos de autocompletado, archivos y una captura de pantalla.
  • DescargarEl log completo en JSON, en el panel o mediante la API. Las exportaciones ofrecen una fila por equipo.
Coincidencia por usuariohttps://vpn.northwind.example · j.doe@northwind.example · ••••••••
Equipo
LAPTOP-NW-0427
Usuario
j.doe
IP · país
203.0.113.58 · DE
Malware
Infostealer · Confianza alta
Vía de infección
C:\Users\j.doe\Downloads\invoice-viewer.exe
  • 142Contraseñas
  • 640Cookies
  • 6Tokens
  • 154Autocompletado
  • 118Sitios visitados
  • 97Archivos
Infectadohace 3 semanascuándo lo captó el malware
Recopiladohace 2 díascuándo nos llegó el log
En el panel

Todas las contraseñas expuestas, con novedad, riesgo y reutilización.

Las credenciales se deduplican, se puntúan y se ordenan en vistas, de modo que sus propios sistemas, su personal en otros servicios y los externos en sus portales nunca se mezclan.

El mismo servidor, nombre de usuario y contraseña cuentan una sola vez.

Credenciales únicas: 7 credenciales ficticias
UsuarioContraseñaServidorOrigenNovedadRiesgoReutilizaciónFiltraciones
j.doe@northwind.example••••••••cumple la políticavpn.northwind.exampleStealer log10/109/1021
it-admin@northwind.example••••••••cumple la políticasso.northwind.exampleBase de datos abierta9/108/1001
partner.ops@supplier.example••••••••débilportal.northwind.exampleFiltración de ransomware8/107/1001
applicant@mail.example••••••••débilcareers.northwind.exampleStealer log9/106/1011
j.doe@northwind.example••••••••cumple la políticashop.exampleCombo list7/105/1023
recruiting@northwind.example••••••••débiljobs-board.exampleBrecha de base de datos6/104/1001
sales.emea@northwind.example••••••••débilstreaming.exampleCombo list4/103/1034
  • Novedad y riesgoDos puntuaciones de 0 a 10 para cada credencial.
  • Reutilización y filtracionesReutilización de contraseñas y cada filtración en la que apareció.
  • Política de contraseñasContraseñas filtradas que aún cumplen su política.
  • ActuarMonitorice, exporte o genere informes desde la misma búsqueda.
Informes mensuales

Compare sus dominios, mes a mes.

El informe comparativo de credenciales filtradas pone lado a lado divisiones, filiales o empresas similares. Ejecútelo una vez o reciba cada día 1 de mes el informe del mes anterior.

  • Puntual o mensualUna programación mensual empieza con un informe de referencia del último mes.
  • Qué contieneStealer logs frente a combo lists, una tendencia de tres meses, los sistemas externos que usa su personal, sus sistemas usados por terceros y un análisis de contraseñas.
  • A su elecciónContraseñas completas u ocultas, cualquier periodo de análisis y un archivo CSV para cada vista.

Tiempo de tratamiento habitual: unos 15 minutos.

Mes natural anteriorInforme comparativo de credenciales filtradas
  • 74De stealer logs
  • 54De combo lists
Tendencia a 3 meses
Credenciales filtradas por vista y dominio
VistaGrupoInvestigaciónRetail
Únicas1283784
Org742251
En terceros31926
Private12314
De terceros461119
Coincidencia con la política946
Débil611540

Grupo northwind.exampleResearch northwind-labs.exampleRetail northwind-retail.example

El mismo servidor, nombre de usuario y contraseña cuentan una sola vez.

Monitorización y API

Monitorización constante, más una API completa.

Las reglas de monitorización informan solo de lo nuevo desde la última ejecución, por correo electrónico o webhook. La API añade las mismas búsquedas, los stealer logs completos y una comprobación de credenciales (Credential check) para sus formularios de registro e inicio de sesión.

  • Reglas de monitorizaciónNuevas filtraciones de sus dominios, sin tener que buscar de nuevo.
  • Credential check (comprobación de credenciales)Compruebe un correo electrónico, una contraseña o ambos al registrarse, al iniciar sesión o al cambiar la contraseña.
  • Stealer logsEncuentre equipos infectados y obtenga cada captura completa.
  • AnalíticaTotales, los usuarios y contraseñas de mayor riesgo, fortaleza de las contraseñas.

Lea la guía de la API de credenciales filtradas

  1. POST /api/service/stealer_logs_search/
  2. query: northwind.example
  3. búsqueda iniciada · consulte hasta que esté lista
  4. 3 equipos infectados con inicios de sesión de Northwind
  5. LAPTOP-NW-0427 · 142 contraseñas · 640 cookies
  6. obtener la botid_url del equipo
  7. la captura completa en JSON, con capturas de pantalla
  8. revocar las sesiones, luego restablecer e investigar

X-API-Key por espacio de trabajo · monitores por correo electrónico o webhook · exportaciones JSON

De la alerta a la formación

Del stealer log a la formación, en un solo flujo.

Cuando las credenciales de trabajo de una persona empleada aparecen en un stealer log o en una brecha de datos, CyberFrog, nuestra empresa hermana, le forma sobre lo que se ha filtrado realmente, y usted ve cuándo ha terminado.

Gratis para todos los clientes de DarknetSearch

  • Sus reglas de alerta decidenUsted elige qué reglas de alerta de DarknetSearch activan la formación. Se comprueban a diario por defecto, o con una frecuencia de hasta una hora.
  • Solo su propio personalSe asocian por correo de trabajo con su directorio. Direcciones nuevas solo de su propio dominio, y solo si usted lo permite.
  • Lecciones sobre lo filtradoSe abre en su propio registro y explica qué son los stealer logs y las contraseñas guardadas. Las contraseñas solo según permitan sus ajustes de privacidad.
  • Seguimiento del progreso a la vistaQuién fue avisado, quién empezó y quién terminó, en una misma campaña continua. Por defecto, no se repite la lección para el mismo tipo de filtración en 30 días.
  1. 1Alerta de DarknetSearch
    j.doe@northwind-example.comen un stealer log, a partir de su regla de alerta
  2. 2Empleado identificado
    Jamie Doe, Finanzaspor correo electrónico de trabajo, en su directorio
  3. 3Lección personal
    portal.northwind-example.comj.doe@… | [redacted]su registro, unos 8 min + test
  4. 4Visible para su administrador
    Jamie Doe · completadocuestionario superado, en sus resultados
Detalles

Todo sobre credenciales y stealer logs, en breve.

Empezar

Vea qué identidades ya están expuestas.

Compruebe ahora su dominio, empiece una prueba gratuita o reserve una demo y revise su propio dominio con nosotros.

Compruebe su dominio

La misma comprobación que en nuestra página de inicio: número de registros filtrados de su dominio, sin registro previo.