This time, I've announced this on my homepage, since I'd like to get a lot 
more testing and to release this patch unchanged as -V8 final version.

Things I've forgot:
* make it apply easily on Fedora kernels.

This should simply mean moving the TIF_SYSCALL_EMU to place no.8, to leave a 
slot free for _DB7, needed for 4g4g or something like that and using testw 
instead of testb for testing against it. This will be done in -V9.

The summary of changes against -RC2 is short... I dropped 
fix-dumpable-handling because I don't feel it secure yet, so everybody using 
-RC2 should upgrade.

The problem is that the correct locking is difficult and even mainline kernel 
code has a lot of confusion about it, and I want to sort this out first, to 
avoid problems with the patch.

Sorry Michael, but this is lower priority than stability and security. It will 
be for next patch.

Description of this patch.
* fix-dumpable-handling.patch: this implemented a feature / bug fix requested 
by Michael Richardson <[EMAIL PROTECTED]>. I.e., with this, in 
normal cases, UML *is* allowed to dump core and be seen inside /proc - (until 
now it was treated as if it was a setuid process or one which changed UID / 
GID). If I did any error, however, it could allow privilege escalation.

-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade





-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Reply via email to