When the setuid or setgid bits are set on Linux or macOS for an application, this means that the application will run with the privileges of the owning user or group respectively (Citation: setuid man page). Normally an application is run in the current user’s context, regardless of which user or group owns the application. There are instances where programs need to be executed in an elevated context to function properly, but the user running them doesn’t need the elevated privileges. Instead of creating an entry in the sudoers file, which must be done by root, any user can specify the setuid or setgid flag to be set for their own applications. These bits are indicated with an "s" instead of an "x" when viewing a file's attributes vials -l
. Thechmod
program can set these bits with via bitmasking,chmod 4777 [file]
or via shorthand naming,chmod u+s [file]
.An adversary can take advantage of this to either do a shell escape or exploit a vulnerability in an application with the setsuid or setgid bits to get code running in a different user’s context. Additionally, adversaries can use this mechanism on their own malware to make sure they're able to execute in elevated contexts in the future (Citation: OSX Keydnap malware).
sudo chmod u+s hello
sudo chmod u+s #{file_to_setuid}
sudo chmod g+s #{file_to_setuid}
bash_history
scripted_input
index=linux sourcetype=bash_history "chmod 4***" OR "chmod 2***" OR "chmod u+s" OR "chmod g+s" | table host,user_name,bash_command
find Setuid: find / -type f -perm /4000 OR find / -type f -perm /u+s find Setgid: find / -type f -perm /2000 OR find / -type f -perm /g+s
Create a scripted input to ingest the files with Setuid and Setgid bits set and compare it with the expectde whitelist.