Su pregunta se responde parcialmente en Developer_FAQ – Oracle VM VirtualBox (pegado a continuación):
- P : ¿Cómo se relaciona VirtualBox con QEMU? He visto algunos archivos fuente que parecen estar relacionados con su proyecto.
R : VirtualBox utiliza QEMU de dos maneras: en primer lugar, algunos de nuestros dispositivos de hardware virtual tienen su origen en el proyecto QEMU. Los hemos encontrado muy útiles y los tomamos como punto de partida. En segundo lugar, hemos incorporado el recompilador de QEMU como un mecanismo alternativo para situaciones en las que nuestro Virtual Machine Manager (VMM) no puede manejar correctamente una determinada situación. Esto es válido para el código de invitado que se ejecuta en modo real (como el arranque) y algunos escenarios raros en tiempo de ejecución. Vea la arquitectura de VirtualBox para más detalles. QEMU nos ahorró mucho trabajo y estamos muy agradecidos de poder confiar en él.
En la página de QEMU dice:
- ¿Por qué necesitamos una función como hacer doble clic en una PC mientras podemos hacer todo en Android sin ella?
- ¿Restablecer mi PC unas 8-9 veces puede dañar el hardware?
- ¿Por qué mi CD-RW no será leído o incluso detectado en mi PC con Windows?
- Al comprar una nueva PC, ¿es posible evitar tener que reinstalar todo?
- ¿Qué sucede exactamente cuando actualiza su PC (tenga en cuenta algunos beneficios ...)?
QEMU es un emulador y virtualizador de máquinas genérico y de código abierto.
Cuando se usa como un emulador de máquina, QEMU puede ejecutar sistemas operativos y programas creados para una máquina (por ejemplo, una placa ARM) en una máquina diferente (por ejemplo, su propia PC). Mediante el uso de la traducción dinámica, logra un muy buen rendimiento.
Cuando se usa como virtualizador, QEMU logra un rendimiento casi nativo al ejecutar el código de invitado directamente en la CPU del host. QEMU admite la virtualización cuando se ejecuta bajo el hipervisor Xen o se usa el módulo del kernel KVM en Linux. Al usar KVM, QEMU puede virtualizar x86, servidor y PowerPC incrustado, e invitados S390.
No soy un experto en QEMU, pero esto es lo que puedo decir. La virtualización de VirtualBox es una arquitectura x86 limitada, mientras que QEMU puede emular más de una arquitectura de hardware. VirtualBox usa parte de la emulación QEMU pero solo limita a x86. Me arriesgaré y diré que VirtualBox probablemente tenga más funciones y sea más fácil de usar que QEMU y alguien puede corregirme si estoy equivocado. Tengo curiosidad por saber por qué puede pasar de VirtualBox a QEMU.
Sobre la cuestión de que el Virus Invitado afecta a la Máquina Host, es técnicamente posible que esto suceda en cualquier software de virtualización / emulación si el virus puede aprovechar cualquier vulnerabilidad potencial y apretón de manos entre el invitado y el host. Una máquina virtual es un proceso en la máquina host. Por lo general, las máquinas host que admiten virtualizaciones cuentan con asistencia de virtualización de hardware (Intel VT-x (con nombre en código Vanderpool) y AMD-V (con nombre en código Pacifica)) que reduce la seguridad general del host al permitir ciertas funciones que generalmente no están disponibles para los procesos (Lea sobre niveles de privilegio que separan los privilegios del sistema operativo de los privilegios de la aplicación). Ahora es posible ejecutar VirtualBox de 32 bits sin habilitar la asistencia de virtualización de hardware si le preocupa el virus en el huésped que afecta al host. En general, creo que las posibilidades son bajas y las mayores posibilidades de infección están en la capa de red si el virus tiene la capacidad de infectar sistemas a través de la red. Por supuesto, con la virtualización puede limitar el acceso de red al invitado y reducir las posibilidades de transmisión de red. Espero que esto ayude. Además, no creo que haya virus por ahí que se dirijan al host del invitado.
Autor: VirtualBox a velocidad warp, Libro
