La prossima volta che lanciate un «cargo build» e vi rilassate aspettando che il compilatore faccia il suo lavoro, ricordatevi che potreste stare involontariamente eseguendo un payload di un hacker sconosciuto sul vostro sistema.

Non è un’ipotesi da film distopico tipo «Mr. Robot», è quello che è successo di recente con il crate «arrayref». In pratica, qualcuno ha giocato sporco usando il classico trucco del typosquatting: ha creato una versione quasi identica a quella originale, una specie di doppieggio sfigato, chiamata «proc-macro1», per ingannare gli sviluppatori meno attenti. Il problema non è solo il nome simile, ma quello che questo pacchetto fa sotto il cofano durante la fase di compilazione.

Per chi non mastica Rust con la stessa intensità con cui mastica pizza e codice, le macro procedurali sono strumenti potentissimi che permettono di generare codice durante la compilazione. Il trucco qui è che il build script di questa versione malevola si sveglia, si connette a un server remoto e scarica un binario precompilato. In pratica, mentre il vostro computer cercava di risolvere dei tipi di dati, stava anche installando un malware silente.

È il classico scenario in cui la comodità dell’ecosistema moderno si trasforma in un’arma. Sappiamo tutti che la gestione delle dipendenze è un campo minato, ma quando un attacco sfrutta proprio la logica del compilatore, la questione diventa seria. Non è una legge che arriva da Bruxelles a dirci come dobbiamo programmare (per fortuna, qui non stiamo parlando di regolamenti burocratici che complicano solo la vita), ma è un richiamo alla responsabilità di chi scrive codice.

Certo, potremmo dire che la colpa è di chi ha creato il pacchetto malevolo, ma la vera lezione qui riguarda la fiducia cieca. In un mondo dove basta un errore di battitura nel file Cargo.toml per compromettere la propria macchina, l’idea di ‘importare e dimenticare’ sta diventando pericolosamente obsoleta. Se usate macro procedurali o script di build che toccano la rete, state fondamentalmente aprendo una porta sul retro della vostra workstation.

Quindi, un consiglio da amico: controllate i nomi, leggete i build script e, se potete, fate girare le build in ambienti isolati. Non vogliamo che il vostro prossimo progetto open source finisca per far parte di una botnet russa mentre cercate solo di implementare un array più efficiente.

Source: Malicious Rust crate Arrayref runs a build-time payload

Dimenticate i film di Hollywood dove un hacker con un cappuccio e una luce verde sul volto digita freneticamente su una tastiera meccanica per scardinare i firewall del Pentagono. La realtà è molto più banale, decisamente meno ‘cool’ e, onestamente, anche più fastidiosa.

L’ultima notizia che arriva dai circuiti dell’intelligence russa ci dice che anche i gruppi di hacker più ‘élite’ stanno scendendo di livello (o forse stanno solo scoprendo che la pigrizia paga) utilizzando il Clickfix. Se non avete mai sentito questo termine, non preoccupatevi: non è un nuovo framework di sviluppo o una distro Linux rivoluzionaria. È una tecnica di social engineering che punta tutto sulla manipolazione psicologica e su quella tipica fretta che ci assale quando un pop-up ci dice che ‘qualcosa non va’.

Il meccanismo è di una semplicità irritante. Invece di cercare vulnerabilità zero-day complesse che richiedono mesi di ricerca e budget infiniti, questi soggetti utilizzano finte finestre di errore o messaggi di sistema che sembrano legittimi. Il trucco? Ti convincono che devi eseguire un comando specifico, magari incollando qualcosa nel terminale o cliccando su un pulsante per ‘riparare’ il browser. Una volta che l’utente (spesso distratto o troppo fiducioso) esegue l’azione, il payload viene installato e il gioco è fatto.

È un approccio che abbiamo visto spesso in ambito criminale per scopi puramente finanziari, ma l’aspetto inquietante è l’adozione da parte di attori che dovrebbero avere standard molto più alti. È come se vedessimo un Master Chef che, invece di preparare un soufflé perfetto, decidesse di servire una pizza surgelata perché tanto la gente la mangia comunque.

Per noi che mastichiamo codice e passiamo la vita tra terminali e script, la lezione è chiara: la sicurezza non è solo questione di patch e kernel aggiornati, ma di quanto siamo capaci di resistere alla tentazione di ‘cliccare su tutto’ sperando che si risolva da solo. Non importa quanto sia blindata la vostra infrastruttura se l’anello debole è un utente che segue istruzioni scritte in un pop-up sospetto.

In Italia, come nel resto del mondo, siamo bersagli facili proprio perché spesso sottovalutiamo questi attacchi ‘low-tech’. Non serve un supercomputer per essere infettati, basta un po’ di poca attenzione e una finestra di dialogo che sembra troppo autorevole. Quindi, per una volta, tenete le mani lontane dai comandi che vi vengono suggeriti da siti web dubbi. La prossima volta che un pop-up vi dice che il vostro browser è rotto, ignoratelo e andate a farvi un caffè. È molto più sicuro.

Source: Now, even Russia's most elite hackers are using Clickfix to infect devices

Se pensate che passare da Windows a macOS sia il modo definitivo per dormire sonni tranquilli mentre compilate il vostro ultimo progetto kernel-side, beh, avete appena scoperto un nuovo modo per far piangere i vostri backup.

Si parla di PamStealer, un nuovo ‘ospite indesiderato’ che ha appena fatto il suo ingresso in scena. E no, non è il solito script da quattro soldi che cerca di convincerti a installare una versione crackata di Adobe Illustrator. Questo qui ha un po’ di classe, o meglio, di cattiveria. È un infostealer progettato specificamente per macOS che utilizza tecniche di ‘tradecraft’ decisamente più sofisticate rispetto ai suoi predecessori.

In pratica, mentre molti malware si limitano a spammare notifiche o a rallentare il sistema come un processo zombie di un vecchio server Linux, PamStealer gioca sul registro basso. Il suo obiettivo non è farsi notare, ma restare invisibile, agendo silenziosamente nelle pieghe del sistema operativo per rubare credenziali, cookie e dati sensibili. È quel tipo di minaccia che non ti arriva con un pop-up urlante, ma che si insinua nel tuo workflow come un bug in una libreria dipendente che non hai aggiornato da sei mesi.

Per noi che amiamo smontare ogni cosa, la cosa interessante è l’aumento di sforzo che gli sviluppatori di malware stanno mettendo nel colpire l’ecosistema Apple. Sembra che il bottino su Mac sia diventato troppo interessante per essere ignorato. Non è che le patch di sicurezza siano diventate inutili — spero vivamente di no — ma è chiaro che l’automazione e le tecniche di offuscamento stanno rendendo la superficie di attacco molto più dinamica.

Certo, leggendo queste notizie dall’estero, a volte sembra che il mondo sia solo un grande campo di battaglia cyber, ma la realtà per noi in Italia è che spesso ci troviamo con strumenti che sembrano blindati e invece sono solo ‘comodi’. Il rischio è che ci si abitui a una falsa sensazione di sicurezza solo perché l’interfaccia grafica è minimale e non presenta avvisi di errore stridenti.

Quindi, un consiglio da amico: non abbiate troppa fiducia nell’estetica pulita del vostro desktop. Controllate le estensioni, fate attenzione a cosa scaricate e, se potete, mantenete il sistema aggiornato. La tecnologia sta diventando sempre più astuta, e se non restiamo sul pezzo, finiremo tutti a cercare di recuperare i dati dai resti di un filesystem corrotto.

Source: Newly discovered PamStealer isn't your typical macOS malware

C’è qualcosa di profondamente soddisfacente nel vedere un piano orchestrato con precisione chirurgica che manda in crash l’intero business model di chi vive di exploit e truffe.

Se pensavate che il cybercrime fosse solo un gruppo di ragazzini con la felpa con cappuccio in un seminterrato buio, riconsiderate. Parliamo di una vera e propria ‘assembly line’, una catena di montaggio industriale dove il codice malevolo viene assemblato, testato e spedito come se fosse un pacco di Amazon Prime. Ma questa volta, il corriere non ha consegnato nulla. Con l’operazione «Endgame», le forze dell’ordine globali hanno deciso di applicare un bel ‘delete’ massivo ai tool più utilizzati dai criminali informatici.

Non si è trattato di un piccolo patch di sicurezza o di un ban preventivo su qualche forum di dubbia etica. Parliamo di un attacco coordinato che ha colpito due strumenti pilastro del crimine digitale contemporaneamente. È stato un ‘one-two punch’ che ha mandato in tilt l’infrastruttura stessa della distribuzione di malware. Immaginate di voler costruire un set di LEGO, ma scoprite che qualcuno ha hackerato la fabbrica e ha sostituito tutti i mattoncini con dei pezzi di gomma piuma che non si incastrano con nulla. Ecco, questo è quello che è successo ai bad actors.

Certamente, come sempre in queste operazioni internazionali, ci si può chiedere quanto di questo ‘successo’ sia frutto di una vera capacità tecnica e quanto di una semplice fortunata intercettazione di server mal configurati (perché, sappiamo bene, i criminali spesso si dimenticano di chiudere le porte che lasciano aperte). Spesso queste operazioni coinvolgono agenzie che operano fuori dai confini della nostra giurisdizione, e per noi che viviamo in Italia, la notizia arriva un po’ come un film di supereroi americano: epica, grandiosa, ma con quel retrogusto di ‘non so esattamente cosa stia succedendo nel mio backend’.

Però, restiamo sul concreto: quando l’infrastruttura che permette la scalabilità del malware viene colpita, il costo del crimine aumenta. E quando il costo aumenta, il profitto diminuisce. È una battaglia di logistica, non solo di codice. Non è ancora la fine del gioco — il nome dell’operazione è un po’ troppo presuntuoso per i miei gusti — ma è sicuramente un glitch importante nel sistema dei malintenzionati.

Vedremo se riusciranno a ricostruire la catena di montaggio o se stavolta hanno davvero trovato il tasto ‘shutdown’ definitivo. Nel frattempo, noi continuiamo a patchare, a monitorare e a sperare che il prossimo aggiornamento non sia solo un modo elegante per farci pagare un abbonamento in più.

Source: One-two punch delivered in global operation disrupts cybercrime "assembly line"

Spero che la vostra collezione di chiavette USB vintage, quelle che usate solo per far ripartire il BIOS quando tutto va in vacca, sia ben tenuta e pulita.

Microsoft ha appena tirato fuori un nuovo avvistamento che ci ricorda come, nel mondo della cybersecurity, l’innovazione spesso consista nel riproporre lo stesso vecchio trucco con un po’ di nuovo gloss. Parliamo di Crypto Clipper, una backdoor leggera, subdola e decisamente poco amichevole, che ha lo scopo principale di uno solo: svuotarti i wallet crypto senza che tu te ne accorga.

Il modus operandi è quasi nostalgico, se non fosse che ci sono di mezzo i tuoi risparmi in Bitcoin. Il malware si propaga tramite supporti rimovibili, ovvero le classiche USB. Sì, avete letto bene. In un’era di cloud, microservizi e pipeline di CI/CD infinite, il vettore d’attacco preferito è ancora il ‘metti la chiavetta nel PC’. Sembra un episodio di una serie crime anni ’90, ma è la realtà dei fatti.

La parte interessante (se così vogliamo chiamare una minaccia) è come questo piccolo mostriciattolo gestisce la comunicazione. Una volta infettata la macchina, Crypto Clipper utilizza la rete Tor per comunicare con il suo server di comando e controllo. È quel classico approccio «low profile»: non vuole attirare l’attenzione dei firewall aziendali più sofisticati, preferendo mimetizzarsi nel traffico criptato che ormai è diventato pane quotidiano per chiunque faccia network administration.

Per noi che amiamo smontare ogni cosa e capire il *perché* dietro un bit, la cosa è un promemoria brutale: non importa quanto sia figo il tuo setup o quanto sia blindato il tuo kernel, se lasci una porta aperta (o una porta USB non monitorata), qualcuno entrerà. Non è una questione di legislazioni europee o di nuovi regolamenti sulla privacy che arrivano da Bruxelles; è pura igiene digitale.

Quindi, un consiglio da amico: smettete di usare quella chiavetta trovata per caso in metropolitana o quella che usate per scambiarvi le ISO di Linux tra colleghi senza un minimo di controllo. La tecnologia avanza, ma la cattiveria di un malware che cerca solo di rubarti qualche frazione di Ethereum resta incredibilmente primitiva e, per questo, molto efficace.

Source: Microsoft discovers new lightweight backdoor that steals cryptocurrency

Immaginate di entrare in un gigantesco magazzino di componenti elettronici, uno di quelli dove trovate di tutto, dai microcontrollori vintage ai sensore più assurdi, e scoprire che tra i chip puliti ci sono decine di migliaia di condensatori che esplodono appena applicate la tensione.

Ecco, lo stesso panico da corto circuito è quello che sta attraversando la community di GitHub in questi giorni. Un utente, mentre faceva una banale ricerca su Google per vedere se il suo progetto fosse stato indicizzato, ha scoperchiato un vaso di Pandora digitale: 10.000 repository pronti a iniettare Trojan nei sistemi di chiunque sia abbastanza sbadato da scaricarli.

La cosa impressionante non è solo il numero — che è comunque una cifra da mal di testa — ma il metodo. Non parliamo di vecchi fork di progetti famosi o di bot che replicano lo stesso codice sporco. No, qui parliamo di una rete strutturata di repository con nomi diversi, contributori diversi e un pattern di codice che, una volta identificato tramite uno script (e qui bisogna fare un applauso al ricercatore), rivela la natura maligna di tutto il cluster. È una vera e propria operazione di ‘supply chain attack’ su scala industriale, camuffata sotto la maschera del codice open source.

Da smanettone che non ne vuole sapere di fidarsi nemmeno della propria madre, trovo questa situazione inquietante ma non del tutto inaspettata. Noi viviamo di repository, di librerie prese a caso da StackOverflow e di script Python trovati in qualche angolo oscuro del web per far girare una funzione di automazione. La nostra forza è la condivisione, ma la nostra debolezza è la pigrizia. La tentazione di fare un ‘git clone’ e sperare che tutto funzioni senza leggere nemmeno una riga di quello che sta succedendo nei file di setup è la nostra rovina.

Cosa significa per noi che passiamo le notti a compilare firmware o a integrare librerie per i nostri progetti di automazione? Significa che dobbiamo tornare alle basi. Controllare i commit, analizzare i file di configurazione e, per l’amor di tutti i processore Z80, smetterla di fidarsi ciecamente di ogni repository che promette ‘magia istantanea’.

GitHub deve prendersi le proprie responsabilità. Non possiamo permettere che la piattaforma diventi un marketplace per malware strutturati con questa precisione. Se il sistema di rilevamento di GitHub non riesce a beccare un pattern così massiccio, allora il concetto di ‘sicurezza’ è solo una parola vuota da inserire nei comunicati stampa per rassicurare gli investitori.

Insomma, ragazzi, occhio a quello che scaricate. La prossima volta che trovate un repository che promette di far girare Blender su un Raspberry Pi 1 con prestazioni incredibili, fermatevi un secondo. Leggete il codice. Non fatevi fregare dal tropo dell’automazione facile. Alla fine della fiera, l’unico vero hacker deve essere quello che scrive il codice, non quello che lo usa per distruggervi il server.

Source: I found 10k GitHub repositories distributing Trojan malware

Immaginate di scorrere il feed di LinkedIn alla ricerca di quella posizione da senior dev che finalmente vi permetterà di comprarti l’ultima stampante 3D professionale o quel modulo per l’AI che avete messo nel carrello da mesi. Trovate un annuncio perfetto, quasi troppo bello per essere vero, cliccate con entusiasmo e… boom. Non trovate un modulo di candidatura, ma una shell aperta sul vostro sistema.

Sembra la trama di un film di serie B sulla cybersecurity, ma è la realtà che sta emergendo da una recente scoperta (e sì, l’ho letto su Hacker News mentre cercavo di far compilare un progetto su Godot). Qualcuno ha trovato il modo di sfruttare le offerte di lavoro su LinkedIn per iniettare una backdoor. In pratica, l’annuncio non è solo testo e qualche parola chiave per l’algoritmo, ma un vettore d’attacco progettato per colpire proprio chi è alla ricerca di nuove opportunità.

La cosa che mi fa ribollire il sangue non è solo l’exploit in sé — che, ammettiamolo, ha un certo fascino ‘old school’ quasi da hacker degli anni ’90 — ma quanto sia facile bypassare i controlli di una piattaforma gigante. LinkedIn è il regno del corporate-speak, di gente che parla di ‘sinergie’ e ‘disruptive innovation’, eppure non riesce a filtrare un payload che trasforma un’offerta di lavoro in un trojan.

Per noi che passiamo le notti a compilare codice, smanettare con circuiti stampati o configurare server domestici, questo è un segnale d’allarme gigante. Noi siamo abituati a guardare il codice, a fare reverse engineering, a capire cosa c’è sotto il cofano. Ma quando il ‘malware’ arriva sotto forma di un testo che sembra scritto da un bot di HR, le difese classiche saltano.

Cosa significa per noi? Sign’ifica che la prossima volta che vedete quell’offerta per un ruolo di ‘Cybersecurity Expert’ (ironia della sorte), dovrete trattarla con lo stesso sospetto con cui trattate un modulo .exe scaricato da un forum di retrocomputing poco affidabile. Non fidatevi dei link, non cliccate freneticamente e, per l’amor di tutto ciò che è open source, usate sempre una sandbox o una VM se dovete esplorare roba sospetta.

In un mondo dove l’hype tecnologico ci spinge a cliccare su tutto quello che brilla, ricordiamoci che la sicurezza inizia dal sano scetticismo. Se l’offerta sembra troppo figa per essere vera, probabilmente contiene un reverse shell. Restate svegli, smanettate con criterio e, soprattutto, non lasciate che un recruiter (o un hacker) vi prenda alla sprovvista.

Source: A backdoor in a LinkedIn job offer

Dimenticate i virus che si limitano a criptare i vostri file per chiedere un riscatto in Bitcoin; la nuova moda tra i creatori di malware è quella di provare a sembrare i cattivi di un film di serie B degli anni ’90.

Recentemente è emerso che alcune nuove varianti di spyware, in particolare i worm «Miasma» e «Hades», hanno deciso di integrare nel proprio codice stringhe di testo che fanno riferimento a armi nucleari e biologiche. Sì, avete letto bene. Non stanno cercando di far esplodere la vostra caldaia smart o di sabotare la vostra stampante 3D; stanno solo cercando di urlare al mondo quanto sono ‘pericolosi’ attraverso un uso del linguaggio decisamente teatrale e, onestamente, un po’ ridicolo.

Il target di questi attacchi non sono i vertici del Pentagono, ma sviluppatori di bioinformatica e professionisti che lavorano con il Model Context Protocol (MCP). In pratica, cercano di infilarsi in ecosistemi dove la ricerca scientifica incontra il codice. Il metodo? Classico: sfruttare vulnerabilità o pacchetti malevoli per infilarsi nei sistemi. Ma invece di un approccio stealth e professionale, questi malvagi hanno deciso di aggiungere un tocco di ‘apocalisse nucleare’ al loro payload.

Da smanettone, trovo questa cosa quasi divertente, se non fosse che la sicurezza informatica sia una cosa seria. È il classico caso di hype tossico applicato al crimine informatico: vogliono creare un panico inutile per dare importanza a un malware che, tecnicamente, è solo un altro script fastidioso. È come se un hacker di quartiere cercasse di spacciare per un super-villaggio globale solo perché ha scritto ‘distruzione mondiale’ nel commento di una funzione Python.

Per noi che passiamo le giornate tra script Python, repository GitHub e automazioni varie, il messaggio è chiaro: occhio a quello che installate. Se state lavorando a un progetto di bio-hacking o state testando librerie nuove che non avete verificato, il rischio non è tanto l’atomica, ma il fatto che qualcuno possa rubarvi i dati o usare la vostra macchina per mining di criptovalute.

Non serve essere esperti di cybersecurity per capire che la pulizia del proprio ambiente di sviluppo è fondamentale. Fate il check delle dipendenze, leggete i file manifest e non fate i pigri con i permessi. Se un pacchetto promette di rivoluzionare il mondo ma ha riferimenti bizzarri a test nucleari, lasciatelo stare e tornate a smanettare con i vostri progetti su Godot o le vostre macchine CNC. La realtà è già abbastanza complicata senza dover gestire anche i sogni di gloria di un malware con troppa fantasia e poca sostanza.

Source: Malware developers added nuclear and biological weapons text to to their spyware

Cari hacker, maker e smanettoni vari, oggi abbiamo una notizia che vi farà grattare la testa (e forse controllare due volte i vostri progetti su GitHub).

Immaginate un malware che non solo si diffonde da solo, ma lo fa attraverso il software open-source, quella roba che tutti noi amiamo per la sua trasparenza e libertà. Beh, qualcuno ha deciso di trasformare il nostro amato codice open in un cavallo di Troia. E il bersaglio principale? Macchine in Iran.

La storia è questa: un malware auto-propagante sta infettando progetti open-source, e quando dice “infettare” intende proprio quello, come un virus informatico che si diffonde attraverso i progetti condivisi. Una volta dentro, il malware non solo si replica, ma cancella dati su macchine basate in Iran. Sì, avete letto bene: cancella dati. Non è un ransomware che chiede un riscatto, ma un software che agisce come un bulldozer digitale, distruggendo tutto ciò che trova.

Ma perché dovrebbe interessarvi? Beh, perché se siete sviluppatori, maker o semplicemente amanti del codice open-source, questo è un campanello d’allarme. Il malware sfrutta la fiducia che riponiamo nei progetti open-source, trasformandoli in veicoli per attacchi. E il peggio? Non è la prima volta che succede, e probabilmente non sarà l’ultima.

Da smanettone a smanettone, vi dico: controllate i vostri repository, aggiornate le dipendenze e, per l’amore di tutto ciò che è sacro nel mondo del coding, fate backup. Non si sa mai quando un progetto che avete scaricato per un Arduino o un Raspberry Pi possa diventare un’arma a doppio taglio.

E poi c’è la questione etica. L’open-source è basato sulla condivisione e la collaborazione. Vedere il proprio lavoro strumentalizzato per attacchi è come scoprire che il tuo progetto di riciclo della plastica è stato usato per costruire un’arma. Non è bello, ma è la realtà. Quindi, siate vigili, siate paranoici (ma non troppo), e soprattutto, continuate a smanettare. Perché il mondo ha bisogno di maker, non di paranoici che non toccano più una riga di codice.

In conclusione, questo episodio è un promemoria che anche nel mondo open-source, la sicurezza è fondamentale. Quindi, andate a controllare i vostri progetti, aggiornate tutto, e magari fate un backup. E se trovate qualcosa di sospetto, fatelo sapere alla community. Insieme siamo più forti, anche contro i malware.

Source: Self-propagating malware poisons open source software and wipes Iran-based machines

Se pensavi che il tuo router fosse solo un dispositivo noioso che fa il suo lavoro in silenzio, beh, ti sbagliavi di grosso.

Un nuovo malware ha infettato ben 14.000 router, soprattutto modelli Asus negli Stati Uniti, e la cosa peggiore è che questo bastardo è estremamente resistente ai tentativi di rimozione. Insomma, è come quel virus che si ripresenta ogni volta che pensi di averlo debellato.

La notizia arriva da Ars Technica e ci racconta di un malware che sfrutta vulnerabilità note per insinuarsi nei router e creare una rete botnet. Il problema? Questi dispositivi sono spesso trascurati dagli utenti, che li trattano come scatole nere da non toccare mai. Eppure, un router è un computer a tutti gli effetti, e come tale va aggiornato e monitorato.

Ma perché questo malware è così difficile da debellare? Semplice: sfrutta tecniche di persistenzache lo rendono quasi invisibile ai tentativi di rimozione tradizionali. Inoltre, molti utenti non hanno idea di come aggiornare il firmware del proprio router o, peggio, lo hanno comprato in offerta e non sanno nemmeno da dove cominciare.

Per noi smanettoni, questa è una chiamata alle armi. Un router è un dispositivo che merita la nostra attenzione, non solo perché è il nostro gateway verso il mondo digitale, ma perché è anche un potenziale bersaglio per attacchi informatici.

Cosa possiamo fare?

1. **Aggiorna il firmware**: Sembra banale, ma è il primo passo per chiudere le porte ai malware. Controlla regolarmente il sito del produttore per gli ultimi aggiornamenti.

2. **Cambia le credenziali di default**: Se il tuo router ha ancora username e password standard, stai regalando le chiavi di casa ai malintenzionati.

3. **Monitora il traffico**: Strumenti come Wireshark o ntopng possono aiutarti a capire se qualcosa di strano sta succedendo nella tua rete.

4. **Considera un firmware alternativo**: Se il tuo router lo supporta, potresti installare OpenWRT o DD-WRT per avere più controllo e sicurezza.

5. **Non trascurare i vecchi modelli**: Anche se hai un router obsoleto, non significa che sia immune. Anzi, spesso sono proprio questi dispositivi a essere i più vulnerabili.

Detto questo, non possiamo fare a meno di criticare i produttori. Perché i router sono così complessi da aggiornare? Perché le interfacce utente sono così criptiche? E soprattutto, perché non ci sono soluzioni più semplici per gli utenti meno esperti?

In conclusione, il malware che infetta questi router è un promemoria che la sicurezza informatica inizia da casa. E se pensi che il tuo router sia solo un dispositivo passivo, è ora di svegliarti e smetterla di trattarlo come un mobile IKEA da montare una volta e dimenticare.

La rete è il nostro terreno di gioco, e come tali dobbiamo proteggerla. Quindi, aggiornate, monitorate e, soprattutto, rimanete curiosi. Perché un hacker è anche un difensore.

Source: 14,000 routers are infected by malware that's highly resistant to takedowns