revert: 1320a4052ea1 ("audit: trigger accompanying records when no rules present")
authorPaul Moore <paul@paul-moore.com>
Tue, 28 Jul 2020 19:33:21 +0000 (15:33 -0400)
committerPaul Moore <paul@paul-moore.com>
Wed, 29 Jul 2020 14:00:36 +0000 (10:00 -0400)
commit8ac68dc455d9d18241d44b96800d73229029ed34
treed4b0c64dd9d0fca1eb0bc6a925ea1ef89c5ee80e
parent9d44a121c5a79bc8a9d67c058456bd52a83c79e7
revert: 1320a4052ea1 ("audit: trigger accompanying records when no rules present")

Unfortunately the commit listed in the subject line above failed
to ensure that the task's audit_context was properly initialized/set
before enabling the "accompanying records".  Depending on the
situation, the resulting audit_context could have invalid values in
some of it's fields which could cause a kernel panic/oops when the
task/syscall exists and the audit records are generated.

We will revisit the original patch, with the necessary fixes, in a
future kernel but right now we just want to fix the kernel panic
with the least amount of added risk.

Cc: stable@vger.kernel.org
Fixes: 1320a4052ea1 ("audit: trigger accompanying records when no rules present")
Reported-by: j2468h@googlemail.com
Signed-off-by: Paul Moore <paul@paul-moore.com>
kernel/audit.c
kernel/audit.h
kernel/auditsc.c