mirror of
https://github.com/usnistgov/macos_security.git
synced 2026-02-03 05:53:24 +00:00
os_world_writable_system_folder_configure borken since Sonoma 14.4 #103
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 @borrelm on GitHub.
Summary
Since Sonoma 14.4, os_world_writable_system_folder_configure check and remediation are not appropriate anymore as it appears there are new items world writable for which permissions cannot be change
Steps to reproduce
On a freshly install Sonoma 14.4 run
sudo /usr/bin/find /System/Volumes/Data/System -type d -perm -2 -ls | /usr/bin/grep -v "downloadDir" | /usr/bin/wc -l | /usr/bin/xargsSee that result is not 0 (it is 12 on a system that was previously compliant)
Run
sudo /usr/bin/find /System/Volumes/Data/System -type d -perm -2 -ls | /usr/bin/grep -v "downloadDir"and see that new items are now catched by this
Try to remediate by running standard remediation
get the following errors :
Operating System version
MacOS Sonoma 14.4 Build 23E214
Intel or Apple Silicon
Silicon Mac. Maybe on Intel too, idk
What is the current bug behavior?
Permissions are not change to comply with standard
What is the expected correct behavior?
Either permissions should be change in some other way or the check should be changed to accept "12" as result
Relevant logs and/or screenshots
sudo /usr/bin/find /System/Volumes/Data/System -type d -perm -2 -ls | /usr/bin/grep -v "downloadDir"Output of checks
get the following errors :
Possible fixes
(If you can, link to the line of code that might be responsible for the problem)
@golbiga commented on GitHub:
@borrelm this was addressed in #355. The new check fix takes into account the
locksfolder. You can either pull down the changes or adjust your script accordingly.Check:
Fix:
@borrelm commented on GitHub:
My bad 😣
Thanks @golbiga !