Re: [PATCH v2] TaskTracker : Simplified thread information tracker.
On Monday, August 7, 2023 2:53:40 PM EDT Paul Moore wrote:
On Sun, Aug 6, 2023 at 9:05 AM Tetsuo Handa
<penguin-kernel(a)i-love.sakura.ne.jp> wrote:
> When an unexpected system event occurs, the administrator may want to
> identify which application triggered the event. For example, unexpected
> process termination is still a real concern enough to write articles
> like https://access.redhat.com/solutions/165993 . TaskTracker is a
> trivial LSM module which emits TOMOYO-like information into the audit
> logs for better understanding of unexpected system events.
Help me understand why all of this information isn't already available
via some combination of Audit and TOMOYO, or simply audit itself?
Usually when you want this kind of information, you are investigating an
incident. You wouldn't place a syscall audit for every execve and then
reconstruct the call chain from that. In the case of long running daemons,
the information could have been rotated away. But typically you want to see
what the entry point is. A sudden shell from bind would be suspicious while a
shell from sshd is not.
-Steve
In the case of an audit-only design you would likely need to do some
processing of the audit log to determine the full historical process
tree of the process being killed, but all of the information should be
there if you configure audit properly. I'm less familiar with TOMOYO,
but your comment about this LSM recording "TOMOYO-like" information
makes me believe that TOMOYO already records this information.