Re: Pony talks about Deny Capabilities
Mark Miller <[email protected]> Mon, 11 May 2015 12:04:46 -0700
| Newsgroups | gmane.comp.capabilities.general |
|---|---|
| Message-ID | <CAK5yZYjV2YwpdcghvN+3R4bh9xdFX3s=a5i=cjD49VS8pbqWgw@mail.gmail.com> |
On Mon, May 11, 2015 at 11:45 AM, Scott Moore <[email protected]> wrote: > > >> Yeah. File systems. Ugh. This is a huge ambient authority problem, and we >> don't have a clear idea of how to handle it better. >> >> I think there's been a fair amount of progress on this front with > projects like Capsicum ( > https://www.cl.cam.ac.uk/research/security/capsicum/) and (my own) Shill > language (http://shill-lang.org). In particular, more and more > capability-friendly system call interfaces like openat are being added to > various POSIX systems that are making it easier to implement a > "capability-safe" API for the filesystem. That said, there's a lot left to > be desired still. (E.g., for Shill, we had to add a number of additional > system calls to BSD as part of our kernel module for things like atomically > creating and getting a capability for a directory). > Agree with Scott. But see also how previous ocap languages running on unmodified legacy non-ocap OSes handled these issues, including E, Joe-E, and Emily. See also how Caja/SES handles access to ambient browser authority such as the DOM. -- Cheers, --MarkM _______________________________________________ cap-talk mailing list [email protected] http://www.eros-os.org/mailman/listinfo/cap-talk