diff options
| author | Paul Moore <paul@paul-moore.com> | 2023-11-14 17:25:48 -0500 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2023-11-28 17:19:56 +0000 |
| commit | d567eb7366073d33c4b4254f0e2b28a7f13f1d1f (patch) | |
| tree | 42d35e8cabf34e95f0e0573635a909da9d3ec286 /init | |
| parent | a2a2a2a51b6788bc044458bc3c331a6c2795b94d (diff) | |
| download | linux-d567eb7366073d33c4b4254f0e2b28a7f13f1d1f.tar.gz linux-d567eb7366073d33c4b4254f0e2b28a7f13f1d1f.tar.bz2 linux-d567eb7366073d33c4b4254f0e2b28a7f13f1d1f.zip | |
audit: don't WARN_ON_ONCE(!current->mm) in audit_exe_compare()
commit 969d90ec212bae4b45bf9d21d7daa30aa6cf055e upstream.
eBPF can end up calling into the audit code from some odd places, and
some of these places don't have @current set properly so we end up
tripping the `WARN_ON_ONCE(!current->mm)` near the top of
`audit_exe_compare()`. While the basic `!current->mm` check is good,
the `WARN_ON_ONCE()` results in some scary console messages so let's
drop that and just do the regular `!current->mm` check to avoid
problems.
Cc: <stable@vger.kernel.org>
Fixes: 47846d51348d ("audit: don't take task_lock() in audit_exe_compare() code path")
Reported-by: Artem Savkov <asavkov@redhat.com>
Signed-off-by: Paul Moore <paul@paul-moore.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'init')
0 files changed, 0 insertions, 0 deletions