upvote

points

by zby20 hours ago |
comments
upvoteby jwrallie19 hours ago|
next
[-]
I dropped QubesOS once exactly for that reason in the past but now I’m running it again on a separate computer.

Even with all its drawbacks, there is something really nice about being able to run different applications over Tor, VPN or plain internet simultaneously, the ability to isolate non-safe binaries and being able to backup your VMs easily.

I wish a similar distro would be made based on KVM so that the standard kernel could be used. It would be great for compatibility.

reply
upvoteby tom_alexander16 hours ago|
parent|
next
[-]
> being able to run different applications over Tor, VPN or plain internet simultaneously, the ability to isolate non-safe binaries and being able to backup your VMs easily.

These are all possible using light containers. For example, on FreeBSD I will spin up a jail which runs wireguard, and then I'll bridge that to another a jail. That 2nd jail is running entirely off wireguard without any other way to access the network. Since it is a jail, it is isolated. And backing up is as simple as a zfs snapshot and zfs send. I assume the same is possible on Linux.

reply
upvoteby majorchord2 hours ago|
parent|
[-]
I would argue non-safe binaries are not safe in a container either. And even with full VMs, there have been an embarrassing number of escape exploits over the years.
reply
upvoteby fsflover19 hours ago|
parent|
prev|
[-]
> I wish a similar distro would be made based on KVM

There is an Issue for that: https://github.com/QubesOS/qubes-issues/issues/7051

reply
upvoteby madushan10008 hours ago|
prev|
next
[-]
This is sort of a solved problem with virtio native context. You can just run mesa driver in the virtual machine and proxy it's ioctl calls to host kernel gpu driver.

I'm pretty sure all the major GPU drivers in mesa now supports this feature.

Wonder why QubesOS hasn't adopted this yet.

reply
upvoteby artyomsv19 hours ago|
prev|
[-]
Problem is not that nobody wants to do it, it is that GPU stack is exactly the kind of enormous driver surface Qubes exists to keep away from dom0. Second monitor does not really change that, somebody still has to trust the driver.
reply
upvoteby progval12 hours ago|
parent|
[-]
The driver could run in a VM and only display applications from that VM or a subset of VMs.
reply
upvoteby Joel_Mckay10 hours ago|
parent|
[-]
Most GPU drivers are an order of magnitude more complex than a CPU kernel.

There is also the fact most GPU are a bodged on architecture, and fundamentally impossible to really secure in the case of CUDA rootkits.

Fast, but a bad design. This is why we can't have nice things. =3

reply