linux-kernel - RE: [RFC PATCH 0/5] madvise MADV

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Mon, 3 Aug 2020 08:32:19 +0000
From:   David Laight <David.Laight@...LAB.COM>
To:     'Steven Sistare' <steven.sistare@...cle.com>,
        Jason Gunthorpe <jgg@...pe.ca>
CC:     Matthew Wilcox <willy@...radead.org>,
        "Eric W. Biederman" <ebiederm@...ssion.com>,
        Anthony Yznaga <anthony.yznaga@...cle.com>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
        "linux-mm@...ck.org" <linux-mm@...ck.org>,
        "linux-arch@...r.kernel.org" <linux-arch@...r.kernel.org>,
        "mhocko@...nel.org" <mhocko@...nel.org>,
        "tglx@...utronix.de" <tglx@...utronix.de>,
        "mingo@...hat.com" <mingo@...hat.com>,
        "bp@...en8.de" <bp@...en8.de>, "x86@...nel.org" <x86@...nel.org>,
        "hpa@...or.com" <hpa@...or.com>,
        "viro@...iv.linux.org.uk" <viro@...iv.linux.org.uk>,
        "akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
        "arnd@...db.de" <arnd@...db.de>,
        "keescook@...omium.org" <keescook@...omium.org>,
        "gerg@...ux-m68k.org" <gerg@...ux-m68k.org>,
        "ktkhai@...tuozzo.com" <ktkhai@...tuozzo.com>,
        "christian.brauner@...ntu.com" <christian.brauner@...ntu.com>,
        "peterz@...radead.org" <peterz@...radead.org>,
        "esyr@...hat.com" <esyr@...hat.com>,
        "christian@...lner.me" <christian@...lner.me>,
        "areber@...hat.com" <areber@...hat.com>,
        "cyphar@...har.com" <cyphar@...har.com>
Subject: RE: [RFC PATCH 0/5] madvise MADV_DOEXEC

> Maybe.  We still need to preserve an anonymous segment, though.  MADV_DOEXEC, or mshare,
> or something else.  And I think the ability to preserve memory containing pointers to itself
> is an interesting use case, though not ours.

Why does all this remind me of the old sendmail code.
After parsing the config file it used to write its entire data
area out to a file.
On restart, if the config file hadn't changed it would read it back it.

It sort of worked - until shared libraries came along.
Then it had a habit of generating random crashes.

	David

-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)