3 ms·
Given qemu's security track record, they're not necessarily wrong.
by mjg59 10y ago
Given qemu's security track record, they're not necessarily wrong.
- hueving 10y agoEven if they break out of qemu, then the best case is they've reached the level of the container or user running it.
- nixos 10y agoWhich is mostly root. Rootless containers are still not widely deployed
- r3w 10y agoIt's always a matter of increasing attacker cost. I am not sure that attacking QEMU, then finding a privilege escalation on the host that can break out of SELinux is much easier than just staying in the VM, hopping through the internal network until you find a host that lets you do what you want. Chances are what you want is "simply" access to a shared folder rather than root.
- vbernat 10y agoThat's a bit unfair since: 1. Most users won't be affected by all the exploits (you don't stuff in a VM all models of network cards, SCSI controllers, etc) 2. Many deployments of QEMU (through Xen or Libvirt) are protected by AppArmor/SELinux. This would at least forbid access to /proc/self/mem but I can't say if this is enough to prevent evasion. IMO, this is likely to make the task quite harder.
- pas 10y agoTo be fair, Docker now defaults to using AppArmor and seccomp too. And the defaults seem to be not completely toothless either (I had to "disable" seccomp to get things running multiple times. For example, you can't just ptrace() in a container.)