Re: micro-virtualization

Ken <[email protected]> Sat, 22 Sep 2012 21:32:02 -0400
Newsgroups gmane.comp.lang.e.general
Message-ID <[email protected]>
I could not agree more. 

Sent from my iPhone

On Sep 22, 2012, at 9:20 PM, David-Sarah Hopwood <[email protected]> wrote:

> On 22/09/12 04:37, Paul E Baclace wrote:
>> Hi, everyone.  I just saw an announcement about the "micro 
>> virtualization" infrastructure from Bromium (founded by Simon Crosby, a 
>> XenSource founder).  It appears to be an effort to encapsulate processes 
>> in a lightweight way without using a vm for each process playpen.  An 
>> overview:
>> 
>> http://www.brianmadden.com/blogs/guestbloggers/archive/2012/09/20/guest-blog-from-simon-crosby-explaining-what-bromium-is-and-how-it-works.aspx
> 
> I'm confused. Is this an implemented system that works for isolation of
> tasks within existing Windows applications? What is described doesn't seem
> implementable:
> 
> # By ensuring that each vulnerable or untrustworthy task (eg: opening a
> # web page or an email attachment) is executed in its own micro-VM, Bromium
> # can guarantee that a compromised task cannot access enterprise data or
> # applications.
> #
> # Bromium assumes that at some point a task in a micro-VM will be attacked
> # and will be compromised. The granular isolation afforded by the Microvisor,
> # together with the resource control policies, ensures that any attack will
> # be confined to the micro-VM, that no enterprise data will be stolen, and
> # that the attack will be automatically discarded.
> 
> If tasks are at the granularity of opening a particular web page or
> email attachment, that seems as though it would require either completely
> new web browsers, email clients, etc., or drastic rearchitecture of existing
> ones. Existing apps assume shared memory within a process, so there's no
> way to provide isolation between, say, the code that is opening an email
> attachment and the code that has access to the rest of the user's email
> and contacts, without breaking the app.
> 
> This isn't affected by whether you have hardware virtualization support or
> not. You *might* be able to reduce reliance on the host OS's security
> mechanisms by using hardware virtualization, but I'm skeptical (the hardest
> problem isn't implementing isolation; it is providing enough sharing, and
> only the required sharing, for software to be able to work).
> 
> -- 
> David-Sarah Hopwood ⚥
> 
> _______________________________________________
> e-lang mailing list
> [email protected]
> http://www.eros-os.org/mailman/listinfo/e-lang

_______________________________________________
e-lang mailing list
[email protected]
http://www.eros-os.org/mailman/listinfo/e-lang