Removing support for Emacs unexec from Glibc

Posted Jan 29, 2016 22:00 UTC (Fri) by andresfreund (subscriber, #69562)
In reply to: Removing support for Emacs unexec from Glibc by excors
Parent article: Removing support for Emacs unexec from Glibc

> Android's Java VM seems to take a less scary approach: it creates a zygote process which loads the VM and a bunch of standard libraries and some data resources, and then every time you launch a new app it will fork the zygote and load the app's code into the new process. That means the VM initialisation only needs to happen once per boot, and any memory that isn't modified after initialisation will be shared between all the apps, and it doesn't rely on any special OS/library support beyond what's already needed for forking. And it can also preload complicated things like OpenGL drivers, since file descriptors that tie the userspace driver to the kernel driver will get cloned automatically.

On the other hand, it essentially makes things like ALSR useless...

Removing support for Emacs unexec from Glibc

Posted Jan 30, 2016 17:00 UTC (Sat) by scottt (guest, #5028) [Link] (1 responses)

You meant to say ASLR (Address Space Layout Randomization) instead of ALSR.

Removing support for Emacs unexec from Glibc

Posted Feb 1, 2016 20:31 UTC (Mon) by smcv (subscriber, #53363) [Link]

Perhaps this was a use of Acronym Letter Sequence Randomization?

Removing support for Emacs unexec from Glibc

Posted Jan 30, 2016 18:16 UTC (Sat) by aggelos (subscriber, #41752) [Link]

In the face of pervasive information leak vulnerabilities, ASLR doesn't seem to help much anyway, so...