[PATCH v9 0/3] mm: security: ro protection for dynamic data
From: Igor Stoppa
Date: Wed Jul 05 2017 - 09:47:50 EST
please consider this patch-set for inclusion.
This patch-set introduces the possibility of protecting memory that has
been allocated dynamically.
The memory is managed in pools: when a memory pool is turned into R/O,
all the memory that is part of it, will become R/O.
A R/O pool can be destroyed, to recover its memory, but it cannot be
turned back into R/W mode.
This is intentional. This feature is meant for data that doesn't need
further modifications after initialization.
However the data might need to be released, as part of module unloading.
To do this, the memory must first be freed, then the pool can be destroyed.
An example is provided, showing how to turn into a boot-time option the
writable state of the security hooks.
Prior to this patch, it was a compile-time option.
This is made possible, thanks to Tetsuo Handa's rework of the hooks
structure (included in the patchset).
Changes since the v8 version:
- do not abuse devres, but manage the pools in a normal list
- added one sysfs attribute, showing the number of chnks in each pool
Question still open:
- should it be possibile to unprotect a pool for rewrite?
The only cases found for this topic are:
- protecting the LSM header structure between creation and insertion of a
security module that was not built as part of the kernel
(but the module can protect the headers after it has loaded)
- unloading SELinux from RedHat, if the system has booted, but no policy
has been loaded yet - this feature is going away, according to Casey.
Regarding the last point, there was a comment from Christoph Hellwig,
for which I asked for clarifications, but it's still pending:
- The patch is larg-ish, but I was not sure what criteria to use for
splitting it. If it helps the reviewing, please do let me know how I
should split it and I will comply.
- I had to rebase Tetsuo Handa's patch because it didn't apply cleanly
anymore, I would appreciate an ACK to that or a revised patch, whatever
Igor Stoppa (2):
Protectable memory support
Make LSM Writable Hooks a command line option
Tetsuo Handa (1):
LSM: Convert security_hook_heads into explicit array of struct
arch/Kconfig | 1 +
include/linux/lsm_hooks.h | 420 ++++++++++++++++++++---------------------
include/linux/page-flags.h | 2 +
include/linux/pmalloc.h | 127 +++++++++++++
include/trace/events/mmflags.h | 1 +
lib/Kconfig | 1 +
mm/Makefile | 1 +
mm/pmalloc.c | 356 ++++++++++++++++++++++++++++++++++
mm/usercopy.c | 24 ++-
security/security.c | 49 +++--
10 files changed, 748 insertions(+), 234 deletions(-)
create mode 100644 include/linux/pmalloc.h
create mode 100644 mm/pmalloc.c