[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANp29Y7sDaxrw+0wEVU0vo56AhKFRvbQSGeRc168gs6S8iK_-g@mail.gmail.com>
Date: Tue, 27 Oct 2020 20:33:48 +0300
From: Aleksandr Nogikh <nogikh@...gle.com>
To: Akinobu Mita <akinobu.mita@...il.com>
Cc: Aleksandr Nogikh <a.nogikh@...il.com>, jmorris@...ei.org,
serge@...lyn.com, Andrey Konovalov <andreyknvl@...gle.com>,
Dmitry Vyukov <dvyukov@...gle.com>,
Marco Elver <elver@...gle.com>,
Alexander Potapenko <glider@...gle.com>, keescook@...gle.com,
LKML <linux-kernel@...r.kernel.org>,
linux-security-module@...r.kernel.org
Subject: Re: [RFC PATCH v2 2/2] docs: add fail_lsm_hooks info to fault-injection.rst
On Tue, Oct 27, 2020 at 6:31 PM Akinobu Mita <akinobu.mita@...il.com> wrote:
>
[...]
> In addition to this global one, what do you think about per-hook fault
> injection,
> i.e. /sys/kernel/debug/fail_lsm_hooks/<FUNC>/retval ?
I was thinking about this, but decided to begin with a simple version
that could definitely be useful in practice (for syzbot/syzkaller it is just
necessary to have a fault injection capability that will be triggered via
fail-nth). If per-hook fault injection can also be useful to someone, I
can try to add it as well.
> In this case, we need a fault_attr for each hook. (Maybe, we can use the same
> technique that is used to define security_hook_heads).
Yes, that technique should help to implement the feature in a very concise
way. Thanks for the suggestion.
Powered by blists - more mailing lists