sei nella clearnet. gli indirizzi elencati qui si aprono solo all'interno della rete tor - scarica il browser tor qui »
AlphaBay.Market
IT
ultimo controllo: 2 min fa 260 onion monitorati
home / notizie / sicurezza
12 novembre 2026 sicurezza 6 min di lettura

Anatomia di una voce di stealer log: cosa contiene davvero una riga di dati rubati

Quando un infostealer finisce il lavoro, il risultato non è un exploit spettacolare: è un file di testo. I venditori lo chiamano log: tutto ciò che il malware ha strappato a una macchina, disposto perché gli acquirenti lo leggano a colpo d'occhio. Poiché buona parte dei dirottamenti di account di oggi comincia qui, vale la pena vedere cosa contiene una singola voce. La voce sotto è un composito illustrativo - nessun dato reale di vittime - modellato sulla ricerca pubblica di Red Canary, SpyCloud, Hudson Rock e Sekoia, con i ricercatori dark web di Kaspersky a completare il quadro.

L'intestazione: un profilo della macchina

La maggior parte delle famiglie di stealer comincia ogni file con un blocco di sistema. Lo studio della Sekoia sul commercio dei log elenca i campi usuali: versione e architettura del sistema operativo, nome del computer e dell'utente, modello di CPU e GPU, lingua della tastiera, un identificatore hardware, più IP pubblico, user-agent del browser e una stima di geolocalizzazione. La nostra voce illustrativa comincia così:
  • Macchina: DESKTOP-J41R7, utente "anna" - Windows 10 22H2, 64 bit
  • Browser: Chrome 139 - CPU: Intel i5-10400 - GPU: GTX 1660 - tastiera: en-US
  • IP: 84.xx.xx.xx (ISP residenziale), campo paese: AT - raccolto: 2026-11-09
Quel blocco sembra banale ed è decisivo. Dice a un acquirente se la macchina sta in casa o dentro una rete aziendale, quanto è fresca l'infezione e se la posizione combacia col resto del file. I rivenditori filtrano prima su questi campi; le impronte dall'aria aziendale raggiungono i prezzi più alti.

Le righe delle credenziali: URL, login, password

Sotto l'intestazione vengono i login salvati nel browser, di norma in triple URL-login-password - i dati ULP che descrive Hudson Rock. Un ritaglio diradato della nostra voce:
  • https://mail.example.com | a.reid91 | white-tulip-42
  • https://shop.example.net | a.reid91@example.com | sunset-bike-88
  • https://vpn.example-corp.com | anna.reid | Qk7!vTz9
Intorno a quelle righe lo stesso file trasporta il resto del bottino: barattoli di cookie per dominio, voci di autocompletamento con nomi, indirizzi e carte, cronologia di navigazione, segnalibri, estensioni installate e dati di altre applicazioni: client FTP e VPN, messenger, portafogli crittografici. La guida alla risposta agli incidenti di Red Canary chiede di circoscrivere esattamente questo: cronologia del browser, password salvate, file FileZilla e WinSCP, dati del Windows Credential Manager, token cloud come .aws/credentials, sessioni di Telegram e profili VPN.

Perché il barattolo di cookie conta più della colonna delle password

La colonna delle password raccoglie l'attenzione; la colonna dei cookie provoca gli incidenti. Un cookie di sessione è il biglietto che un sito emite dopo il login, e chi lo ripresenta esibisce una sessione di cui il server si fida già - niente indovinare password, niente pagine di phishing, niente sfida a più fattori, perché il fattore è stato soddisfatto all'accesso originale. Come lo formula il glossario di SpyCloud:
I ladri di cookie aggirano l'autenticazione - persino l'MFA.
I dati del log possono aprire il single sign-on aziendale, conti finanziari e exchange di criptovalute, e i ricercatori di Red Canary osservano che gli avversari colgono ogni occasione per accedere invece di forzare l'ingresso. Sekoia documenta fino a dove arriva un singolo cookie: il gruppo Lapsus$ avrebbe, secondo il racconto, comprato il cookie di un dipendente sul Genesis Market e portato la sessione remota fino allo Slack dell'azienda, convincendo il supporto IT a resettare l'MFA. Un log con colonna password magra ma barattolo di cookie fresco può valere più del contrario.

Dal pannello dell'operatore alla nuvola di log

I file grezzi cominciano nel pannello dell'operatore del malware, dove ogni macchina infetta fa rapporto. Lì vengono analizzati e normalizzati - Sekoia nomina strumenti di elaborazione come Crystal o BLTools -, filtrati per parola chiave, deduplicati e arricchiti: i cookie vengono legati ai login, saldi e numeri di follower verificati, seed phrase validate, stato del 2FA registrato, con i controlli instradati per proxy del paese della vittima per non far scattare i sistemi antifrode. Poi il file diventa inventario. I log singoli qualificati si vendono su marketplace centralizzati per circa cinque a cento dollari, secondo lo studio della Sekoia. Gli acquirenti all'ingrosso sottoscrivono servizi che si autodefiniscono nuvole di log, pubblicizzando da 1.000 a 15.000 log freschi al giorno a 200-900 dollari al mese. Dove fluisce quell'inventario una volta sequestrati i pannelli è una domanda di mercato a sé: più indietro quest'anno abbiamo esaminato il mercato degli stealer log dopo i sequestri.

Come riconoscere una voce stantia o falsa

Gli acquirenti controllano la merce, perché la qualità è disomogenea. I ricercatori dark web di Kaspersky notano che il clamore attorno ai database rubati avvolge spesso materiale vecchio, riciclato o addirittura fabbricato. Sui mercati dei log i segnali sono meccanici:
  • Il formato non corrisponde alla famiglia di stealer rivendicata - un file rietichettato o riciclato
  • Le stesse righe URL-login girano già da vendite precedenti
  • Cookie scaduti o controlli di sessione falliti - dati vecchi venduti come freschi
  • Dettagli di sistema che contraddicono la geolocalizzazione o il presunto valore aziendale
  • Un'offerta di "log freschi" senza alcuna data di raccolta
La Sekoia aggiunge che alcuni venditori cancellano un log dopo averlo venduto una volta e altri elencano voci fabbricate, così senza un verificatore fidato un acquirente non può essere sicuro. Lo stesso scetticismo serve alle vittime: comparire in un log prova che un'infezione è avvenuta al momento della raccolta del file, non che le sue sessioni siano ancora vive.

Cosa deve ruotare una vittima

Se un'e-mail o un dominio salta fuori in questa economia, reimpostare la password è la mezza riparazione classica. L'indicazione di SpyCloud è che un reset della password da solo non rimuove una sessione rubata: finché quei cookie restano validi, l'acquirente conserva l'accesso. Red Canary dice ai responder di reimpostare le credenziali e revocare manualmente le sessioni perché i cookie catturati smettano di funzionare; la raccomandazione di remediation di Hudson Rock abbina gli stessi due passaggi. In pratica significa:
  • Uscire da tutte le sessioni su posta, banca, SSO e social
  • Revocare le concessioni OAuth e le password delle app; invalidare i refresh token
  • Reiscrivere il multifattore se il fattore è stato manomesso
  • Sostituire le carte salvate e spostare qualsiasi wallet la cui seed phrase è passata dalla macchina
Letto con attenzione, una voce di stealer log assomiglia meno a una password filtrata e più a un rapporto di chiavi lasciate in macchina: l'intestazione identifica l'auto, le righe delle credenziali elencano le porte e la colonna dei cookie dice che il motore forse gira ancora. Trattare l'intero file, non solo la password, come l'esposizione è ciò che chiude davvero l'incidente.
10 nov 2026 sicurezza leggi ›

Voci clonate nel vishing: dalla videochiamata deepfake di Arup alla parola in codice familiare

Bastano pochi secondi di audio per clonare una voce, e i casi documentati — la frode da 200 milioni di dollari di Hong Kong con la videochiamata deepfake ad Arup, le truffe familiari con voci clonate, gli attacchi a dirigenti con la voce clonata di un ministro — mostrano il fallimento dell'orecchio umano e di alcuni controlli biometrici. Parole in codice, richiamo su numeri noti e verifiche bancarie funzionano ancora.