Backdoor nell’offerta di lavoro LinkedIn: la trappola per i dev

Bastano cinque parole in un messaggio LinkedIn — «dai un’occhiata al repository» — per trasformare un colloquio di lavoro in un’intrusione informatica. È quanto è capitato a metà giugno 2026 allo sviluppatore Roman Imankulov, contattato da una sedicente reclutatrice di una startup crypto. Una backdoor in un’offerta di lavoro LinkedIn non è uno scenario teorico: è una tecnica reale che prende di mira proprio chi scrive codice per mestiere. Il meccanismo è subdolo perché sfrutta un gesto quotidiano e in apparenza innocuo: installare le dipendenze di un progetto con npm install. Qui ricostruiamo l’episodio verificato, spieghiamo come si innesca la trappola e quali contromisure adottare prima di toccare un repository sconosciuto.

Cosa è successo

Lo scambio è iniziato come un normale contatto professionale. Una reclutatrice ha descritto un proof-of-concept difettoso per cui cercava un lead engineer, poi ha inviato un repository GitHub pubblico chiedendo di controllare «il problema dei moduli Node deprecati». Una richiesta plausibile: rivedere il codice di un’azienda prima di un colloquio capita di frequente.

Imankulov, però, ha fiutato qualcosa di strano. Invece di clonare il progetto sul proprio computer, ha avviato un VPS usa-e-getta su Hetzner, vi ha clonato il repo e lo ha fatto analizzare da un agente AI in modalità sola-lettura, con i soli strumenti di lettura file abilitati. L’agente si è fermato quasi subito su un file sospetto: app/test/index.js.

Come funziona la backdoor in un’offerta di lavoro LinkedIn

Una backdoor è un accesso nascosto che permette a un attaccante di eseguire comandi su un sistema bypassando i normali controlli di sicurezza. In questo caso non era un file eseguibile evidente, ma codice camuffato da test di routine. La catena di attacco si componeva di pochi passaggi precisi:

• Un file app/test/index.js di circa 250 righe, travestito da test suite.
• Un URL ricomposto da frammenti di stringa che si riassemblava in https://rest-icon-handler.store/icons/77.
• Un payload, su una singola riga minificata tra muri di test commentati, che eseguiva qualsiasi cosa il server di controllo restituisse.

Lo script prepare di npm: l’innesco silenzioso

Il punto chiave è come si attiva tutto questo. Il file app/index.js richiamava require('./test'), caricando ed eseguendo il file malevolo. E package.json collegava app/index.js allo script prepare. Poiché npm esegue automaticamente lo script prepare subito dopo npm install (come documentato nelle linee guida ufficiali npm sui lifecycle scripts), la sola installazione delle dipendenze avrebbe avviato la backdoor. L’invito a sistemare i «moduli Node deprecati» era esattamente l’esca per far digitare npm install. Una dinamica simile a quella del malware mascherato da utility PC: il codice ostile si nasconde dentro qualcosa che sembra ordinario.

Il doppio furto d’identità

L’aspetto più insidioso è la copertura costruita con identità reali. La cronologia del repository mostrava 39 commit attribuiti a un unico sviluppatore — un full-stack engineer con profilo LinkedIn, sito personale e una lunga storia su GitHub — che, contattato, ha confermato di non aver mai lavorato per quella startup ed essere già stato vittima di clonazione d’identità in passato.

Anche il profilo della reclutatrice era rubato: apparteneva a una giornalista d’arte reale, senza alcun background tecnico. Eppure, quando lo sviluppatore ha finto problemi d’installazione, la presunta giornalista si è improvvisamente trasformata in esperta di versioni di Node e npm. È la stessa ingegneria sociale già vista nella truffa WhatsApp del falso pedaggio: identità credibili che abbassano le difese della vittima.

Offerta legittima o trappola?

Non tutte le revisioni di codice in fase di selezione sono malevole. La differenza sta in alcuni segnali ricorrenti:

Va detto con onestà: in questo caso il pretesto era una startup crypto, ma il bersaglio reale è chiunque scriva o revisioni codice. Né la fonte originale né le testate che l’hanno ripresa attribuiscono formalmente l’attacco a un gruppo specifico, quindi evitiamo conclusioni non verificabili.

Come proteggersi

La regola d’oro è non eseguire mai codice sconosciuto sulla macchina di lavoro. In pratica:

1. Isola sempre l’ambiente. Clona ed esegui in una VM o in un VPS usa-e-getta, senza credenziali né accesso ai tuoi dati.
2. Mai npm install alla cieca. L’installazione delle dipendenze può eseguire script automatici: usa npm install --ignore-scripts se devi solo ispezionare.
3. Leggi prima di eseguire. Controlla package.json (sezione scripts) e i file richiamati all’avvio.
4. Affidati a un agente AI in sola-lettura. Nel caso reale la revisione automatica ha segnalato la backdoor in pochi secondi, dove la lettura manuale avrebbe potuto non bastare — un esempio concreto di modello AI per la cybersecurity applicato alla difesa.
5. Verifica le identità di reclutatore e contributor prima di fidarti del contesto.

FAQ

Come funziona la truffa della finta offerta di lavoro su LinkedIn?
Un finto reclutatore invia un repository GitHub da revisionare e induce la vittima a eseguire npm install, che attiva automaticamente uno script malevolo nascosto nel codice. La richiesta sembra una normale prova tecnica, ma l’obiettivo è eseguire un payload che apre l’accesso remoto alla macchina. L’esca tipica è un finto bug da sistemare che obbliga a installare le dipendenze.

Perché npm install può eseguire codice malevolo?
Perché npm esegue in automatico lo script prepare definito in package.json subito dopo l’installazione delle dipendenze. Un attaccante che controlla quel file può quindi far partire codice arbitrario senza che l’utente lanci esplicitamente nulla. È un comportamento legittimo dei lifecycle scripts, sfruttato in modo ostile.

Come si revisiona in sicurezza un repository sconosciuto?
Clonando ed eseguendo il codice solo in un ambiente isolato e usa-e-getta, come una macchina virtuale o un VPS, senza credenziali personali e senza lanciare npm install sulla macchina di lavoro. È utile ispezionare prima package.json e usare strumenti in sola lettura, anche con il supporto di un agente AI, prima di qualsiasi esecuzione.

Le finte offerte di lavoro su LinkedIn colpiscono solo chi lavora nelle crypto?
No. Il settore crypto è un pretesto frequente, ma il bersaglio reale è chiunque scriva o revisioni codice. Nel caso documentato l’azienda fittizia operava nelle criptovalute, però la tecnica funziona contro qualsiasi sviluppatore. La prudenza vale per ogni offerta che chieda di eseguire codice di terzi.

Conclusione

Una finta offerta di lavoro può essere un vettore d’attacco tanto quanto un allegato sospetto. La lezione di questo episodio è semplice: il pericolo non era nel repository in sé, ma nel gesto automatico di installarlo. Isolare l’ambiente e leggere il codice prima di eseguirlo resta la difesa più efficace. E tu, ti fideresti di un repository inviato da un reclutatore che non hai mai sentito prima? Faccelo sapere nei commenti.
#tuttelevitediunmaker