From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 17 Jun 2019 22:26:54 -0700 From: Kees Cook Subject: Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options Message-ID: <201906172225.4645462F1E@keescook> References: <20190617151050.92663-1-glider@google.com> <20190617151050.92663-2-glider@google.com> <20190617151027.6422016d74a7dc4c7a562fc6@linux-foundation.org> <201906172157.8E88196@keescook> <20190617221932.7406c74b6a8114a406984b70@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190617221932.7406c74b6a8114a406984b70@linux-foundation.org> To: Andrew Morton Cc: Alexander Potapenko , Christoph Lameter , Masahiro Yamada , Michal Hocko , James Morris , "Serge E. Hallyn" , Nick Desaulniers , Kostya Serebryany , Dmitry Vyukov , Sandeep Patil , Laura Abbott , Randy Dunlap , Jann Horn , Mark Rutland , Marco Elver , linux-mm@kvack.org, linux-security-module@vger.kernel.org, kernel-hardening@lists.openwall.com List-ID: On Mon, Jun 17, 2019 at 10:19:32PM -0700, Andrew Morton wrote: > On Mon, 17 Jun 2019 22:07:41 -0700 Kees Cook wrote: > > > This is expected to be on-by-default on Android and Chrome > > OS. And it gives the opportunity for anyone else to use it under distros > > too via the boot args. (The init_on_free feature is regularly requested > > by folks where memory forensics is included in their thread models.) > > Thanks. I added the above to the changelog. I assumed s/thread/threat/ Heh whoops, yes, "threat" was intended. Thanks! :) -- Kees Cook