USB CD-ROM-Emulation erklärt: Firmware- vs. Software-Methoden

Der Unterschied zwischen Firmware-Identität und Software-Simulation

Früher oder später stellt sich fast jeder, der mit USB-Speichermedien arbeitet, dieselbe Frage: Kann ich einen USB-Stick als CD-ROM-Laufwerk erscheinen lassen?

Diese Frage taucht meist dann auf, wenn etwas automatisch starten soll, wie ein Software-Installer funktionieren oder in einer Umgebung mit eingeschränktem USB-Verhalten eingesetzt werden soll. Viele vermuten, es handle sich um eine Windows-Einstellung, eine spezielle Datei oder einen versteckten Trick im Geräte-Manager.

Hier liegt jedoch das grundlegende Missverständnis: Es ist kein Betriebssystem-Trick. Es ist kein Datei-Trick. Und es ist nichts, was man einfach in den Eigenschaften umschaltet.

Es ist eine Geräteidentität, die direkt im USB-Gerät selbst definiert wird.

Wenn Sie einen USB-Stick einstecken, „entscheidet“ das Betriebssystem nicht, was es ist. Das Gerät teilt dem System mit, was es ist. Ob es sich als Wechseldatenträger, lokale Festplatte oder optisches Laufwerk meldet, wird durch die Firmware im USB-Controller bestimmt.

Diese Klassifizierung erfolgt während der USB-Enumeration – also bevor Windows überhaupt das Dateisystem liest. Zu dem Zeitpunkt, an dem das Betriebssystem das Laufwerk einbindet, wurde die Geräteklasse bereits anhand der vom Controller gemeldeten Informationen festgelegt.

Wenn also jemand fragt: „Gibt es eine Datei, die Windows glauben lässt, es sei ein CD-ROM?“ – lautet die ehrliche Antwort: nein. Der Gerätetyp ist kein Dateisystem-Attribut, sondern ein hardwareseitiger Peripherie-Deskriptor.

Um die USB-CD-ROM-Emulation zu verstehen, muss man Software-Simulation klar von firmwaredefinierter Geräteidentität unterscheiden.

Warum sich ein CD-ROM unter Windows anders verhält

Unter Windows XP konnten USB-Sticks Befehle aus einer autorun.inf-Datei ausführen. Das machte portable Software bequem – aber auch Malware äußerst effektiv.

Nach großen Sicherheitsvorfällen änderte Microsoft seine Strategie. Ab Windows Vista und Windows 7 wurde die automatische Ausführung für USB-Massenspeicher stark eingeschränkt oder deaktiviert.

Optische Laufwerke wurden jedoch anders behandelt.

Der Grund ist einfach: Optische Medien sind von Natur aus schreibgeschützt. Eine CD kann sich nach dem Einlegen nicht selbst verändern. Das reduziert das Sicherheitsrisiko erheblich.

Windows wendet Richtlinien basierend auf der während der Enumeration gemeldeten Geräteklasse an. Meldet sich ein Gerät als Massenspeicher, gilt eine bestimmte Regel. Meldet es sich als optisches Laufwerk, gilt eine andere.

Das Betriebssystem bevorzugt also nichts – es setzt lediglich Richtlinien basierend auf der gemeldeten Geräteidentität durch.

Was bestimmt, wie sich ein USB-Gerät identifiziert?

Hier liegt der technische Kern des Themas.

Jedes USB-Gerät ist eine Peripherie mit einem Controller. In diesem Controller befindet sich Firmware. Diese Firmware definiert mithilfe von USB-Geräteklassendeskriptoren und weiteren Berichtsstrukturen die Identität des Geräts. Dabei handelt es sich um kleine Datenpakete, die während der USB-Enumeration an den Host gesendet werden.

Die Firmware definiert unter anderem Geräte- und Schnittstellen-Deskriptoren, Klassen- und Subklassen-Codes, Vendor ID (VID) und Product ID (PID), SCSI-Inquiry-Felder sowie die Konfiguration der Logical Unit Numbers (LUN).

Sobald ein USB-Stick eingesteckt wird, startet der Host die Enumeration. Das Gerät meldet seine Deskriptoren, und das Betriebssystem weist anhand dieser Informationen eine Geräteklasse zu – bevor es das Dateisystem liest.

Meldet sich der Controller als Mass Storage Class (MSC), erscheint das Gerät als normaler USB-Stick. Meldet er sich als Optical Drive Class (CD-ROM), behandelt das System ihn wie ein CD/DVD-Laufwerk. Meldet er sich als Fixed Disk, wird er wie eine lokale Festplatte behandelt.

Diese Klassifizierung wird nicht durch Dateien oder Ordner bestimmt, sondern ausschließlich durch die Firmware im USB-Controller.

Ein praktisches Beispiel dafür ist ein vorab konfigurierter USB-Stick, der sich als CD-ROM-Gerät enumeriert . Hier wird der Controller hardwareseitig so eingerichtet, dass er ein optisches Profil präsentiert und ISO-9660-Dateien akzeptiert.

Bis Windows überhaupt eine Datei wie autorun.inf sieht, wurde die Geräteklasse bereits festgelegt.

Geräteklassifizierung ist eine Hardware-Entscheidung – die Firmware definiert die Identität, das Betriebssystem akzeptiert sie.

Firmware-/Controller-Level-CD-ROM-Emulation (die echte Methode)

Echte CD-ROM-Emulation findet im USB-Controller statt. Statt optisches Verhalten per Software zu simulieren, wird die Firmware so konfiguriert, dass sie während der Enumeration die optische Geräteklasse meldet.

Bei korrekter Umsetzung verhält sich das Gerät vom ersten Moment an wie ein optisches Laufwerk. Windows und macOS erkennen es als CD/DVD-Laufwerk. In manchen Fällen identifiziert sogar das BIOS oder UEFI das Gerät als optisches Medium.

In erweiterten Implementierungen kann der Controller mehrere logische Einheiten präsentieren. Ein Teil identifiziert sich als schreibgeschütztes optisches Laufwerk, ein anderer als normaler Speicher. Warum ein USB-Gerät manchmal als zwei Datenträger erscheint, erklären wir hier im Detail: Warum Ihr USB-Laufwerk als zwei Datenträger erscheint – LUNs vs. Partitionen erklärt .

Nur diese Methode ändert tatsächlich, wie das Betriebssystem das Gerät grundlegend kategorisiert.

Moderne Realität

Im Jahr 2026 geht es bei der USB-CD-ROM-Emulation nicht darum, Windows auszutricksen. Es geht um Geräteidentität.

Software simuliert eine CD-Struktur. Firmware definiert die Peripherie-Identität neu.

Nur eine Firmware-Konfiguration ändert, was das Betriebssystem grundsätzlich glaubt, vor sich zu haben.

Hat man diesen Unterschied verstanden, lautet die Frage nicht mehr „Wie trickse ich Windows aus?“, sondern: „Wie definiert das USB-Gerät seine Identität auf Hardware-Ebene?“