Post a Comment
.. that this is only exploitable on multiprocessor systems.
Also, it seems that there is a solution available:
There is a straight forward solution for this problem. The initial
prototype of Systrace had a look-aside buffer in the kernel for
copyin. I told Robert about this, not sure if he mentioned that in
his paper or not. There obviously would be some associated
performance impacts. (Niels Provos, on the OpenBSD mailing list)
Still pretty serious though.
No, this is exploitable also on Uniprocessor systems.
Read the paper/slides before posting comments.
http://www.watson.org/~robert/2007woot/
"Just so it is clear, systrace is just a tool included in the distribution. It is not used by anything in the base system by default but be wary of using this tool as it stands."
http://undeadly.org/cgi?action=article&sid=20070809201304
The NetBSD Toaster has a clear i/o channel (bread goes in the slot, toast goes out the slot), so that is at least one architecture that should be invulnerable to attack. If these researchers can have the machine produce toast without bread, then this may be bigger than I thought.
I don't doubt that it'll be fixed in a few weeks.
This has been in the BUGS section of systrace for a while.
"BUGS
Applications that use clone()-like system calls to share the complete address space between processes may be able to replace system call arguments after they have been evaluated by systrace and escape policy enforcement."
This has never been something that is enabled by default so I do not see how this can be a serious problem.
Watson has done some very interesting research though and it's good somebody decided to really dive into it and see what the problems in. Kudos!





