mirror of
https://github.com/usnistgov/macos_security.git
synced 2026-02-09 00:09:55 +00:00
JCE CIS Level 1 Rules are showing 2.9.3 (Level 2) #215
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @gsprague on GitHub.
Summary
(Summarize the bug encountered concisely)
When using the Jamf Compliance Editor and selecting the CIS Level 1 Ventura benchmark, it shows 2.9.3 which is CIS Level 2.
Steps to reproduce
(How one can reproduce the issue - this is very important)
Operating System version
(macOS Version and build)
macOS v13 (22A380)
Intel or Apple Silicon
(Intel based process or Apple Silicon Mac)
Intel
What is the current bug behavior?
(What actually happens)
2 rules for CIS Level 2 #2.9.3 are showing in the CIS Level 1 rule set.
What is the expected correct behavior?
(What you should see instead)
2 rules for CIS Level 2 #2.9.3 should not be showing in the CIS Level 1 rule set.
Relevant logs and/or screenshots
(Paste any relevant logs - please use code blocks (```) to format console output, logs, and code as it's tough to read otherwise.)
Output of checks
(Paste any output that occurs with the bug)
Possible fixes
(If you can, link to the line of code that might be responsible for the problem)
Take the following CIS Level 2 rules out of the CIS Level 1 baseline yaml file
Project File Path:
../baselines/cis_lvl1.yaml
Rules to Remove from the '- section: "macos"':
- os_hibernate_mode_destroyfvkeyonstandby_enable
- os_hibernate_mode_enable
@golbiga commented on GitHub:
Updated in monterey and Big Sur. Closing this issue. Thanks.
@gsprague commented on GitHub:
@golbiga These will also need to be updated in the Big Sur and Monterey branches. They are showing up in JCE as rule #2.8.3.