OpenSSL…patchato!

Di recente è stata rilasciata la versione 4.0.2 di OpenSSL (la 3.5.8 se si utilizza la versione LTS), che corregge diverse vulnerabilità di sicurezza informatica.

Potresti impiegare una vita cercando disperatamente di capire se il tuo codice può effettivamente beneficiare degli aggiornamenti, ma se hai il controllo completo della tua build di OpenSSL ed escludi tutto ciò che non ti serve realmente (un’operazione che, a onor del vero, spesso richiede un effort maggiore di quanto molti siano disposti a dedicarvi), potresti riuscirci con una certa tempestività. In alternativa, puoi semplicemente scaricare e ricompilare il codice con la nuova versione.

Nessun bug è stato classificato con una gravità superiore a “Moderato”, ma è stata risolta almeno una vulnerabilità interessante dal punto di vista dei bias crittografici: due cifrari AEAD (in altre parole, un algoritmo crittografico con autenticazione a chiave integrata tramite un hash calcolato in parallelo con la crittografia/decrittografia) “approvavano” sempre un testo cifrato vuoto durante la decifratura, anche se veniva inviato un hash di autenticazione errato!

Potrebbe non essere facile da sfruttare, ma se effettivamente accadesse, questa vulnerabilità consentirebbe a un malintenzionato di fornire un falso buffer in input per la decifratura, che potrebbe ingannare il test AEAD. Ricordiamoci anche che una stringa vuota ha un solo hash AEAD valido per ogni chiave: “nothing” è spesso un input valido, e in fase di decifratura dovrebbe essere soggetto al medesimo livello di validazione di qualsiasi altra stringa in chiaro!

L’hacking satellitare e la sicurezza informatica aerospaziale non sono più appannaggio esclusivo delle aziende specializzate.

Durante la 26° edizione del Defcon sarà presentato il primo CubeSat open-source intenzionalmente vulnerabile (PWNCUBE), creato specificamente per le comunità scientifiche e per appassionati al fine di poter apprendere, fare ricerca e spingere oltre i confini della sicurezza informatica aerospaziale utilizzando una piattaforma estremamente pratica.

Un ambiente aperto e pratico progettato per analizzare, sfruttare vulnerabilità e comprendere come proteggere in modo sicuro i sistemi aerospaziali.

Cosa include:
– GNU/Linux come sistema di navigazione e controllo
– Ground Station: supporto per stazioni di terra, test di comunicazione terra-satellite in tempo reale
– Collegamenti e comunicazioni radio
– Supporto GPS: pronto per attività di spoofing, jamming e ricerca sul posizionamento
– emulatore SpaceCAN: simulazione completa dei bus di comunicazione per voli spaziali
– implementazione di SSP e CCSDS: protocolli standard di settore integrati per una ricerca approfondita
– 34 vulnerabilità integrate: distribuite su vari componenti del sistema, pronte per essere scovate e sfruttate

Se la sicurezza satellitare, la sicurezza informatica dei sistemi embedded e/o dei protocolli di comunicazione aerospaziale ti appassionano o sono parte del tuo lavoro, PWNCUBE è uno strumento ideale per fare pratica con un ambiente simulato ma altamente realistico.

Link vari:
– PwnCube
– recente libro sull’hacking dei satelliti

Mentre la maggior parte delle organizzazioni gestisce già una distinta base del software (SBOM), la distinta base crittografica (CBOM) rimane in gran parte trascurata. Eppure le normative UE 🇪🇺 stanno convergendo rapidamente per rendere l’inventario crittografico un requisito obbligatorio.

Il Cyber Resilience Act (CRA) e la direttiva europea NIS2 insieme alla roadmap PQC dell’UE, stanno creando un chiaro mandato per la trasparenza crittografica: entro la fine del 2026, comprendere e gestire le proprie risorse crittografiche non sarà più facoltativo, passando da una questione di nicchia a un pilastro fondamentale per la conformità 🇪🇺.

💡PERCHÉ DOVREBBE INTERESSARTI (se produci e/o vendi software o dispositivi ICT/IoT/OT)
↳ Può aiutarti ad evitare significative sanzioni per non conformità e/o ad evitare restrizioni per l’accesso al mercato europeo ai sensi delle nuove normative UE 🇪🇺.

↳ Può essere utile per individuare anticipatamente eventuali vulnerabilità critiche derivanti da implementazioni crittografiche non gestite oppure obsolete, soprattutto con l’avvento del passaggio obbligato alla crittografia post-quantum (PQC).

↳ Fondamentale per prepararsi a revisioni operative nello sviluppo dei propri prodotti (software e/o hardware), nella gestione delle catene di fornitura (supply chain security) e per la risposta agli incidenti, che richiederanno nuovi strumenti e competenze.

💡AZIONI CONCRETE
—> occorre condurre periodicamente audit completi di tutti i componenti crittografici presenti nei dispositivi, software e sistemi digitali
—> sviluppare una solida strategia di generazione e gestione del CBOM (Cryptographic Bill Of Materials), integrandola nei framework di conformità esistenti.
—> investire in formazione e strumenti per garantire che i team possano identificare, tracciare e aggiornare efficacemente le risorse crittografiche.

💡STANDARD e REGOLAMENTI di riferimento 🇪🇺
Questo cambiamento è promosso direttamente dal Cyber Resilience Act (CRA), dalla direttiva NIS2 e dalla roadmap PQC dell’UE, rendendo l’inventario crittografico un aspetto fondamentale per la conformità alla sicurezza informatica.

Se nell’azienda in cui lavori sviluppate, certificate o vendete prodotti digitali destinati al mercato europeo 🇪🇺, l’inventario crittografico deve diventare parte attiva del vostro standard di riferimento per la sicurezza informatica e la conformità.

Sistemi IoT (apparentemente) complessi, la curiosità dei gatti e la Cybersecurity

Da decenni i gatti sono un simbolo della sottocultura nerd per diversi motivi:

I meme con i gatti dominano Internet fin dai primi anni 2000. Meme come Lolcats, Nyan Cat, Grumpy Cat ecc. sono stati in parte diffusi proprio dalle prime community tech e hacker, veri primi utenti virali ma liberi di Internet.
Il trolling e l’ironia: gli hacker (specialmente quelli legati ad Anonymous e a community come 4chan) amano l’ironia e seguire la loro curiosità. Chi usa immagini di gattini simpatici in contesti seri o intimidatori lo fa per creare deliberatamente un contrasto satirico — una sorta di trolling culturale.
Nascondere qualcosa di inaspettato o incasinante (come un gatto ad esempio) dentro qualcosa di serio, nella sottocultura hacker rappresenta un classico scherzo. È il principio del bait and switch.
Anonymous e i gatti: il gruppo di hacktivisti Anonymous storicamente ha usato immagini contenenti dei gatti nei loro messaggi, spesso per deridere l’incompetenza tecnica delle vittime, o come firma ironica.
Simbolo di indipendenza: a differenza dei cani (Ivan Pavlov docet!), i gatti sono animali imprevedibili, non particolarmente adatti per essere ammaestrati — caratteristiche con cui molti hacker si identificano spiritualmente.

In sostanza, sebbene dietro il rapporto tra i gatti e gli hacker non ci sia una reale motivazione tecnica, i gatti sono diventati de facto la mascotte non ufficiale di Internet e della creatività fuori dagli schemi, e gli hacker li hanno virtualmente adottati con entusiasmo e autoironia. Il poliedrico matematico nonché creatore di rompicapi Raymond Smullyan ad esempio, era un appassionato di gatti in modo quasi ossessivo, e i felini compaiono in molte delle sue opere in vari enigmi come elementi narrativi dei paradossi. Leggendo i libri di Smullyan si intuisce che per lui i gatti rappresentavano creature un po’ anarchiche che vivono al di fuori delle regole (e/o delle certezze) imposte — esattamente come l’ideale di molti hacker.

Un hacker che metta un gatto in un sistema compromesso sta dicendo, inconsciamente o meno, la stessa cosa che prova a trasmetterci Smullyan nei suoi testi e con le sue dimostrazioni di logica formale: “le regole sono costruzioni umane arbitrarie, ma io — come un gatto — posso provare a sovvertirle se trovo la chave giusta per aggirarle con un approccio creativo differente”.

Windows Server e la crittografia Post-Quantum

Microsoft ha appena rilasciato il primo vero aggiornamento che include crittografia PQC (Post-Quantum Cryptography) per Active Directory CS (Certificate Services).

Windows Server 2025 d’ora in avanti supporta gli algoritmi ML-DSA in Active Directory CS (KB5087539), inclusi i modelli di certificati digitali PQC e il supporto per la loro registrazione.

Un passo importante verso l’integrazione della crittografia PQC nell’ecosistema PKI di Microsoft.

Link vari di approfondimento:
– Link1
– Link2
– Link3

SilentGlass HDMI analyzer

Nuovo dispositivo per la sicurezza informatica, in particolare per il monitoraggio dei cavi HDMI.
Il National Cybersecurity Centre (NCSC) del Regno Unito ha concesso in licenza la sua tecnologia “SilentGlass” a GoldiLock Labs per la commercializzazione. Ho trovato alcuni dettagli su https://www.theregister.com/2026/04/23/ncscs_first_foray_into_commercial/

SilentGlass si inserisce in una connessione HDMI/DisplayPort, ovvero tra PC/laptop e monitor. Ispeziona tutto ciò che lo attraversa e blocca il traffico non autorizzato o potenzialmente dannoso. Molti pensano che l’HDMI sia solo un segnale video, ma in realtà può supportare anche un canale Ethernet (HEC – HDMI Ethernet Channel, 100 Mbit/s bidirezionale). Poiché i monitor sono ovunque e di solito non vengono considerati un vettore di attacco, SilentGlass può contribuire a proteggere i sistemi. Non che intercettare i monitor sia una novità: con una buona antenna si può captare il campo elettromagnetico emesso da un monitor dall’altra parte della strada e vedere cosa c’è sullo schermo di qualcun altro (viceversa, per impedirlo bisognerebbe isolare elettromagneticamente la stanza).

Questo dispositivo mitiga principalmente due tipologie di minacce informatiche: le intercettazioni elettromagnetiche (TEMPEST) e i comandi malevoli iniettabili tramite il protocollo HDMI. La tecnica Deep-TEMPEST, sviluppata nel 2024, consente di ricostruire il contenuto visibile di un monitor intercettando le emissioni elettromagnetiche del cavo HDMI tramite intelligenza artificiale. Il dispositivo blocca anche l’abuso di canali ausiliari come il CEC (Consumer Electronics Control), che può essere sfruttato per inviare comandi dannosi tra dispositivi (fonte qui). Tuttavia, diversi esperti di sicurezza informatica hanno messo in dubbio la reale necessità del dispositivo: il ricercatore Scott McGready, ad esempio, su X ha scritto “Qualcuno può dirmi davvero quale rischio viene affrontato, oppure è l’ennesima soluzione in cerca di un problema?” (fonte qui), e in effetti la maggior parte degli attacchi informatici comuni non utilizza i segnali video come vettore di attacco

Il dispositivo è disponibile in due versioni distinte — una per HDMI, l’altra per DisplayPort — ciascuna in grado di proteggere un solo cavo. Nel momento in cui sto scrivendo, il prezzo di SilentGlass non è ancora stato comunicato ufficialmente. In sintesi, SilentGlass è una novità interessante soprattutto per ambienti governativi e infrastrutture critiche, anche se per l’utente comune il rischio che si propone di mitigare rimane piuttosto remoto.

Detto questo, in un’ottica aziendale Enterprise la superficie di attacco informatico si sta espandendo, di conseguenza deve evolversi anche il nostro modo di pensare in merito ai relativi e potenziali dispositivi utilizzabili per garantire una reale sicurezza informatica.

Realizzare PKI con sw open-source

Acronimo di Enterprise JavaBeans Certificate Authority, EJBCA è un interessante software open-source per mettere in piedi un’infrastruttura a chiave pubblica (PKI) in grado di avvalersi di crittografia PQC (Post Quantum Cryptography) per emettere e proteggere i certificati digitali dei propri utenti e dispositivi.
Gestito e sponsorizzato dalla società svedese PrimeKey Solutions AB, il pacchetto software EJBCA può essere utilizzato per installare un’autorità di certificazione (una CA), un’autorità di convalida e un’autorità di registrazione gestibili privatamente.
Ormai giunto alla versione 9.4.2 nel momento in cui sto scrivendo, il software EJBCA è utilizzato per gestire autorità di certificazione (CA) in diversi contesti, tra cui e-Government, endpoint management, sistemi IoT, energia, telecomunicazioni, eIDAS, networking e perfino nell’ambito delle PMI.

Una Certification authority **EJBCA** sotto forma di appliance

Ma perché adottare una CA privata quando sono già disponibili quelle pubbliche? Il caso della compromissione della CA DigiNotar, nel 2011, rappresenta probabilmente uno degli esempi più emblematici dei rischi associati all’adozione di autorità di certificazione (CA) pubbliche. In un’infrastruttura PKI (Public Key Infrastructure), una Certification Authority (CA) è responsabile dell’emissione e della firma digitale dei certificati che attestano l’associazione tra una chiave pubblica e l’identità di un dominio o di un’entità. Nel modello delle CA pubbliche, tali certificati sono implicitamente considerati affidabili dai browser e dai sistemi operativi poiché inclusi nei trust store globali. Nel caso di DigiNotar, un attacker riuscì a compromettere l’infrastruttura della CA e a generare certificati fraudolenti per domini di alto profilo, tra cui servizi di Google. Poiché i certificati risultavano firmati da una CA pubblica riconosciuta, i browser li accettavano automaticamente come validi. Questo rese possibile l’esecuzione di attacchi MiTM (man-in-the-middle) su larga scala, intercettando comunicazioni HTTPS apparentemente sicure. L’incidente dimostrò come la compromissione di una singola CA pubblica possa avere conseguenze sistemiche sull’intero ecosistema di fiducia del web.

Una CA privata, al contrario, opera in un contesto di fiducia limitato (private trust domain). I certificati emessi non sono riconosciuti universalmente, ma solo dai sistemi configurati esplicitamente per fidarsi di quella specifica root CA. Questo riduce significativamente la superficie di attacco e l’impatto di un’eventuale compromissione: un certificato fraudolento sarebbe accettato solo all’interno dell’infrastruttura organizzativa e non dall’intera Internet.

Dal punto di vista della sicurezza operativa, inoltre, una CA privata consente un controllo più rigoroso delle policy di emissione, dei processi di autenticazione delle entità richiedenti nonché della protezione delle chiavi critiche (ad esempio tramite HSM e segmentazione della rete). In sintesi, mentre le CA pubbliche offrono scalabilità e interoperabilità globale, le CA private riducono il rischio sistemico limitando l’ambito di fiducia e migliorando il controllo amministrativo dell’infrastruttura crittografica 🔐

Link di approfondimento:
– Link1
– Link2
– Link3

Analisti S.O.C. oppure insider?

Due analisti di sicurezza informatica (S.O.C.) di recente si sono dichiarati colpevoli di attacchi ransomware.

Ryan Goldberg era un manager che si occupava di DFIR (Digital Forensics Incident Response) per la società Sygnia. Viceversa, Kevin Martin ricopriva il ruolo di negoziatore di ransomware presso DigitalMint.

Il loro lavoro era proteggere le aziende da cyber gang e attacchi informatici.
E invece, sono diventati degli hacker…della peggior specie: degli insider.

Tra maggio e novembre 2023 hanno attaccato cinque aziende statunitensi usando il ransomware BlackCat, tra cui:
– un’azienda di dispositivi medici in Florida
– un’azienda farmaceutica nel Maryland
– un produttore di droni in Virginia

Ad una sola vittima hanno estorto ben 1,3 milioni di dollari in bitcoin.

I pubblici ministeri hanno affermato che hanno “abusato di una posizione di fiducia pubblica o privata” e hanno utilizzato “speciali competenze” per commettere i loro crimini.

Sapevano esattamente come le aziende reagiscono agli attacchi ransomware. Conoscevano i loro punti deboli.
E soprattutto, sapevano cosa induce le vittime a pagare per poter avere indietro i loro dati e ottenere il ripristino tempestivo dei loro sistemi.

E hanno usato questa conoscenza per diventare dei moderni predoni. Ma gli è andata male: entrambi ora rischiano fino a 20 anni di carcere federale.

Ogni team di sicurezza informatica dovrebbe basarsi sulla fiducia: la fiducia che le persone che hai ingaggiato o con cui collabori per difendere l’organizzazione in cui lavori o le aziende clienti non siano mai e poi mai quelle da temere ma quelle su cui poter contare, che siano persone non dico sante, ma verosimilmente persone oneste e affidabili.
Prima di poter iniziare la loro professione, gli aspiranti medici si impegnano a prestare fedeltà al “giuramento di Ippocrate” per il resto della loro vita professionale, perché gli analisti S.O.C. non hanno qualcosa di equivalente?

Fonti e letture di approfondimento:
– Link1
– Link2
– Link3

Usi una password o una passphrase? Il caso del furto al Louvre

In questo periodo è ancora su tutti i giornali e su centinaia di blog il caso del furto al Louvre, “il Museo” per definizione.

Non solo per il prestigio del museo e della città (“Paris, je t’aime!”) scalfiti (seppur solo temporaneamente) da questo incidente informatico contestuale al furto dei gioielli, quanto per le inettitudini a livello di gestione della Cybersecurity – questa materia complessa e variegata, piena di sigle strumenti e protocolli, di svariate figure professionali, che pur tuttavia si regge solo rispettando i suoi pilastri (“best practice“) e le sue fondamenta strutturali – che hanno favorito il furto.

E una delle regole fondamentali della Cybersecurity (vera, non a chiacchiere) è: devi avere un sistema di autenticazione (caro utente dietro la connessione in arrivo, ma CHI diavolo sei?) dietro cui ci sia un sistema autorizzativo (dimmi appunto prima CHI sei, e ti dirò COSA sei AUTORIZZATO o meno a fare nel SISTEMA).

Gli enti pubblici spendono milioni di euro (o dollari) in consulenze, infrasrutture, server, certificazioni, appliance e quant’altro il (ricco) mercato della Cybersecurity mette a disposizione, ma spesso mancano le basi, si trascurano i dettagli delle fondamenta strutturali e si dà per scontato questo o quello. Accade in Italia così come all’estero.
Ed è stato questo, ad esempio, proprio ciò che è successo al sistema di videosorveglianza del Louvre, evidentemente gestito con negligenza a livello di sicurezza (chi ha configurato i dispositivi ha impostato “Louvre” 🙃 come password: una lezione di (in)sicurezza informatica da 100 milioni di dollari che – almeno i parigini – ricorderanno a lungo).

Le interfacce di management di una webcam, di un sistema di videosorveglianza e/o di un qualunque altro dispositivo IoT che ha un piede su Internet devono essere configurate con password lunghe e complesse, o ancor meglio con una passphrase facile da ricordare ma non banale né corta (es: “EvvivaLEuropaUnitaOraESempre”)

Non rispetti queste semplici regole? Dai tuoi tecnici fai gestire con superficialità gli aspetti di sicurezza informatica dei tuoi sistemi ICT/OT? Non effettui un monitoraggio proattivo e meticoloso di ciò che accade nel tuo datacenter attraverso SIEM né EDR?
Spiacente, ma la prossima vittima di un databreach o di un’intrusione informatica (con conseguente furto fisico o digitale) potresti essere tu.

P.S.: accertarsi se l’interfaccia di management di un dispositivo (webcam, router, access point ecc..) e/o API e/o webapp sia stata o meno configurata con una password banale non è un processo lungo e complicato, basta un ICT audit o un vulnerability assessment fatto a dovere da un professionista del settore (…come, guarda caso, il sottoscritto).

Link di approfondimento:
– Link1
– Link2
– Link3