Earlier quoted context omitted.
Sounds like you're doing something unnecessarily more complicated than this: $ time cvs -d anoncvs@anoncvs1.ca.openbsd.org:/cvs export -rHEAD src/sys/kern/kern_fork.c U src/sys/kern/kern_fork.c 0m2.73s real 0m0.06s user 0m0.04s system
Yep, I was grabbing `src` instead of `src/sys/kern/kern_fork.c`. I've completely forgotten how to CVS, and I'm okay with that.
A subsystem to restrict programs into a “reduced feature operating model”
71–80 of 101 posts
Re: A subsystem to restrict programs into a “reduced feature operating model”
#72Windows 8 has an equivalent of this, using a "mitigation policy" called ProcessSystemCallDisablePolicy, which is set using SetProcessMitigationPolicy(). Chrome uses this for their sandbox of rendering processes.
Re: A subsystem to restrict programs into a “reduced feature operating model”
#73Re: A subsystem to restrict programs into a “reduced feature operating model”
#74Earlier quoted context omitted.
Whats the name of this app? Can it run without root permissions?
xprivacy/xposed framework, no
Re: A subsystem to restrict programs into a “reduced feature operating model”
#75Windows 8 has an equivalent of this, using a "mitigation policy" called ProcessSystemCallDisablePolicy, which is set using SetProcessMitigationPolicy(). Chrome uses this for their sandbox of rendering processes.
It looks like you can only disable GUI calls with it (the very sparse documentation seems to contradict itself a bit though). Also, a model in which you specify which calls you want to enable (and everything else gets disabled) is stronger than one in which you specify which ones you want to disable.
[1] - https://farm9.staticflickr.com/8669/16418068728_b8dd8aa200_c...
Re: A subsystem to restrict programs into a “reduced feature operating model”
#76This won't work for programs that allow for plugins, which are arguably those that need the most protection. Programs don't generally know what permissions plugins when they are compiled.
But assume nginx supports tame now, you know at least what the process can do and what it cannot do explicitly. If one day a zero-day attack was discovered in nginx, nginx running tame will have a lesser security impact, at least in theory.
Re: A subsystem to restrict programs into a “reduced feature operating model”
#77Earlier quoted context omitted.
I'm `cvs get`ting as fast as I can to read the rest of sys_fork.c to sate my curiosity, but CVS incredibly slow. I'm spoiled by how git packs the repo.
turned out to be way faster just to grab http://mirrors.sonic.net/pub/OpenBSD/5.7/sys.tar.gz , if anybody else wants to poke around and doesn't want to wait for cvs.
Re: A subsystem to restrict programs into a “reduced feature operating model”
#78This doesn't seem particularly better than Linux's seccomp-bpf or OS X's seatbelt. In particular, I don't really understand the complaint about not wanting to write a program, then turning around and writing a system call , running with full privilege on the system, that hardcodes all sorts of things about userspace. I wish he'd acknowledge and discuss prior, effective work in this space instead of saying things "sho…
Re: A subsystem to restrict programs into a “reduced feature operating model”
#79This doesn't seem particularly better than Linux's seccomp-bpf or OS X's seatbelt. In particular, I don't really understand the complaint about not wanting to write a program, then turning around and writing a system call , running with full privilege on the system, that hardcodes all sorts of things about userspace. I wish he'd acknowledge and discuss prior, effective work in this space instead of saying things "sho…
You might well be able to implement tame() entirely in userspace using seccomp-bpf.
Re: A subsystem to restrict programs into a “reduced feature operating model”
#80Earlier quoted context omitted.
Yep, I was grabbing `src` instead of `src/sys/kern/kern_fork.c`. I've completely forgotten how to CVS, and I'm okay with that.
What are the reasons why CVS is still in use?
1. it works
2. they're used to it
3. there isn't enough reason to change
4. lots of infrastructure would need rebuilt if they changed