Support #311
openOAM - Security Hardening Auditing and Compliance
20%
Description
System Hardening (CIS Benchmarks/ Compliance as code (STIG/SCAP))¶
The goal of this ticket is to deliver the technology implementation piece of " Protecting Controlled Unclassified
Information in Nonfederal Systems and Organizations" (see attached PDF).
Also see https://www.cmmcaudit.org/
Separate tickets have been created for the policy/compliance piece.
General low hanging fruit/quick wins¶
We need to harden the base system image. A combination of CIS benchmarks and STIG/SCAP compliance.
We have already done a number of things to get more compliant with CIS benchmarks (in particular SSH config tweaks).
- Action item: Finish tweaking SSH/auditd etc config to pass CIS benchmark checklist for Debian 12 in Wazuh dashboard .
I suspect that will help with scap/stig/lynis compliance.
-
Action item: finish tweaking system config to pass lynis audit
-
Action item: Atuin for root on all systems for centralized shell history
-
Action item: Move to SSH certificates instead of keys
STIG/SCAP¶
This is more involved.
From https://www.open-scap.org/security-policies/scap-security-guide/
apt install ssg-base ssg-debderived ssg-debian ssg-nondebian ssg-applications
And then we need to utilize ansible to run the relevant playbooks from :
2fa¶
Locking down the localuser account with 2fa is mandatory.
Webmin¶
Cockpit¶
SSH¶
LDAP Auth To Cloudron¶
No local non root accounts on the systems. All need to be from LDAP.
Cloudron is our IDP. It has an LDAP server. We need to utilize it for user authentication/group management etc.
Patch management¶
Unpatched vulns are the fastest way into a system. We need to keep the systems patched and be able to prove compliance.
This may be the one/done full enchilada:
Otherwise we may have to kit bash it together from pieces:
- https://wiki.debian.org/UnattendedUpgrades
- https://docs.theforeman.org/release/3.15/
- Spacewalk ?
- https://unix.stackexchange.com/questions/123598/registering-ubuntu-client-with-spacewalk
- https://www.reddit.com/r/sysadmin/comments/5umy1j/setting_up_ubuntu_channels_on_spacewalk/
- https://github.com/Katello
- https://theforeman.org/plugins/katello/
- https://medium.com/@kylejones199108/ansible-patch-management-for-linux-systems-using-ansible-part-1-501df3748f84
Audits¶
Once we have done all of the hardening, we need to audit the system to show compliance.
Lynis¶
This is an on system scanner (gvm may be able to fill that role instead/in-addition?)
Greenbone Vulnerability Manager¶
This will run from kali (with different configuration for vp-techops and dev)
https://std.rocks/security_kali_gvm.html
Core OAM¶
postalias: warning: /etc/aliases, line 1: need name:value pair
postalias: warning: /etc/aliases, line 2: need name:value pair
postalias: warning: /etc/aliases, line 3: need name:value pair
postalias: warning: /etc/aliases, line 4: need name:value pair
postalias: warning: /etc/aliases, line 5: need name:value pair
postalias: warning: /etc/aliases, line 6: need name:value pair
postalias: warning: /etc/aliases, line 7: need name:value pair
postalias: warning: /etc/aliases, line 8: need name:value pair
postalias: warning: /etc/aliases, line 9: need name:value pair
Completed running global-systemServiceConfigurationFiles
Now running global-postPackageConfiguration
Synchronizing state of auditd.service with SysV service script with /usr/lib/systemd/systemd-sysv-install.
Executing: /usr/lib/systemd/systemd-sysv-install enable auditd
postmap: warning: /etc/postfix/generic, line 2: expected format: key whitespace value
postmap: warning: /etc/postfix/generic, line 4: expected format: key whitespace value
postmap: warning: /etc/postfix/generic, line 7: expected format: key whitespace value
postmap: warning: /etc/postfix/generic, line 9: expected format: key whitespace value
Files
Updated by Charles N about 2 months ago
- Subject changed from KNEL - Security Hardening IAC to OAM - Security Hardening IAC
- Description updated (diff)
Updated by Charles N about 2 months ago
- Due date changed from 07/31/2025 to 07/12/2025
- Start date changed from 07/01/2025 to 07/05/2025
Updated by Charles N about 1 month ago
- Subject changed from OAM - Security Hardening IAC to OAM - Security Hardening
- Description updated (diff)
Updated by Charles N about 1 month ago
- Subject changed from OAM - Security Hardening to OAM - Security Hardening Auditing and Compliance
- Description updated (diff)
Updated by Charles N about 1 month ago
- Due date changed from 07/12/2025 to 07/26/2025
- Start date changed from 07/05/2025 to 07/21/2025
Updated by Charles N about 1 month ago
- Due date changed from 07/26/2025 to 07/25/2025
Updated by Charles N about 1 month ago
- Blocked by Feature #57: Internal CA deployment added
Updated by Charles N about 1 month ago
- Due date changed from 07/25/2025 to 08/01/2025
Updated by Charles N about 1 month ago
- Due date changed from 08/01/2025 to 08/03/2025
Updated by Charles N about 1 month ago
- Start date changed from 07/21/2025 to 07/28/2025
Updated by Charles N about 1 month ago
- Due date changed from 08/03/2025 to 08/09/2025
- Start date changed from 07/28/2025 to 08/05/2025
Updated by Charles N 25 days ago
- File NIST.SP.800-171r3.pdf NIST.SP.800-171r3.pdf added