Dati ransomware pubblicati in chiaro Piergiorgio Venuti

I dati esfiltrati durante un attacco ransomware a doppia estorsione non sono pubblici. Sfatiamo un mito

Estimated reading time: 3 minuti

Introduzione

Gli attacchi ransomware stanno diventando sempre più comuni e redditizi per i criminali informatici. In particolare, la variante “a doppia estorsione” prevede non solo la crittografia dei dati della vittima, ma anche la sottrazione e la minaccia di pubblicazione online degli stessi per ottenere il riscatto. Si ritiene comunemente che i dati rubati non vengano effettivamente diffusi pubblicamente, ma rimangano confinati nel dark web. In realtà le cose non stanno così.

Cos’è il dark web

Il dark web indica quella parte di internet i cui contenuti non sono indicizzati dai motori di ricerca standard. Per accedere al dark web è necessario utilizzare browser specifici come Tor, che rendono anonima la navigazione crittografando e instradando il traffico attraverso più nodi. Proprio grazie all’anonimato che garantisce, il dark web viene spesso utilizzato per attività criminali, come la vendita di dati rubati.

Tuttavia il dark web non è così oscuro e misterioso come si crede. Software come Tor sono gratuiti e facilmente accessibili a tutti. Di conseguenza, anche dati sensibili di aziende finite nel dark web possono facilmente trapelare anche pubblicamente.

Le cybergang pubblicano spesso anche in chiaro

Contrariamente alla credenza comune, molte delle organizzazioni criminali che gestiscono attacchi ransomware finiscono per pubblicare i dati rubati alle vittime anche pubblicamente, come ulteriore strumento di pressione per ottenere il pagamento del riscatto.

I forum e i siti usati per queste pubblicazioni sono spesso ospitati su server extra-UE, dove non vi sono conseguenze legali, e sono facilmente accessibili a chiunque. Ad esempio il gruppo Conti, tra i più attivi nel mondo ransomware, pubblica regolarmente dati esfiltrati tramite il proprio sito “Conti Leaks”.

Anche gruppi ransomware meno noti finiscono per pubblicare campioni di dati rubati su forum pubblici, inviando poi l’URL alla vittima, per dimostrare che la minaccia di divulgazione completa è concreta.

Queste pubblicazioni avvengono su siti accessibili a chiunque disponga di una connessione internet. Non è necessario ricorrere al dark web per accedere ai dati trafugati.

Perché le cybergang pubblicano i dati in chiaro

Ci sono principalmente tre motivazioni che spingono gli operatori ransomware a pubblicare i dati rubati anche pubblicamente, e non solo sul dark web:

  • Aumentare la pressione sulla vittima: la pubblicazione di un campione di dati sensibili è un potente strumento di coercizione per spingere la vittima a pagare, per evitare la divulgazione completa.
  • Danneggiare l’immagine del bersaglio: le cybergang mirano spesso ad infliggere il maggior danno possibile alle vittime, oltre che a ottenere un riscatto. La pubblicazione dei dati danneggia la reputazione dell’organizzazione colpita.
  • Pubblicità per i propri servizi: mostrare i dati trafugati funge da prova delle effettive capacità del gruppo ransomware, permettendo di attirare più clienti per futuri attacchi.

Un business milionario

La vendita dei dati rubati è divenuta un business estremamente lucrativo per i criminali informatici, secondo solo a quello dei ransomware. Recenti rapporti stimano che i ricavi derivanti dalla sola vendita di dati rubati nel 2021 abbia fruttato agli hacker oltre 2 miliardi di dollari.

Dati sensibili di aziende possono essere venduti per decine di migliaia di euro nel dark web. Ma la pubblicazione gratuita di campioni aumenta ulteriormente l’impatto distruttivo dell’attacco.

Conclusione: prevenire è meglio che curare

La possibilità che i dati trafugati da un attacco ransomware vengano diffusi pubblicamente, e non solo nel dark web, è dunque concreta e da non sottovalutare. Le conseguenze di una simile violazione dati possono essere estremamente gravi per un’azienda, causando danni d’immagine, sanzioni legali e perdita di proprietà intellettuale.

Diventa quindi cruciale investire nella prevenzione, adottando soluzioni di sicurezza moderne come piattaforme SOC (Security Operation Center) che monitorano h24 la rete aziendale per individuare e bloccare gli attacchi prima che gli hacker possano rubare o criptare i dati sensibili.

Inoltre, servizi avanzati di threat intelligence come quelli forniti da aziende come Cyberfero consentono di monitorare il dark web per identificare eventuali dati rubati dell’azienda che vengono messi in vendita, per agire immediatamente e limitare i danni.

Useful links:

Condividi


RSS

Piu’ articoli…

Categorie …

Tags

Feed RSS: Feed sconosciuto Feed sconosciuto

Feed RSS: Feed sconosciuto Feed sconosciuto

Feed RSS: Full Disclosure Full Disclosure

  • Apache Struts2 Core Arbitrary Code Execution via OGNL Sandbox Escape Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description Apache Struts2 Core version 7.4.0 and below attempt to prevent arbitrary code execution via Object-Graph Navigation Language (OGNL) through several different mechanisms but only in a cursory fashion -- the libraries only guard against immediate calls evaluated by the OGNL engine via `SecurityMemberAccess`, but an allowed […]
  • Apache Struts2 Core TokenHelper Token Cryptographic Timing Side-Channel Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 Core 7.4.0 and below performs session token comparisons cryptographically insecure early-exit comparison functions (e.g., `!=`, `memcmp`, byte-by-byte loops with `break`) that return as soon as the first mismatched byte is encountered. The execution time of the comparison is therefore proportional to the number […]
  • Apache Struts2 Spring Plugin Uses a Previously Closed Resource Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 Spring Plugin opens a Spring `ApplicationContex` via a try-with-resources block and, outside of said block, then continues to use the closed resource, resulting in an uncaught `IllegalStateException`. This particular issue prevents proper functionality and indicates poor code quality and code review standards and […]
  • Apache Struts2 Core Integer Overflow Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description Apache Struts2 Core version 7.4.0 and below fails to properly prevent integer overflows, causing wrap-arounds and other issues on a downstream forced casting into types smaller than `BigInteger`. Importantly, this finding underscores why all applications using Struts and other such platforms should perform their own input […]
  • Apache Struts2 Core Cross-Origin Protection Exemption Miskeyed to a Deployment-Wide Path Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description Apache Struts2 Core version 7.4.0 and below's `FetchMetadataInterceptor`, `CoepInterceptor`, and `CoopInterceptor` each compare their `exemptedPaths` configuration -- a per-interceptor-reference, administrator-supplied set of paths intended to exempt specific actions from the corresponding cross-origin protection -- against `HttpServletRequest.getContextPath()`. `getContextPath()` is fixed for the entire deployed web...
  • Apache Struts2 REST Plugin Fails to Properly Parse Chunked Requests Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 REST Plugin's (version 7.4.0 and below) `ContentTypeInterceptor.intercept(ActionInvocation)` only deserialises a request body and enforces the `struts.rest.content.maxLength` bound when `HttpServletRequest#getContentLength()` returns a positive value. `getContentLength()` returns `-1` whenever the `Content-Length` header is absent, which normal and appropriate for any Hypertext Transfer Protocol (HTTP)...
  • Apache Struts2 REST Plugin Untrimmed `Accept` Header Tokens Break Content Negation Fallback Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 REST Plugin's `DefaultContentTypeHandlerManager.getHandlerForResponse(HttpServletRequest, HttpServletResponse)` splits the `Accept` header on commas and passes each resulting token directly to `findHandler(String)` without trimming leading or trailing whitespace. `findHandler(String)` only retries a trimmed lookup when a token contains a semicolon (`;`), so a token that merely carries […]
  • Apache Struts2 JSON Plugin Insecure Deserialisation -- Object Deserialisation Element-Count Limit Bypass Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01As of the current versions of the Apache Struts2 JSON Plugin (e.g., version 7.4.0 and the 7.5.0 snapshot dated 28 October 2026), attackers can bypass the element-count limit purported to protect Object deserialisation added to said code as part of the WW-5618 and S2-072 "hardening controls". Please […]
  • [0day-rubbish] NETGEAR RAX120 V1.2.5.18 authenticated SOAP InstallApp OS command injection to root-configured web-stack execution (6.8 Medium; conditionally 7.2 High with management exposure) Ottobre 29, 2026
    Posted by disclosure via Fulldisclosure on Oct 280day Rubbish Research Team is publicly disclosing a vulnerability in NETGEAR RAX120 (Nighthawk AX12) firmware V1.2.5.18, the WiFi 6 consumer router from NETGEAR (United States), built on the Qualcomm IPQ8074 platform. The administrative web plane of this firmware generation is a lighttpd server fronting the vendor's DNI-framework CGI […]
  • [0day-rubbish] Raritan PX3 PDU G4 firmware 4.3.14 command injection in the ping and traceroute diagnostics through an inverted hostname-validation return check (8.8) Ottobre 29, 2026
    Posted by disclosure via Fulldisclosure on Oct 280day Rubbish Research Team is publicly disclosing a vulnerability in the Raritan PX3 PDU G4, firmware version 4.3.14, the intelligent rack power distribution unit from Raritan, a Legrand company (United States). A low-privilege authenticated session converts one diagnostics request into operating-system command execution in the product's web-service context, […]

Customers