RE: [PATCH v1 0/7] Remove in-tree usage of MAP_DENYWRITE
From: David Laight
Date: Fri Aug 13 2021 - 05:05:55 EST
From: Eric W. Biederman
> Sent: 12 August 2021 19:47
...
> So today the best advice I can give to userspace is to mark their
> executables and shared libraries as read-only and immutable. Otherwise
> a change to the executable file can change what is mapped into memory.
> MAP_PRIVATE does not help.
While 'immutable' might be ok for files installed by distributions
it would be a PITA in development.
ETXTBUSY is a useful reminder that the file you are copying from
machine A to machine B (etc) is still running and probably ought
to be killed/stopped before you get confused.
I've never really understood why it doesn't stop shared libraries
being overwritten - but they do tend to be updated less often.
Overwriting an in-use shared library could be really confusing.
It is likely that all the code is actually in memory.
So everything carries on running as normal.
Until the kernel gets under memory pressure and discards a page.
Then a page from the new version is faulted in and random
programs start getting SEGVs.
This could be days after the borked update.
David
-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)