Penjelasan Emulasi USB CD-ROM: Firmware vs Metode Software

Memahami Bedanya Identitas Firmware dan Simulasi Software

Di satu titik, hampir semua orang yang kerja dengan media USB pasti pernah kepikiran hal yang sama: Bisa nggak sih bikin flash drive USB kelihatan seperti drive CD-ROM?

Biasanya pertanyaan ini muncul waktu seseorang mau bikin sesuatu auto-launch, jalan seperti installer software, atau dipakai di lingkungan yang ketat dan perilaku USB-nya dibatasi. Banyak yang mengira ini cuma setting Windows, file khusus, atau trik tersembunyi di Device Manager.

Tapi ini salah paham yang paling sering terjadi: ini bukan trik sistem operasi. Bukan juga trik file. Dan bukan sesuatu yang bisa kamu aktifkan dari menu properties.

Ini adalah pengaturan identitas perangkat yang ditentukan di dalam perangkat USB itu sendiri.

Saat kamu colokkan USB drive, sistem operasi tidak “menentukan” dia itu apa. Justru perangkatnya yang memberitahu sistem dia itu apa. Identitas tersebut — apakah dia removable storage, fixed disk, atau optical drive — ditentukan oleh firmware di dalam controller USB.

Proses klasifikasi ini terjadi saat USB enumeration, bahkan sebelum Windows membaca sistem file. Pada saat OS me-mount drive dan mulai scan file, kelas perangkat sudah ditentukan berdasarkan apa yang dilaporkan oleh hardware.

Kalau kamu mau lebih dalam soal bagaimana enumeration bekerja di level descriptor, lihat artikel kami tentang USB enumeration fingerprinting .

Jadi kalau ada yang tanya, “Ada nggak file yang bisa bikin Windows mikir ini CD-ROM?” jawabannya jujur saja: nggak ada. Tipe perangkat bukan atribut sistem file — itu descriptor di level hardware.

Untuk memahami emulasi USB CD-ROM, kita harus bedakan antara simulasi di level software dan identitas perangkat yang ditentukan oleh firmware.

Kenapa CD-ROM Masih Diperlakukan Berbeda di Windows

Di era Windows XP, USB drive bisa menjalankan perintah dari file autorun.inf. Ini bikin software portable jadi praktis — dan malware juga jadi gampang menyebar.

Setelah insiden keamanan besar di era Conficker, Microsoft mengubah kebijakannya. Mulai dari Windows Vista, lanjut ke Windows 7 dan versi setelahnya, fitur autorun untuk mass storage USB dibatasi atau dimatikan.

Tapi optical drive diperlakukan berbeda.

Alasannya bukan asal-asalan. Media optik itu secara alami read-only. Dari sisi keamanan, CD tidak bisa mengubah dirinya sendiri setelah dimasukkan. Itu membuatnya jauh lebih kecil risikonya sebagai media penyebaran malware.

Windows menerapkan aturan kebijakan berdasarkan kelas perangkat USB yang dilaporkan saat enumeration. Kalau perangkat melapor sebagai mass storage, dia mengikuti aturan tertentu. Kalau melapor sebagai optical, aturannya beda.

Sistem operasi tidak pilih kasih — dia cuma menerapkan kebijakan berdasarkan identitas perangkat.

Apa yang Menentukan Cara Perangkat USB Mengidentifikasi Dirinya?

Ini bagian teknis paling penting dari topik ini.

Setiap perangkat USB punya controller. Dan di dalam controller itu ada firmware. Firmware inilah yang mendefinisikan identitas perangkat menggunakan descriptor kelas USB dan struktur pelaporan lainnya. Ini adalah potongan data kecil yang dikirim saat proses USB enumeration untuk memberitahu host jenis perangkat apa yang terhubung.

Secara spesifik, firmware mendefinisikan USB device descriptor, interface descriptor, kode kelas perangkat, subclass dan protocol, Vendor ID (VID), Product ID (PID), field respons SCSI inquiry, dan konfigurasi Logical Unit Number (LUN).

Begitu USB drive dicolokkan ke komputer, host langsung memulai proses enumeration dan perangkat melaporkan descriptor tersebut ke sistem operasi. OS kemudian menetapkan kelas perangkat bahkan sebelum membaca sistem file.

Kalau controller melaporkan Mass Storage Class (MSC), removable media, OS akan me-mount sebagai flash drive biasa. Kalau melaporkan Optical Drive Class (CD-ROM), OS akan memperlakukannya seperti drive CD/DVD. Kalau melaporkan Fixed Disk Class, OS akan melihatnya sebagai disk lokal.

Klasifikasi ini tidak ditentukan oleh file atau folder. Semua diatur oleh firmware di dalam controller USB.

Untuk melihat contoh nyata, kamu bisa lihat solusi seperti flash drive USB yang sudah dikonfigurasi agar ter-enumerasi sebagai perangkat CD-ROM , di mana controller disetel di level hardware untuk menampilkan profil optical dan menerima file ISO 9660. Artinya, perangkat tersebut memang mengidentifikasi dirinya sebagai CD-ROM, bukan sebagai removable storage.

Pada saat Windows mulai mencari file seperti autorun.inf atau memeriksa isi penyimpanan, kelas perangkat sudah lebih dulu ditetapkan.

Klasifikasi perangkat terjadi di level hardware — firmware menentukan identitasnya, dan sistem operasi tinggal menerimanya.

Emulasi CD-ROM di Level Firmware (Metode Sebenarnya)

Emulasi CD-ROM yang sesungguhnya terjadi di dalam controller USB. Bukan cuma simulasi struktur optical lewat software, tapi firmware controller memang dikonfigurasi untuk melaporkan kelas optical saat enumeration.

Kalau dilakukan dengan benar, perangkat akan berperilaku seperti media optical sejak pertama kali dicolokkan. Windows dan macOS langsung mengenalinya sebagai drive CD/DVD. Dalam beberapa kasus, bahkan BIOS atau UEFI sudah mengenalinya sebagai media optical sebelum sistem operasi berjalan.

Pada implementasi yang lebih canggih, controller bisa menampilkan beberapa logical unit. Satu bagian muncul sebagai media optical read-only, bagian lainnya sebagai storage yang bisa ditulis. Kalau kamu pernah lihat USB muncul sebagai dua drive, kami jelaskan arsitekturnya di sini: Kenapa USB kamu muncul sebagai dua disk — LUN vs partisi dijelaskan .

Ini satu-satunya metode yang benar-benar mengubah cara sistem operasi mengkategorikan perangkat.

Realita Saat Ini

Di tahun 2026, emulasi USB CD-ROM bukan soal mengakali pembatasan Windows. Ini soal identitas perangkat.

Metode software hanya mensimulasikan struktur CD. Metode firmware mendefinisikan ulang identitas periferal.

Hanya konfigurasi di level firmware yang benar-benar mengubah apa yang sistem operasi yakini tentang perangkat tersebut.

Kalau sudah paham perbedaannya, pertanyaannya bukan lagi “Bisa nggak nge-trick Windows?” tapi berubah jadi “Bagaimana periferal USB mendefinisikan dirinya sendiri di level hardware?”