Emulazione USB CD-ROM spiegata: Firmware vs Metodi Software

Comprendere la differenza tra identità firmware e simulazione software

Prima o poi, chiunque lavori con supporti USB si pone la stessa domanda: È possibile far apparire una chiavetta USB come un’unità CD-ROM?

La domanda nasce spesso quando si vuole avviare automaticamente un’applicazione, far comportare il dispositivo come un installer software oppure operare in ambienti con restrizioni sull’uso delle USB. Molti pensano che si tratti di un’impostazione di Windows, di un file speciale o di qualche configurazione nascosta nel Gestione Dispositivi.

Qui però sta l’equivoco principale: non è un trucco del sistema operativo. Non è un trucco basato su file. Non è qualcosa che si attiva nelle proprietà.

È una impostazione di identità periferica definita direttamente all’interno del dispositivo USB.

Quando colleghi una chiavetta USB, il sistema operativo non “decide” cosa sia. È il dispositivo che comunica al sistema la propria identità. Che si presenti come memoria rimovibile, disco fisso o unità ottica dipende dal firmware presente nel controller USB.

Questa classificazione avviene durante l’enumerazione USB, prima che Windows legga il file system. Quando il sistema monta l’unità e analizza i file, la classe del dispositivo è già stata assegnata in base alle informazioni fornite dall’hardware.

Quindi, quando qualcuno chiede: “Esiste un file che fa credere a Windows che sia un CD-ROM?”, la risposta corretta è no. Il tipo di dispositivo non è un attributo del file system, ma un descrittore periferico definito a livello hardware.

Per comprendere l’emulazione USB CD-ROM, è necessario distinguere chiaramente tra simulazione software e identità del dispositivo definita dal firmware.

Perché il CD-ROM si comporta ancora in modo diverso in Windows

In Windows XP, le unità USB potevano eseguire comandi tramite un file autorun.inf. Questo rendeva il software portatile molto pratico — ma anche il malware estremamente efficace.

Dopo importanti incidenti di sicurezza, Microsoft ha cambiato approccio. A partire da Windows Vista e Windows 7, l’autorun per dispositivi di archiviazione USB è stato limitato o disabilitato.

Le unità ottiche, tuttavia, sono state trattate diversamente.

Il motivo è semplice: i supporti ottici sono intrinsecamente di sola lettura. Un CD non può modificarsi dopo l’inserimento. Dal punto di vista della sicurezza, questo riduce drasticamente il rischio di propagazione malware.

Windows applica regole di sicurezza in base alla classe del dispositivo riportata durante l’enumerazione. Se un dispositivo si presenta come archiviazione di massa, segue una determinata politica. Se si presenta come unità ottica, ne segue un’altra.

Il sistema operativo non fa preferenze: applica semplicemente le regole in base all’identità dichiarata dalla periferica.

Cosa determina l’identità di un dispositivo USB?

Qui si trova il cuore tecnico della questione.

Ogni dispositivo USB è una periferica dotata di un controller. All’interno di questo controller è presente il firmware. Il firmware definisce l’identità del dispositivo utilizzando descrittori di classe USB e altre strutture di comunicazione. Si tratta di piccoli blocchi di dati inviati durante l’enumerazione per informare il sistema host sul tipo di dispositivo collegato.

Il firmware definisce, tra le altre cose, i descrittori di dispositivo e interfaccia, i codici di classe e sottoclasse, i valori di protocollo, Vendor ID (VID) e Product ID (PID), i campi SCSI Inquiry e la configurazione delle Logical Unit Number (LUN).

Quando una chiavetta USB viene inserita, il sistema avvia immediatamente l’enumerazione. Il dispositivo comunica i propri descrittori e il sistema operativo assegna la classe del dispositivo prima ancora di leggere il file system.

Se il controller riporta Mass Storage Class (MSC), il sistema lo monta come una normale chiavetta USB. Se riporta Optical Drive Class (CD-ROM), viene trattato come un’unità CD/DVD. Se riporta Fixed Disk Class, viene visto come disco locale.

Questa classificazione non dipende da file o cartelle, ma esclusivamente dal firmware nel controller USB.

Un esempio concreto è una chiavetta USB preconfigurata per enumerarsi come dispositivo CD-ROM , in cui il controller è impostato a livello hardware per presentare un profilo ottico e accettare file ISO 9660.

Quando Windows cerca un file come autorun.inf, la classe del dispositivo è già stata determinata.

La classificazione del dispositivo è una decisione hardware: il firmware definisce l’identità, il sistema operativo la accetta.

Emulazione CD-ROM a livello firmware (il metodo reale)

La vera emulazione CD-ROM avviene all’interno del controller USB. Invece di simulare il comportamento ottico tramite software, il firmware viene configurato per riportare la classe ottica durante l’enumerazione.

Se implementato correttamente, il dispositivo si comporta come un’unità ottica fin dal momento dell’inserimento. Windows e macOS lo riconoscono come unità CD/DVD. In alcuni casi, anche BIOS o UEFI lo identificano come supporto ottico prima del caricamento del sistema operativo.

In implementazioni più avanzate, il controller può presentare più unità logiche. Una parte si identifica come unità ottica di sola lettura, mentre un’altra come memoria scrivibile standard. Se ti sei mai chiesto perché un dispositivo USB appare come due unità, lo spieghiamo qui: Perché la tua unità USB appare come due dischi – LUN vs partizioni spiegato .

Solo questo metodo modifica realmente il modo in cui il sistema operativo classifica il dispositivo.

La realtà moderna

Nel 2026, l’emulazione USB CD-ROM non riguarda l’aggirare le restrizioni di Windows. Riguarda l’identità del dispositivo.

Il software simula la struttura di un CD. Il firmware ridefinisce l’identità periferica.

Solo una configurazione a livello firmware cambia ciò che il sistema operativo crede realmente di avere collegato.

Compresa questa distinzione, la domanda non è più “Posso ingannare Windows?”, ma “Come definisce la propria identità un dispositivo USB a livello hardware?”