News for hackers. Stuff that matters.
Re:Qubes – Secure Desktop OS Using Security by Compartmental... by mrottenkolber on Wednesday October 08, 2014 @07:20PM (#8429962)
Nope. If somebody exploits your PDF reader, they still have to circumvent the OS. Sound familiar?

Now instead of one layer with hardware contact, you have two (assuming you want performance too). Twice the attack surface.

Re:Qubes – Secure Desktop OS Using Security by Compartmental... by amalcon on Wednesday October 08, 2014 @08:03PM (#8430097)
This would be sound logic if existing desktop operating systems had actual good security models.

In the real world, if someone exploits your PDF reader, they don't have to circumvent your OS: your OS hands over everything you can access, by design. One could argue that a better security model baked into the OS would make more sense than a virtualization hack, but the latter has the advantage of actually existing.

Re:Qubes – Secure Desktop OS Using Security by Compartmental... by Touche on Wednesday October 08, 2014 @09:33PM (#8430365)
What would be the better security model?
Re:Qubes – Secure Desktop OS Using Security by Compartmental... by SamReidHughes on Wednesday October 08, 2014 @10:23PM (#8430493)
Somebody exploiting your PDF reader can't upload all your email.
Re:Qubes – Secure Desktop OS Using Security by Compartmental... by Touche on Thursday October 09, 2014 @12:16AM (#8430797)
That's not a model. What's the model that prevents this? User performs a 2-step auth every time code executes?
Re:Qubes – Secure Desktop OS Using Security by Compartmental... by SamReidHughes on Thursday October 09, 2014 @12:28AM (#8430830)
Just pick one that gives the feature I described without being a pain to the user.
Re:Qubes – Secure Desktop OS Using Security by Compartmental... by Touche on Thursday October 09, 2014 @12:55AM (#8430885)
I know of no such models. Perhaps someone smarter than me has thought of them, that's why I asked the question initially.
Re:Qubes – Secure Desktop OS Using Security by Compartmental... by pjmlp on Thursday October 09, 2014 @07:26AM (#8431706)
Sandboxing, where each process is only allowed to use a precise set of system resources.

Any attempt to use anything else leads to termination.

Re:Qubes – Secure Desktop OS Using Security by Compartmental... by Touche on Thursday October 09, 2014 @09:42AM (#8432259)
Which resources are they allowed to use? What defines which resources they are given?
Re:Qubes – Secure Desktop OS Using Security by Compartmental... by pjmlp on Friday October 10, 2014 @02:46AM (#8436551)
> Which resources are they allowed to use?

The system administrator at installation time.

> What defines which resources they are given?

Applications just have a request list of what they require.

If the administrator doesn't allow them for the given application modules (executable, dynamic library, function call,...), bad luck.

Re:Qubes – Secure Desktop OS Using Security by Compartmental... by SamReidHughes on Thursday October 09, 2014 @01:38AM (#8430971)
Sandboxing. It's present on OS X.
Re:Qubes – Secure Desktop OS Using Security by Compartmental... by Touche on Thursday October 09, 2014 @09:44AM (#8432265)
I'm confused. The original person I responded to said that no desktop OSes had good security models. On OSX I can write a script that, when run as a user, has access to everything the user has access to. So what exactly are you talking about?
Re:Qubes – Secure Desktop OS Using Security by Compartmental... by SamReidHughes on Thursday October 09, 2014 @12:02PM (#8433201)
I'm talking about OS X sandboxing. The hypothetical PDF reader doesn't have access to the email.
Re:Qubes – Secure Desktop OS Using Security by Compartmental... by wyager on Wednesday October 08, 2014 @08:08PM (#8430118)
> If somebody exploits your PDF reader, they still have to circumvent the OS.

That is correct. This is probably why privesc exploits are much more expensive than adobe reader exploits.

You are kind of arguing against yourself here.

Re:Qubes – Secure Desktop OS Using Security by Compartmental... by walterbell on Wednesday October 08, 2014 @09:35PM (#8430376)
> Now instead of one layer with hardware contact, you have two (assuming you want performance too).

Could you expand on that statement? By definition, only one layer can own each hardware component.