Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update audit.rules #85

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Conversation

lmeinecke
Copy link
Contributor

The audit.rules file that is currently in this repo does not work with well with RHEL 6.8 deployments. Something has changed in that my workstations are often times experiencing kernel panic due to the buffer filling up or something related to auditd. It happened some on RHEL 6.7 but got considerably worse in RHEL6.8 installs to the point it will sometimes panic on shutdown activity. This condition can be created by deleting a large file structure (i.e. svn checkout directory) or during certain large builds. I've attributed it to the aggressiveness of the audit.rules file and the system not being able to "keep up" at which point it panics due to the "-f 2" logic.

I took the NISPOM baseline found under /usr and added the lines needed to mitigate audit.rules findings from a SCC/SCAP scan using Red Hat 6 STIG Benchmark - Ver 1, Rel 13

Using this file I have not had any issues with servers or workstations throwing a kernel panic under heavy use.

There is likely some cleanup that could be performed here with the commented out lines (some are redundant I believe) but I haven't had time to chase that down.

The audit.rules files that is currently in this repo does not work with well with RHEL 6.8 deployments. Something has changed in that my workstations are often times experiencing kernel panic due to the buffer filling up or something related to auditd. This condition can be created anytime you delete a large file structure (i.e. svn checkout directory) or during certain large builds. I've attributed it to the aggressiveness of the audit.rules file and the system not being able to "keep up" at which point it panics due to the "-f 2" logic. 

I took the NISPOM baseline found under /usr and added the lines needed to mitigate findings from a SCC/SCAP scan using Red Hat 6 STIG Benchmark - Ver 1, Rel 13

Using this file I have not had any issues with servers or workstations throwing a kernel panic under heavy use. 

There is likely some cleanup that could be performed here with the commented out lines (some are redundant I believe) but I haven't had time to chase that down.
Copy link
Owner

@fcaviggia fcaviggia left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I should probably replace the audit.rules with a script - similar to what I'm doing in RHEL 7 https://github.com/RedHatGov/ssg-el7-kickstart/blob/master/config/hardening/ssg-supplemental.sh (lines 149-338) to capture the privileged commands as those vary from box to box.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants