This guide presents a catalog of security-relevant
configuration settings for Red Hat Enterprise Linux 7. It is a rendering of
content structured in the eXtensible Configuration Checklist Description Format (XCCDF)
in order to support security automation. The SCAP content is
is available in the Providing system administrators with such guidance informs them how to securely configure systems under their control in a variety of network roles. Policy makers and baseline creators can use this catalog of settings, with its associated references to higher-level security control catalogs, in order to assist them in security baseline creation. This guide is a catalog, not a checklist, and satisfaction of every item is not likely to be possible or sensible in many operational scenarios. However, the XCCDF format enables granular selection and adjustment of settings, and their association with OVAL and OCIL content provides an automated checking capability. Transformations of this document, and its associated automated checking content, are capable of providing baselines that meet a diverse set of policy objectives. Some example XCCDF Profiles, which are selections of items that form checklists and can be used as baselines, are available with this guide. They can be processed, in an automated fashion, with tools that support the Security Content Automation Protocol (SCAP). The DISA STIG for Red Hat Enterprise Linux 7, which provides required settings for US Department of Defense systems, is one example of a baseline created from this guidance. Applicable platforms
|
Version: 0.1.31 Revision history
|
1. Remediation functions used by the SCAP Security Guide Project
XCCDF form of the various remediation functions as used by remediation scripts from the SCAP Security Guide Project
2. Introduction
The purpose of this guidance is to provide security configuration recommendations and baselines for the Red Hat Enterprise Linux 7 operating system. Recommended settings for the basic operating system are provided, as well as for many network services that the system can provide to other systems. The guide is intended for system administrators. Readers are assumed to possess basic system administration skills for Unix-like systems, as well as some familiarity with the product's documentation and administration conventions. Some instructions within this guide are complex. All directions should be followed completely and with understanding of their effects in order to avoid serious adverse effects on the system and its security.
Table of Contents
link | previous | next | up | toc | home
2.1. General Principles
The following general principles motivate much of the advice in this guide and should also influence any configuration decisions that are not explicitly covered.
link | previous | next | up | toc | home
2.1.1. Encrypt Transmitted Data Whenever Possible
Data transmitted over a network, whether wired or wireless, is susceptible to passive monitoring. Whenever practical solutions for encrypting such data exist, they should be applied. Even if data is expected to be transmitted only over a local network, it should still be encrypted. Encrypting authentication data, such as passwords, is particularly important. Networks of Red Hat Enterprise Linux 7 machines can and should be configured so that no unencrypted authentication data is ever transmitted between machines.
2.1.2. Minimize Software to Minimize Vulnerability
The simplest way to avoid vulnerabilities in software is to avoid installing that software. On Red Hat Enterprise Linux 7, the RPM Package Manager (originally Red Hat Package Manager, abbreviated RPM) allows for careful management of the set of software packages installed on a system. Installed software contributes to system vulnerability in several ways. Packages that include setuid programs may provide local attackers a potential path to privilege escalation. Packages that include network services may give this opportunity to network-based attackers. Packages that include programs which are predictably executed by local users (e.g. after graphical login) may provide opportunities for trojan horses or other attack code to be run undetected. The number of software packages installed on a system can almost always be significantly pruned to include only the software for which there is an environmental or operational need.
2.1.3. Run Different Network Services on Separate Systems
Whenever possible, a server should be dedicated to serving exactly one network service. This limits the number of other services that can be compromised in the event that an attacker is able to successfully exploit a software flaw in one network service.
2.1.4. Configure Security Tools to Improve System Robustness
Several tools exist which can be effectively used to improve a system's resistance to and detection of unknown attacks. These tools can improve robustness against attack at the cost of relatively little configuration effort. In particular, this guide recommends and discusses the use of host-based firewalling, SELinux for protection against vulnerable services, and a logging and auditing infrastructure for detection of problems.
2.1.5. Least Privilege
Grant the least privilege necessary for user accounts and software to perform tasks.
For example, sudo
can be implemented to limit authorization to super user
accounts on the system only to designated personnel. Another example is to limit
logins on server systems to only those administrators who need to log into them in
order to perform administration tasks. Using SELinux also follows the principle of
least privilege: SELinux policy can confine software to perform only actions on the
system that are specifically allowed. This can be far more restrictive than the
actions permissible by the traditional Unix permissions model.
2.2. How to Use This Guide
Readers should heed the following points when using the guide.
link | previous | next | up | toc | home
2.2.1. Read Sections Completely and in Order
Each section may build on information and recommendations discussed in prior sections. Each section should be read and understood completely; instructions should never be blindly applied. Relevant discussion may occur after instructions for an action.
2.2.2. Test in Non-Production Environment
This guidance should always be tested in a non-production environment before deployment. This test environment should simulate the setup in which the system will be deployed as closely as possible.
2.2.3. Root Shell Environment Assumed
Most of the actions listed in this document are written with the
assumption that they will be executed by the root user running the
/bin/bash
shell. Commands preceded with a hash mark (#)
assume that the administrator will execute the commands as root, i.e.
apply the command via sudo
whenever possible, or use
su
to gain root privileges if sudo
cannot be
used. Commands which can be executed as a non-root user are are preceded
by a dollar sign ($) prompt.
2.2.4. Formatting Conventions
Commands intended for shell execution, as well as configuration file text,
are featured in a monospace font
. Italics are used
to indicate instances where the system administrator must substitute
the appropriate information into a command or configuration file.
2.2.5. Reboot Required
A system reboot is implicitly required after some actions in order to complete the reconfiguration of the system. In many cases, the changes will not take effect until a reboot is performed. In order to ensure that changes are applied properly and to test functionality, always reboot the system after applying a set of recommendations from this guide.
3. System Settings
Contains rules that check correct system settings.
Table of Contents
-
3.1. Installing and Maintaining Software
- 3.1.1. Disk Partitioning
-
3.1.2. Updating Software
- 3.1.2.a. Ensure Red Hat GPG Key Installed
- 3.1.2.b. Ensure gpgcheck Enabled In Main Yum Configuration
- 3.1.2.c. Ensure gpgcheck Enabled For All Yum Package Repositories
- 3.1.2.d. Ensure Software Patches Installed
- 3.1.2.e. Ensure YUM Removes Previous Package Versions
- 3.1.2.f. Ensure gpgcheck Enabled for Local Packages
- 3.1.2.g. Ensure gpgcheck Enabled for Repository Metadata
-
3.1.3. System and Software Integrity
- 3.1.3.a. Disable Prelinking
-
3.1.3.2. Software Integrity Checking
-
3.1.3.2.1. Verify Integrity with AIDE
- 3.1.3.2.1.a. Install AIDE
- 3.1.3.2.1.b. Build and Test AIDE Database
- 3.1.3.2.1.c. Configure Periodic Execution of AIDE
- 3.1.3.2.1.d. Configure Notification of Post-AIDE Scan Details
- 3.1.3.2.1.e. Configure AIDE to Verify Access Control Lists (ACLs)
- 3.1.3.2.1.f. Configure AIDE to Verify Extended Attributes
- 3.1.3.2.1.g. Configure AIDE to Use FIPS 140-2 for Validating Hashes
- 3.1.3.2.2. Verify Integrity with RPM
-
3.1.3.2.1. Verify Integrity with AIDE
-
3.1.3.3. Endpoint Protection Software
- 3.1.3.3.a. Install Intrusion Detection Software
- 3.1.3.3.b. Install Virus Scanning Software
- 3.1.3.3.3. McAfee Endpoint Security Software
- 3.1.3.4. Federal Information Processing Standard (FIPS)
- 3.1.3.5. Operating System Vendor Support and Certification
-
3.1.4. GNOME Desktop Environment
- 3.1.4.a. Configure GNOME3 DConf User Profile
- 3.1.4.2. Configure GNOME Login Screen
-
3.1.4.3. Configure GNOME Screen Locking
- 3.1.4.3.a. Set GNOME3 Screensaver Inactivity Timeout
- 3.1.4.3.b. Enable GNOME3 Screensaver Idle Activation
- 3.1.4.3.c. Enable GNOME3 Screensaver Lock After Idle Period
- 3.1.4.3.d. Set GNOME3 Screensaver Lock Delay After Activation Period
- 3.1.4.3.e. Implement Blank Screensaver
- 3.1.4.3.f. Disable Full User Name on Splash Shield
- 3.1.4.3.g. Ensure Users Cannot Change GNOME3 Session Settings
- 3.1.4.4. GNOME System Settings
- 3.1.4.5. GNOME Network Settings
- 3.1.4.6. GNOME Remote Access Settings
- 3.1.4.7. GNOME Media Settings
- 3.1.5. Sudo
-
3.2. File Permissions and Masks
-
3.2.1. Restrict Partition Mount Options
- 3.2.1.a. Add nodev Option to Non-Root Local Partitions
- 3.2.1.b. Add nodev Option to Removable Media Partitions
- 3.2.1.c. Add noexec Option to Removable Media Partitions
- 3.2.1.d. Add nosuid Option to Removable Media Partitions
- 3.2.1.e. Add nodev Option to /tmp
- 3.2.1.f. Add noexec Option to /tmp
- 3.2.1.g. Add nosuid Option to /tmp
- 3.2.1.h. Add nodev Option to /dev/shm
- 3.2.1.i. Add noexec Option to /dev/shm
- 3.2.1.j. Add nosuid Option to /dev/shm
- 3.2.1.k. Bind Mount /var/tmp To /tmp
-
3.2.2. Restrict Dynamic Mounting and Unmounting of Filesystems
- 3.2.2.a. Disable Modprobe Loading of USB Storage Driver
- 3.2.2.b. Disable Kernel Support for USB via Bootloader Configuration
- 3.2.2.c. Disable Booting from USB Devices in Boot Firmware
- 3.2.2.d. Assign Password to Prevent Changes to Boot Firmware Configuration
- 3.2.2.e. Disable the Automounter
- 3.2.2.f. Disable Mounting of cramfs
- 3.2.2.g. Disable Mounting of freevxfs
- 3.2.2.h. Disable Mounting of jffs2
- 3.2.2.i. Disable Mounting of hfs
- 3.2.2.j. Disable Mounting of hfsplus
- 3.2.2.k. Disable Mounting of squashfs
- 3.2.2.l. Disable Mounting of udf
-
3.2.3. Verify Permissions on Important Files and Directories
- 3.2.3.a. Verify that All World-Writable Directories Have Sticky Bits Set
- 3.2.3.e. Ensure All Files Are Owned by a User
- 3.2.3.f. Ensure All Files Are Owned by a Group
- 3.2.3.g. Ensure All World-Writable Directories Are Owned by a System Account
-
3.2.3.8. Verify Permissions on Files with Local Account Information and Credentials
- 3.2.3.8.a. Verify User Who Owns shadow File
- 3.2.3.8.b. Verify Group Who Owns shadow File
- 3.2.3.8.c. Verify Permissions on shadow File
- 3.2.3.8.d. Verify User Who Owns group File
- 3.2.3.8.e. Verify Group Who Owns group File
- 3.2.3.8.f. Verify Permissions on group File
- 3.2.3.8.g. Verify User Who Owns gshadow File
- 3.2.3.8.h. Verify Group Who Owns gshadow File
- 3.2.3.8.i. Verify Permissions on gshadow File
- 3.2.3.8.j. Verify User Who Owns passwd File
- 3.2.3.8.k. Verify Group Who Owns passwd File
- 3.2.3.8.l. Verify Permissions on passwd File
- 3.2.3.9. Verify File Permissions Within Some Important Directories
- 3.2.4. Restrict Programs from Dangerous Execution Patterns
-
3.2.1. Restrict Partition Mount Options
-
3.3. SELinux
- 3.3.a. Ensure SELinux Not Disabled in /etc/default/grub
- 3.3.b. Ensure SELinux State is Enforcing
- 3.3.c. Configure SELinux Policy
- 3.3.d. Uninstall setroubleshoot Package
- 3.3.e. Uninstall mcstrans Package
- 3.3.f. Ensure No Daemons are Unconfined by SELinux
- 3.3.g. Ensure No Device Files are Unlabeled by SELinux
- 3.3.h. Ensure SELinux support is enabled in Docker
-
3.3.9. SELinux - Booleans
- 3.3.9.a. Disable the abrt_anon_write SELinux Boolean
- 3.3.9.b. Disable the abrt_handle_event SELinux Boolean
- 3.3.9.c. Disable the abrt_upload_watch_anon_write SELinux Boolean
- 3.3.9.d. Enable the antivirus_can_scan_system SELinux Boolean
- 3.3.9.e. Disable the antivirus_use_jit SELinux Boolean
- 3.3.9.f. Enable the auditadm_exec_content SELinux Boolean
- 3.3.9.g. Disable the authlogin_nsswitch_use_ldap SELinux Boolean
- 3.3.9.h. Disable the authlogin_radius SELinux Boolean
- 3.3.9.i. Disable the authlogin_yubikey SELinux Boolean
- 3.3.9.j. Disable the awstats_purge_apache_log_files SELinux Boolean
- 3.3.9.k. Disable the boinc_execmem SELinux Boolean
- 3.3.9.l. Disable the cdrecord_read_content SELinux Boolean
- 3.3.9.m. Disable the cluster_can_network_connect SELinux Boolean
- 3.3.9.n. Disable the cluster_manage_all_files SELinux Boolean
- 3.3.9.o. Disable the cluster_use_execmem SELinux Boolean
- 3.3.9.p. Disable the cobbler_anon_write SELinux Boolean
- 3.3.9.q. Disable the cobbler_can_network_connect SELinux Boolean
- 3.3.9.r. Disable the cobbler_use_cifs SELinux Boolean
- 3.3.9.s. Disable the cobbler_use_nfs SELinux Boolean
- 3.3.9.t. Disable the collectd_tcp_network_connect SELinux Boolean
- 3.3.9.u. Disable the condor_tcp_network_connect SELinux Boolean
- 3.3.9.v. Disable the conman_can_network SELinux Boolean
- 3.3.9.w. Disable the cron_can_relabel SELinux Boolean
- 3.3.9.y. Enable the cron_userdomain_transition SELinux Boolean
- 3.3.9.z. Disable the cups_execmem SELinux Boolean
- 3.3.9.aa. Disable the cvs_read_shadow SELinux Boolean
- 3.3.9.ab. Disable the daemons_dump_core SELinux Boolean
- 3.3.9.ac. Disable the daemons_enable_cluster_mode SELinux Boolean
- 3.3.9.ad. Disable the daemons_use_tcp_wrapper SELinux Boolean
- 3.3.9.ae. Disable the daemons_use_tty SELinux Boolean
- 3.3.9.af. Enable the dbadm_exec_content SELinux Boolean
- 3.3.9.ag. Disable the dbadm_manage_user_files SELinux Boolean
- 3.3.9.ah. Disable the dbadm_read_user_files SELinux Boolean
- 3.3.9.ai. Disable the deny_execmem SELinux Boolean
- 3.3.9.aj. Disable the deny_ptrace SELinux Boolean
- 3.3.9.ak. Disable the dhcpc_exec_iptables SELinux Boolean
- 3.3.9.al. Disable the dhcpd_use_ldap SELinux Boolean
- 3.3.9.am. Disable the docker_connect_any SELinux Boolean
- 3.3.9.an. Enable the docker_transition_unconfined SELinux Boolean
- 3.3.9.ao. Enable the domain_fd_use SELinux Boolean
- 3.3.9.ap. Disable the domain_kernel_load_modules SELinux Boolean
- 3.3.9.aq. Disable the entropyd_use_audio SELinux Boolean
- 3.3.9.ar. Disable the exim_can_connect_db SELinux Boolean
- 3.3.9.as. Disable the exim_manage_user_files SELinux Boolean
- 3.3.9.at. Disable the exim_read_user_files SELinux Boolean
- 3.3.9.au. Disable the fcron_crond SELinux Boolean
- 3.3.9.av. Disable the fenced_can_network_connect SELinux Boolean
- 3.3.9.aw. Disable the fenced_can_ssh SELinux Boolean
- 3.3.9.ax. Enable the fips_mode SELinux Boolean
- 3.3.9.ay. Disable the ftpd_anon_write SELinux Boolean
- 3.3.9.az. Disable the ftpd_connect_all_unreserved SELinux Boolean
- 3.3.9.ba. Disable the ftpd_connect_db SELinux Boolean
- 3.3.9.bb. Disable the ftpd_full_access SELinux Boolean
- 3.3.9.bc. Disable the ftpd_use_cifs SELinux Boolean
- 3.3.9.bd. Disable the ftpd_use_fusefs SELinux Boolean
- 3.3.9.be. Disable the ftpd_use_nfs SELinux Boolean
- 3.3.9.bf. Disable the ftpd_use_passive_mode SELinux Boolean
- 3.3.9.bg. Disable the ftp_home_dir SELinux Boolean
- 3.3.9.bh. Disable the git_cgi_enable_homedirs SELinux Boolean
- 3.3.9.bi. Disable the git_cgi_use_cifs SELinux Boolean
- 3.3.9.bj. Disable the git_cgi_use_nfs SELinux Boolean
- 3.3.9.bk. Disable the gitosis_can_sendmail SELinux Boolean
- 3.3.9.bl. Disable the git_session_bind_all_unreserved_ports SELinux Boolean
- 3.3.9.bm. Disable the git_session_users SELinux Boolean
- 3.3.9.bn. Disable the git_system_enable_homedirs SELinux Boolean
- 3.3.9.bo. Disable the git_system_use_cifs SELinux Boolean
- 3.3.9.bp. Disable the git_system_use_nfs SELinux Boolean
- 3.3.9.bq. Disable the glance_api_can_network SELinux Boolean
- 3.3.9.br. Disable the glance_use_execmem SELinux Boolean
- 3.3.9.bs. Disable the glance_use_fusefs SELinux Boolean
- 3.3.9.bt. Disable the global_ssp SELinux Boolean
- 3.3.9.bu. Disable the gluster_anon_write SELinux Boolean
- 3.3.9.bv. Disable the gluster_export_all_ro SELinux Boolean
- 3.3.9.bw. Configure the gluster_export_all_rw SELinux Boolean
- 3.3.9.bx. Disable the gpg_web_anon_write SELinux Boolean
- 3.3.9.by. Enable the gssd_read_tmp SELinux Boolean
- 3.3.9.bz. Disable the guest_exec_content SELinux Boolean
- 3.3.9.ca. Disable the haproxy_connect_any SELinux Boolean
- 3.3.9.cb. Disable the httpd_anon_write SELinux Boolean
- 3.3.9.cc. Configure the httpd_builtin_scripting SELinux Boolean
- 3.3.9.cd. Disable the httpd_can_check_spam SELinux Boolean
- 3.3.9.ce. Disable the httpd_can_connect_ftp SELinux Boolean
- 3.3.9.cf. Disable the httpd_can_connect_ldap SELinux Boolean
- 3.3.9.cg. Disable the httpd_can_connect_mythtv SELinux Boolean
- 3.3.9.ch. Disable the httpd_can_connect_zabbix SELinux Boolean
- 3.3.9.ci. Disable the httpd_can_network_connect_cobbler SELinux Boolean
- 3.3.9.cj. Disable the httpd_can_network_connect_db SELinux Boolean
- 3.3.9.ck. Disable the httpd_can_network_connect SELinux Boolean
- 3.3.9.cl. Disable the httpd_can_network_memcache SELinux Boolean
- 3.3.9.cm. Disable the httpd_can_network_relay SELinux Boolean
- 3.3.9.cn. Disable the httpd_can_sendmail SELinux Boolean
- 3.3.9.co. Disable the httpd_dbus_avahi SELinux Boolean
- 3.3.9.cp. Disable the httpd_dbus_sssd SELinux Boolean
- 3.3.9.cq. Disable the httpd_dontaudit_search_dirs SELinux Boolean
- 3.3.9.cr. Configure the httpd_enable_cgi SELinux Boolean
- 3.3.9.cs. Disable the httpd_enable_ftp_server SELinux Boolean
- 3.3.9.ct. Disable the httpd_enable_homedirs SELinux Boolean
- 3.3.9.cu. Disable the httpd_execmem SELinux Boolean
- 3.3.9.cv. Enable the httpd_graceful_shutdown SELinux Boolean
- 3.3.9.cw. Disable the httpd_manage_ipa SELinux Boolean
- 3.3.9.cx. Disable the httpd_mod_auth_ntlm_winbind SELinux Boolean
- 3.3.9.cy. Disable the httpd_mod_auth_pam SELinux Boolean
- 3.3.9.cz. Disable the httpd_read_user_content SELinux Boolean
- 3.3.9.da. Disable the httpd_run_ipa SELinux Boolean
- 3.3.9.db. Disable the httpd_run_preupgrade SELinux Boolean
- 3.3.9.dc. Disable the httpd_run_stickshift SELinux Boolean
- 3.3.9.dd. Disable the httpd_serve_cobbler_files SELinux Boolean
- 3.3.9.de. Disable the httpd_setrlimit SELinux Boolean
- 3.3.9.df. Disable the httpd_ssi_exec SELinux Boolean
- 3.3.9.dg. Disable the httpd_sys_script_anon_write SELinux Boolean
- 3.3.9.dh. Disable the httpd_tmp_exec SELinux Boolean
- 3.3.9.di. Disable the httpd_tty_comm SELinux Boolean
- 3.3.9.dj. Disable the httpd_unified SELinux Boolean
- 3.3.9.dk. Disable the httpd_use_cifs SELinux Boolean
- 3.3.9.dl. Disable the httpd_use_fusefs SELinux Boolean
- 3.3.9.dm. Disable the httpd_use_gpg SELinux Boolean
- 3.3.9.dn. Disable the httpd_use_nfs SELinux Boolean
- 3.3.9.do. Disable the httpd_use_openstack SELinux Boolean
- 3.3.9.dp. Disable the httpd_use_sasl SELinux Boolean
- 3.3.9.dq. Disable the httpd_verify_dns SELinux Boolean
- 3.3.9.dr. Disable the icecast_use_any_tcp_ports SELinux Boolean
- 3.3.9.ds. Disable the irc_use_any_tcp_ports SELinux Boolean
- 3.3.9.dt. Disable the irssi_use_full_network SELinux Boolean
- 3.3.9.du. Disable the kdumpgui_run_bootloader SELinux Boolean
- 3.3.9.dv. Enable the kerberos_enabled SELinux Boolean
- 3.3.9.dw. Disable the ksmtuned_use_cifs SELinux Boolean
- 3.3.9.dx. Disable the ksmtuned_use_nfs SELinux Boolean
- 3.3.9.dy. Enable the logadm_exec_content SELinux Boolean
- 3.3.9.dz. Disable the logging_syslogd_can_sendmail SELinux Boolean
- 3.3.9.ea. Disable the logging_syslogd_run_nagios_plugins SELinux Boolean
- 3.3.9.eb. Enable the logging_syslogd_use_tty SELinux Boolean
- 3.3.9.ec. Enable the login_console_enabled SELinux Boolean
- 3.3.9.ed. Disable the logrotate_use_nfs SELinux Boolean
- 3.3.9.ee. Disable the logwatch_can_network_connect_mail SELinux Boolean
- 3.3.9.ef. Disable the lsmd_plugin_connect_any SELinux Boolean
- 3.3.9.eg. Disable the mailman_use_fusefs SELinux Boolean
- 3.3.9.eh. Disable the mcelog_client SELinux Boolean
- 3.3.9.ei. Enable the mcelog_exec_scripts SELinux Boolean
- 3.3.9.ej. Disable the mcelog_foreground SELinux Boolean
- 3.3.9.ek. Disable the mcelog_server SELinux Boolean
- 3.3.9.el. Disable the minidlna_read_generic_user_content SELinux Boolean
- 3.3.9.em. Disable the mmap_low_allowed SELinux Boolean
- 3.3.9.en. Disable the mock_enable_homedirs SELinux Boolean
- 3.3.9.eo. Enable the mount_anyfile SELinux Boolean
- 3.3.9.ep. Disable the mozilla_plugin_bind_unreserved_ports SELinux Boolean
- 3.3.9.eq. Disable the mozilla_plugin_can_network_connect SELinux Boolean
- 3.3.9.er. Disable the mozilla_plugin_use_bluejeans SELinux Boolean
- 3.3.9.es. Disable the mozilla_plugin_use_gps SELinux Boolean
- 3.3.9.et. Disable the mozilla_plugin_use_spice SELinux Boolean
- 3.3.9.eu. Disable the mozilla_read_content SELinux Boolean
- 3.3.9.ev. Disable the mpd_enable_homedirs SELinux Boolean
- 3.3.9.ew. Disable the mpd_use_cifs SELinux Boolean
- 3.3.9.ex. Disable the mpd_use_nfs SELinux Boolean
- 3.3.9.ey. Disable the mplayer_execstack SELinux Boolean
- 3.3.9.ez. Disable the mysql_connect_any SELinux Boolean
- 3.3.9.fa. Disable the nagios_run_pnp4nagios SELinux Boolean
- 3.3.9.fb. Disable the nagios_run_sudo SELinux Boolean
- 3.3.9.fc. Disable the named_tcp_bind_http_port SELinux Boolean
- 3.3.9.fd. Disable the named_write_master_zones SELinux Boolean
- 3.3.9.fe. Disable the neutron_can_network SELinux Boolean
- 3.3.9.ff. Disable the nfsd_anon_write SELinux Boolean
- 3.3.9.fg. Enable the nfs_export_all_ro SELinux Boolean
- 3.3.9.fh. Enable the nfs_export_all_rw SELinux Boolean
- 3.3.9.fi. Disable the nis_enabled SELinux Boolean
- 3.3.9.fj. Enable the nscd_use_shm SELinux Boolean
- 3.3.9.fk. Disable the openshift_use_nfs SELinux Boolean
- 3.3.9.fl. Disable the openvpn_can_network_connect SELinux Boolean
- 3.3.9.fm. Disable the openvpn_enable_homedirs SELinux Boolean
- 3.3.9.fn. Disable the openvpn_run_unconfined SELinux Boolean
- 3.3.9.fo. Disable the pcp_bind_all_unreserved_ports SELinux Boolean
- 3.3.9.fp. Disable the pcp_read_generic_logs SELinux Boolean
- 3.3.9.fq. Disable the piranha_lvs_can_network_connect SELinux Boolean
- 3.3.9.fr. Disable the polipo_connect_all_unreserved SELinux Boolean
- 3.3.9.fs. Disable the polipo_session_bind_all_unreserved_ports SELinux Boolean
- 3.3.9.ft. Disable the polipo_session_users SELinux Boolean
- 3.3.9.fu. Disable the polipo_use_cifs SELinux Boolean
- 3.3.9.fv. Disable the polipo_use_nfs SELinux Boolean
- 3.3.9.fw. Disable the polyinstantiation_enabled SELinux Boolean
- 3.3.9.fx. Enable the postfix_local_write_mail_spool SELinux Boolean
- 3.3.9.fy. Disable the postgresql_can_rsync SELinux Boolean
- 3.3.9.fz. Disable the postgresql_selinux_transmit_client_label SELinux Boolean
- 3.3.9.ga. Enable the postgresql_selinux_unconfined_dbadm SELinux Boolean
- 3.3.9.gb. Enable the postgresql_selinux_users_ddl SELinux Boolean
- 3.3.9.gc. Disable the pppd_can_insmod SELinux Boolean
- 3.3.9.gd. Disable the pppd_for_user SELinux Boolean
- 3.3.9.ge. Disable the privoxy_connect_any SELinux Boolean
- 3.3.9.gf. Disable the prosody_bind_http_port SELinux Boolean
- 3.3.9.gg. Disable the puppetagent_manage_all_files SELinux Boolean
- 3.3.9.gh. Disable the puppetmaster_use_db SELinux Boolean
- 3.3.9.gi. Disable the racoon_read_shadow SELinux Boolean
- 3.3.9.gj. Disable the rsync_anon_write SELinux Boolean
- 3.3.9.gk. Disable the rsync_client SELinux Boolean
- 3.3.9.gl. Disable the rsync_export_all_ro SELinux Boolean
- 3.3.9.gm. Disable the rsync_full_access SELinux Boolean
- 3.3.9.gn. Disable the samba_create_home_dirs SELinux Boolean
- 3.3.9.go. Disable the samba_domain_controller SELinux Boolean
- 3.3.9.gp. Disable the samba_enable_home_dirs SELinux Boolean
- 3.3.9.gq. Disable the samba_export_all_ro SELinux Boolean
- 3.3.9.gr. Disable the samba_export_all_rw SELinux Boolean
- 3.3.9.gs. Disable the samba_load_libgfapi SELinux Boolean
- 3.3.9.gt. Disable the samba_portmapper SELinux Boolean
- 3.3.9.gu. Disable the samba_run_unconfined SELinux Boolean
- 3.3.9.gx. Disable the sanlock_use_fusefs SELinux Boolean
- 3.3.9.gy. Disable the sanlock_use_nfs SELinux Boolean
- 3.3.9.gz. Disable the sanlock_use_samba SELinux Boolean
- 3.3.9.ha. Disable the saslauthd_read_shadow SELinux Boolean
- 3.3.9.hb. Enable the secadm_exec_content SELinux Boolean
- 3.3.9.hc. Disable the secure_mode_insmod SELinux Boolean
- 3.3.9.hd. Disable the secure_mode SELinux Boolean
- 3.3.9.he. Disable the secure_mode_policyload SELinux Boolean
- 3.3.9.hf. Configure the selinuxuser_direct_dri_enabled SELinux Boolean
- 3.3.9.hg. Disable the selinuxuser_execheap SELinux Boolean
- 3.3.9.hh. Enable the selinuxuser_execmod SELinux Boolean
- 3.3.9.hi. disable the selinuxuser_execstack SELinux Boolean
- 3.3.9.hj. Disable the selinuxuser_mysql_connect_enabled SELinux Boolean
- 3.3.9.hk. Enable the selinuxuser_ping SELinux Boolean
- 3.3.9.hl. Disable the selinuxuser_postgresql_connect_enabled SELinux Boolean
- 3.3.9.hm. Disable the selinuxuser_rw_noexattrfile SELinux Boolean
- 3.3.9.ho. Disable the selinuxuser_tcp_server SELinux Boolean
- 3.3.9.hp. Disable the selinuxuser_udp_server SELinux Boolean
- 3.3.9.hq. Disable the selinuxuser_use_ssh_chroot SELinux Boolean
- 3.3.9.hr. Disable the sftpd_anon_write SELinux Boolean
- 3.3.9.hs. Disable the sftpd_enable_homedirs SELinux Boolean
- 3.3.9.ht. Disable the sftpd_full_access SELinux Boolean
- 3.3.9.hu. Disable the sftpd_write_ssh_home SELinux Boolean
- 3.3.9.hv. Disable the sge_domain_can_network_connect SELinux Boolean
- 3.3.9.hw. Disable the sge_use_nfs SELinux Boolean
- 3.3.9.hx. Disable the smartmon_3ware SELinux Boolean
- 3.3.9.hy. Disable the smbd_anon_write SELinux Boolean
- 3.3.9.hz. Disable the spamassassin_can_network SELinux Boolean
- 3.3.9.ia. Enable the spamd_enable_home_dirs SELinux Boolean
- 3.3.9.ib. Disable the squid_connect_any SELinux Boolean
- 3.3.9.ic. Disable the squid_use_tproxy SELinux Boolean
- 3.3.9.id. Disable the ssh_chroot_rw_homedirs SELinux Boolean
- 3.3.9.ie. Disable the ssh_keysign SELinux Boolean
- 3.3.9.if. Disable the ssh_sysadm_login SELinux Boolean
- 3.3.9.ig. Enable the staff_exec_content SELinux Boolean
- 3.3.9.ih. Disable the staff_use_svirt SELinux Boolean
- 3.3.9.ii. Disable the swift_can_network SELinux Boolean
- 3.3.9.ij. Enable the sysadm_exec_content SELinux Boolean
- 3.3.9.ik. Disable the telepathy_connect_all_ports SELinux Boolean
- 3.3.9.il. Disable the telepathy_tcp_connect_generic_network_ports SELinux Boolean
- 3.3.9.im. Disable the tftp_anon_write SELinux Boolean
- 3.3.9.in. Disable the tftp_home_dir SELinux Boolean
- 3.3.9.io. Disable the tmpreaper_use_nfs SELinux Boolean
- 3.3.9.ip. Disable the tmpreaper_use_samba SELinux Boolean
- 3.3.9.iq. Disable the tor_bind_all_unreserved_ports SELinux Boolean
- 3.3.9.ir. Disable the tor_can_network_relay SELinux Boolean
- 3.3.9.is. Enable the unconfined_chrome_sandbox_transition SELinux Boolean
- 3.3.9.it. Enable the unconfined_login SELinux Boolean
- 3.3.9.iu. Enable the unconfined_mozilla_plugin_transition SELinux Boolean
- 3.3.9.iv. Disable the unprivuser_use_svirt SELinux Boolean
- 3.3.9.iw. Disable the use_ecryptfs_home_dirs SELinux Boolean
- 3.3.9.ix. Disable the use_fusefs_home_dirs SELinux Boolean
- 3.3.9.iy. Disable the use_lpd_server SELinux Boolean
- 3.3.9.iz. Disable the use_nfs_home_dirs SELinux Boolean
- 3.3.9.ja. Enable the user_exec_content SELinux Boolean
- 3.3.9.jb. Disable the use_samba_home_dirs SELinux Boolean
- 3.3.9.jc. Disable the varnishd_connect_any SELinux Boolean
- 3.3.9.jd. Disable the virt_read_qemu_ga_data SELinux Boolean
- 3.3.9.je. Disable the virt_rw_qemu_ga_data SELinux Boolean
- 3.3.9.jf. Disable the virt_sandbox_use_all_caps SELinux Boolean
- 3.3.9.jg. Enable the virt_sandbox_use_audit SELinux Boolean
- 3.3.9.jh. Disable the virt_sandbox_use_mknod SELinux Boolean
- 3.3.9.ji. Disable the virt_sandbox_use_netlink SELinux Boolean
- 3.3.9.jj. Disable the virt_sandbox_use_nfs SELinux Boolean
- 3.3.9.jk. Disable the virt_sandbox_use_samba SELinux Boolean
- 3.3.9.jl. Disable the virt_sandbox_use_sys_admin SELinux Boolean
- 3.3.9.jm. Disable the virt_transition_userdomain SELinux Boolean
- 3.3.9.jn. Disable the virt_use_comm SELinux Boolean
- 3.3.9.jo. Disable the virt_use_execmem SELinux Boolean
- 3.3.9.jp. Disable the virt_use_fusefs SELinux Boolean
- 3.3.9.jq. Disable the virt_use_nfs SELinux Boolean
- 3.3.9.jr. Disable the virt_use_rawip SELinux Boolean
- 3.3.9.js. Disable the virt_use_samba SELinux Boolean
- 3.3.9.jt. Disable the virt_use_sanlock SELinux Boolean
- 3.3.9.ju. Disable the virt_use_usb SELinux Boolean
- 3.3.9.jv. Disable the virt_use_xserver SELinux Boolean
- 3.3.9.jw. Disable the webadm_manage_user_files SELinux Boolean
- 3.3.9.jx. Disable the webadm_read_user_files SELinux Boolean
- 3.3.9.jy. Disable the wine_mmap_zero_ignore SELinux Boolean
- 3.3.9.jz. Disable the xdm_bind_vnc_tcp_port SELinux Boolean
- 3.3.9.ka. Disable the xdm_exec_bootloader SELinux Boolean
- 3.3.9.kb. Disable the xdm_sysadm_login SELinux Boolean
- 3.3.9.kc. Disable the xdm_write_home SELinux Boolean
- 3.3.9.kd. Enable the xend_run_blktap SELinux Boolean
- 3.3.9.ke. Enable the xend_run_qemu SELinux Boolean
- 3.3.9.kf. Disable the xen_use_nfs SELinux Boolean
- 3.3.9.kg. Disable the xguest_connect_network SELinux Boolean
- 3.3.9.kh. Disable the xguest_exec_content SELinux Boolean
- 3.3.9.ki. Disable the xguest_mount_media SELinux Boolean
- 3.3.9.kj. Disable the xguest_use_bluetooth SELinux Boolean
- 3.3.9.kk. Disable the xserver_clients_write_xshm SELinux Boolean
- 3.3.9.kl. Disable the xserver_execmem SELinux Boolean
- 3.3.9.km. Disable the xserver_object_manager SELinux Boolean
- 3.3.9.kn. Disable the zabbix_can_network SELinux Boolean
- 3.3.9.ko. Disable the zarafa_setrlimit SELinux Boolean
- 3.3.9.kp. Disable the zebra_write_config SELinux Boolean
- 3.3.9.kq. Disable the zoneminder_anon_write SELinux Boolean
- 3.3.9.kr. Disable the zoneminder_run_sudo SELinux Boolean
-
3.4. Account and Access Control
-
3.4.1. Protect Accounts by Restricting Password-Based Login
-
3.4.1.1. Restrict Root Logins
- 3.4.1.1.a. Direct root Logins Not Allowed
- 3.4.1.1.b. Restrict Virtual Console Root Logins
- 3.4.1.1.c. Restrict Serial Port Root Logins
- 3.4.1.1.d. Restrict Web Browser Use for Administrative Accounts
- 3.4.1.1.e. Ensure that System Accounts Do Not Run a Shell Upon Login
- 3.4.1.1.f. Verify Only Root Has UID 0
- 3.4.1.1.g. Root Path Must Be Vendor Default
- 3.4.1.2. Verify Proper Storage and Existence of Password Hashes
- 3.4.1.3. Set Password Expiration Parameters
- 3.4.1.4. Set Account Expiration Parameters
-
3.4.1.1. Restrict Root Logins
-
3.4.2. Protect Accounts by Configuring PAM
- 3.4.2.a. Set Last Logon/Access Notification
-
3.4.2.2. Set Password Quality Requirements
-
3.4.2.2.1. Set Password Quality Requirements with pam_pwquality
- 3.4.2.2.1.a. Set Password Retry Prompts Permitted Per-Session
- 3.4.2.2.1.b. Set Password Maximum Consecutive Repeating Characters
- 3.4.2.2.1.c. Set Password to Maximum of Consecutive Repeating Characters from Same Character Class
- 3.4.2.2.1.d. Set Password Strength Minimum Digit Characters
- 3.4.2.2.1.e. Set Password Minimum Length
- 3.4.2.2.1.f. Set Password Strength Minimum Uppercase Characters
- 3.4.2.2.1.g. Set Password Strength Minimum Special Characters
- 3.4.2.2.1.h. Set Password Strength Minimum Lowercase Characters
- 3.4.2.2.1.i. Set Password Strength Minimum Different Characters
- 3.4.2.2.1.j. Set Password Strength Minimum Different Categories
-
3.4.2.2.1. Set Password Quality Requirements with pam_pwquality
- 3.4.2.3. Set Lockouts for Failed Password Attempts
- 3.4.2.4. Set Password Hashing Algorithm
-
3.4.3. Secure Session Configuration Files for Login Accounts
- 3.4.3.a. Set Interactive Session Timeout
- 3.4.3.b. Limit the Number of Concurrent Login Sessions Allowed Per User
- 3.4.3.c. Ensure the Logon Failure Delay is Set Correctly in login.defs
- 3.4.3.d. Ensure that User Home Directories are not Group-Writable or World-Readable
- 3.4.3.5. Ensure that No Dangerous Directories Exist in Root's Path
- 3.4.3.6. Ensure that Users Have Sensible Umask Values
- 3.4.4. Protect Physical Console Access
-
3.4.1. Protect Accounts by Restricting Password-Based Login
-
3.5. Network Configuration and Firewalls
- 3.5.a. Disable Client Dynamic DNS Updates
- 3.5.b. Disable Zeroconf Networking
- 3.5.c. Ensure System is Not Acting as a Network Sniffer
- 3.5.4. Disable Unused Interfaces
-
3.5.5. Kernel Parameters Which Affect Networking
- 3.5.5.1. Network Parameters for Hosts Only
-
3.5.5.2. Network Related Kernel Runtime Parameters for Hosts and Routers
- 3.5.5.2.a. Configure Kernel Parameter for Accepting Source-Routed Packets for All Interfaces
- 3.5.5.2.b. Configure Kernel Parameter for Accepting ICMP Redirects for All Interfaces
- 3.5.5.2.c. Configure Kernel Parameter for Accepting Secure Redirects for All Interfaces
- 3.5.5.2.d. Configure Kernel Parameter to Log Martian Packets
- 3.5.5.2.e. Configure Kernel Parameter to Log Martian Packets By Default
- 3.5.5.2.f. Configure Kernel Parameter for Accepting Source-Routed Packets By Default
- 3.5.5.2.g. Configure Kernel Parameter for Accepting ICMP Redirects By Default
- 3.5.5.2.h. Configure Kernel Parameter for Accepting Secure Redirects By Default
- 3.5.5.2.i. Configure Kernel Parameter to Ignore ICMP Broadcast Echo Requests
- 3.5.5.2.j. Configure Kernel Parameter to Ignore Bogus ICMP Error Responses
- 3.5.5.2.l. Configure Kernel Parameter to Use Reverse Path Filtering for All Interfaces
- 3.5.5.2.m. Configure Kernel Parameter to Use Reverse Path Filtering by Default
- 3.5.6. Wireless Networking
-
3.5.7. IPv6
- 3.5.7.1. Disable Support for IPv6 Unless Needed
-
3.5.7.2. Configure IPv6 Settings if Necessary
- 3.5.7.2.a. Manually Assign Global IPv6 Address
- 3.5.7.2.b. Use Privacy Extensions for Address
- 3.5.7.2.c. Manually Assign IPv6 Router Address
-
3.5.7.2.4. Disable Automatic Configuration
- 3.5.7.2.4.a. Configure Kernel Parameter for Accepting Source-Routed Packets for All Interfaces
- 3.5.7.2.4.b. Configure Accepting IPv6 Router Advertisements
- 3.5.7.2.4.c. Configure Accepting IPv6 Router Advertisements
- 3.5.7.2.4.d. Configure Accepting IPv6 Redirects By Default
- 3.5.7.2.4.e. Configure Accepting IPv6 Redirects By Default
- 3.5.7.2.4.f. Configure Kernel Parameter for Accepting Source-Routed Packets for Interfaces By Default
- 3.5.7.2.4.g. Disable Kernel Parameter for IPv6 Forwarding
- 3.5.7.2.5. Limit Network-Transmitted Configuration if Using Static IPv6 Addresses
- 3.5.8. firewalld
- 3.5.9. Transport Layer Security Support
- 3.5.10. Uncommon Network Protocols
- 3.5.11. IPSec Support
-
3.6. Configure Syslog
- 3.6.a. Ensure rsyslog is Installed
- 3.6.b. Enable rsyslog Service
- 3.6.c. Disable Logwatch on Clients if a Logserver Exists
- 3.6.4. Ensure Proper Configuration of Log Files
- 3.6.5. Rsyslog Logs Sent To Remote Host
- 3.6.6. Configure rsyslogd to Accept Remote Messages If Acting as a Log Server
- 3.6.7. Ensure All Logs are Rotated by logrotate
- 3.6.8. Configure Logwatch on the Central Log Server
-
3.7. System Accounting with auditd
- 3.7.a. Enable auditd Service
- 3.7.b. Enable Auditing for Processes Which Start Prior to the Audit Daemon
-
3.7.3. Configure auditd Data Retention
- 3.7.3.a. Configure auditd Number of Logs Retained
- 3.7.3.b. Configure auditd Max Log File Size
- 3.7.3.c. Configure auditd max_log_file_action Upon Reaching Maximum Log Size
- 3.7.3.d. Configure auditd space_left Action on Low Disk Space
- 3.7.3.e. Configure auditd admin_space_left Action on Low Disk Space
- 3.7.3.f. Configure auditd mail_acct Action on Low Disk Space
- 3.7.3.g. Configure auditd flush priority
- 3.7.3.h. Configure auditd to use audispd's syslog plugin
-
3.7.4. Configure auditd Rules for Comprehensive Auditing
- 3.7.4.a. Record Events that Modify User/Group Information
- 3.7.4.b. Record Events that Modify the System's Network Environment
- 3.7.4.c. System Audit Logs Must Have Mode 0640 or Less Permissive
- 3.7.4.d. System Audit Logs Must Be Owned By Root
- 3.7.4.e. Record Events that Modify the System's Mandatory Access Controls
- 3.7.4.f. Record Attempts to Alter Logon and Logout Events
- 3.7.4.g. Record Attempts to Alter Process and Session Initiation Information
- 3.7.4.h. Ensure auditd Collects Unauthorized Access Attempts to Files (unsuccessful)
- 3.7.4.i. Ensure auditd Collects Information on the Use of Privileged Commands
- 3.7.4.j. Ensure auditd Collects Information on Exporting to Media (successful)
- 3.7.4.k. Ensure auditd Collects File Deletion Events by User
- 3.7.4.l. Ensure auditd Collects System Administrator Actions
- 3.7.4.m. Ensure auditd Collects Information on Kernel Module Loading and Unloading
- 3.7.4.n. Make the auditd Configuration Immutable
- 3.7.4.15. Records Events that Modify Date and Time Information
-
3.7.4.16. Record Events that Modify the System's Discretionary Access Controls
- 3.7.4.16.a. Record Events that Modify the System's Discretionary Access Controls - chmod
- 3.7.4.16.b. Record Events that Modify the System's Discretionary Access Controls - chown
- 3.7.4.16.c. Record Events that Modify the System's Discretionary Access Controls - fchmod
- 3.7.4.16.d. Record Events that Modify the System's Discretionary Access Controls - fchmodat
- 3.7.4.16.e. Record Events that Modify the System's Discretionary Access Controls - fchown
- 3.7.4.16.f. Record Events that Modify the System's Discretionary Access Controls - fchownat
- 3.7.4.16.g. Record Events that Modify the System's Discretionary Access Controls - fremovexattr
- 3.7.4.16.h. Record Events that Modify the System's Discretionary Access Controls - fsetxattr
- 3.7.4.16.i. Record Events that Modify the System's Discretionary Access Controls - lchown
- 3.7.4.16.j. Record Events that Modify the System's Discretionary Access Controls - lremovexattr
- 3.7.4.16.k. Record Events that Modify the System's Discretionary Access Controls - lsetxattr
- 3.7.4.16.l. Record Events that Modify the System's Discretionary Access Controls - removexattr
- 3.7.4.16.m. Record Events that Modify the System's Discretionary Access Controls - setxattr
link | previous | next | up | toc | home
3.1. Installing and Maintaining Software
The following sections contain information on security-relevant choices during the initial operating system installation process and the setup of software updates.
link | previous | next | up | toc | home
3.1.1. Disk Partitioning
To ensure separation and protection of data, there
are top-level system directories which should be placed on their
own physical partition or logical volume. The installer's default
partitioning scheme creates separate logical volumes for
/
, /boot
, and swap
.
-
If starting with any of the default layouts, check the box to "Review and modify partitioning." This allows for the easy creation of additional logical volumes inside the volume group already created, though it may require making
/
's logical volume smaller to create space. In general, using logical volumes is preferable to using partitions because they can be more easily adjusted later. -
If creating a custom layout, create the partitions mentioned in the previous paragraph (which the installer will require anyway), as well as separate ones described in the following sections.
If a system has already been installed, and the default partitioning scheme was used, it is possible but nontrivial to modify it to create separate logical volumes for the directories listed above. The Logical Volume Manager (LVM) makes this possible. See the LVM HOWTO at http://tldp.org/HOWTO/LVM-HOWTO/ for more detailed information on LVM.
link | previous | next | up | toc | home
3.1.1.a. Ensure /tmp Located On Separate Partition
The /tmp
directory is a world-writable directory used
for temporary file storage. Ensure it has its own partition or
logical volume at installation time, or migrate it using LVM.
The /tmp
partition is used as temporary storage by many programs.
Placing /tmp
in its own partition enables the setting of more
restrictive mount options, which can help protect programs which use it.
Security identifiers
- CCE-27173-4
References
- SC-32(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- 1.1.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- RHEL-07-021270. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.1.b. Ensure /var Located On Separate Partition
The /var
directory is used by daemons and other system
services to store frequently-changing data. Ensure that /var
has its own partition
or logical volume at installation time, or migrate it using LVM.
Ensuring that /var
is mounted on its own partition enables the
setting of more restrictive mount options. This helps protect
system services such as daemons or other programs which use it.
It is not uncommon for the /var
directory to contain
world-writable directories installed by other software packages.
Security identifiers
- CCE-26404-4
References
- SC-32(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1.1.5. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-021250. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.1.c. Ensure /var/log Located On Separate Partition
System logs are stored in the /var/log
directory.
Ensure that it has its own partition or logical
volume at installation time, or migrate it using LVM.
Placing /var/log
in its own partition
enables better separation between log files
and other files in /var/
.
Security identifiers
- CCE-26967-0
References
- AU-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-32. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- . URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1.1.7. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.1.1.d. Ensure /var/log/audit Located On Separate Partition
Audit logs are stored in the /var/log/audit
directory. Ensure that it
has its own partition or logical volume at installation time, or migrate it
later using LVM. Make absolutely certain that it is large enough to store all
audit logs that will be created by the auditing daemon.
Placing /var/log/audit
in its own partition
enables better separation between audit files
and other files, and helps ensure that
auditing cannot be halted due to the partition running out
of space.
Security identifiers
- CCE-26971-2
References
- AU-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-32(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1.1.8. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-021260. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.1.e. Ensure /home Located On Separate Partition
If user home directories will be stored locally, create a separate partition
for /home
at installation time (or migrate it later using LVM). If
/home
will be mounted from another system such as an NFS server, then
creating a separate partition is not necessary at installation time, and the
mountpoint can instead be configured later.
Ensuring that /home
is mounted on its own partition enables the
setting of more restrictive mount options, and also helps ensure that
users cannot trivially fill partitions used for log or audit data storage.
Security identifiers
- CCE-80144-9
References
- SC-32(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1208. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1.1.9. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-021240. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.1.f. Encrypt Partitions
Red Hat Enterprise Linux 7 natively supports partition encryption through the
Linux Unified Key Setup-on-disk-format (LUKS) technology. The easiest way to
encrypt a partition is during installation time.
For manual installations, select the Encrypt
checkbox during
partition creation to encrypt the partition. When this
option is selected the system will prompt for a passphrase to use in
decrypting the partition. The passphrase will subsequently need to be entered manually
every time the system boots.
For automated/unattended installations, it is possible to use Kickstart by adding
the --encrypted
and --passphrase=
options to the definition of each partition to be
encrypted. For example, the following line would encrypt the root partition:
part / --fstype=ext4 --size=100 --onpart=hda1 --encrypted --passphrase=PASSPHRASE
Any PASSPHRASE is stored in the Kickstart in plaintext, and the Kickstart must then be protected accordingly.
Omitting the --passphrase=
option from the partition definition will cause the
installer to pause and interactively ask for the passphrase during installation.
Detailed information on encrypting partitions using LUKS can be found on the Red Hat Documentation web site:
The risk of a system's physical compromise, particularly mobile systems such as laptops, places its data at risk of compromise. Encrypting this data mitigates the risk of its loss if the system is lost.
Security identifiers
- CCE-27128-8
References
- SC-13. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-28(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1199. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2476. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000405-GPOS-00184. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000185-GPOS-00079. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020170. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.2. Updating Software
The yum
command line tool is used to install and
update software packages. The system also provides a graphical
software update tool in the System menu, in the Administration submenu,
called Software Update.
Red Hat Enterprise Linux systems contain an installed software catalog called
the RPM database, which records metadata of installed packages. Consistently using
yum
or the graphical Software Update for all software installation
allows for insight into the current inventory of installed software on the system.
link | previous | next | up | toc | home
3.1.2.a. Ensure Red Hat GPG Key Installed
To ensure the system can cryptographically verify base software packages come from Red Hat (and to connect to the Red Hat Network to receive them), the Red Hat GPG key must properly be installed. To install the Red Hat GPG key, run:
$ sudo rhn_register
If the system is not connected to the Internet or an RHN Satellite,
then install the Red Hat GPG key from trusted media such as
the Red Hat installation CD-ROM or DVD. Assuming the disc is mounted
in /media/cdrom
, use the following command as the root user to import
it into the keyring:
$ sudo rpm --import /media/cdrom/RPM-GPG-KEY
Changes to software components can have significant effects on the overall security of the operating system. This requirement ensures the software has not been tampered with and that it has been provided by a trusted vendor. The Red Hat GPG key is necessary to cryptographically verify packages are from Red Hat.
Remediation script
# The two fingerprints below are retrieved from https://access.redhat.com/security/team/key
readonly REDHAT_RELEASE_2_FINGERPRINT="567E 347A D004 4ADE 55BA 8A5F 199E 2F91 FD43 1D51"
readonly REDHAT_AUXILIARY_FINGERPRINT="43A6 E49C 4A38 F4BE 9ABF 2A53 4568 9C88 2FA6 58E0"
# Location of the key we would like to import (once it's integrity verified)
readonly REDHAT_RELEASE_KEY="/etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release"
RPM_GPG_DIR_PERMS=$(stat -c %a "$(dirname "$REDHAT_RELEASE_KEY")")
# Verify /etc/pki/rpm-gpg directory permissions are safe
if [ "${RPM_GPG_DIR_PERMS}" -le "755" ]
then
# If they are safe, try to obtain fingerprints from the key file
# (to ensure there won't be e.g. CRC error)
IFS=$'\n' GPG_OUT=($(gpg --with-fingerprint "${REDHAT_RELEASE_KEY}"))
GPG_RESULT=$?
# No CRC error, safe to proceed
if [ "${GPG_RESULT}" -eq "0" ]
then
for ITEM in "${GPG_OUT[@]}"
do
# Filter just hexadecimal fingerprints from gpg's output from
# processing of a key file
RESULT=$(echo ${ITEM} | sed -n "s/[[:space:]]*Key fingerprint = \(.*\)/\1/p" | tr -s '[:space:]')
# If fingerprint matches Red Hat's release 2 or auxiliary key import the key
if [[ ${RESULT} ]] && ([[ ${RESULT} = "${REDHAT_RELEASE_2_FINGERPRINT}" ]] || \
[[ ${RESULT} = "${REDHAT_AUXILIARY_FINGERPRINT}" ]])
then
rpm --import "${REDHAT_RELEASE_KEY}"
fi
done
fi
fi
Security identifiers
- CCE-26957-1
References
- CM-5(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- MA-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1749. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 366. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- Req-6.2. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1.2.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.1.2.b. Ensure gpgcheck Enabled In Main Yum Configuration
The gpgcheck
option controls whether
RPM packages' signatures are always checked prior to installation.
To configure yum to check package signatures before installing
them, ensure the following line appears in /etc/yum.conf
in
the [main]
section:
gpgcheck=1
Changes to any software components can have significant effects on the overall security
of the operating system. This requirement ensures the software has not been tampered with
and that it has been provided by a trusted vendor.
Accordingly, patches, service packs, device drivers, or operating system components must
be signed with a certificate recognized and approved by the organization.
Verifying the authenticity of the software prior to installation
validates the integrity of the patch or upgrade received from
a vendor. This ensures the software has not been tampered with and
that it has been provided by a trusted vendor. Self-signed
certificates are disallowed by this requirement. Certificates
used to verify the software must be from an approved Certificate
Authority (CA).
Remediation script
sed -i 's/gpgcheck=.*/gpgcheck=1/g' /etc/yum.conf
Security identifiers
- CCE-26989-4
References
- CM-5(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- MA-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1749. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000366-GPOS-00153. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020150. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-6.2. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1.2.3. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.1.2.c. Ensure gpgcheck Enabled For All Yum Package Repositories
To ensure signature checking is not disabled for
any repos, remove any lines from files in /etc/yum.repos.d
of the form:
gpgcheck=0
Verifying the authenticity of the software prior to installation validates the integrity of the patch or upgrade received from a vendor. This ensures the software has not been tampered with and that it has been provided by a trusted vendor. Self-signed certificates are disallowed by this requirement. Certificates used to verify the software must be from an approved Certificate Authority (CA).
Remediation script
sed -i 's/gpgcheck=.*/gpgcheck=1/g' /etc/yum.repos.d/*
Security identifiers
- CCE-26876-3
References
- CM-5(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- MA-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1749. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 366. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- Req-6.2. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.1.2.d. Ensure Software Patches Installed
If the system is joined to the Red Hat Network, a Red Hat Satellite Server, or a yum server, run the following command to install updates:
$ sudo yum update
If the system is not configured to use one of these sources, updates (in the form of RPM packages)
can be manually downloaded from the Red Hat Network and installed using rpm
.
NOTE: U.S. Defense systems are required to be patched within 30 days or sooner as local policy dictates.
Installing software updates is a fundamental mitigation against the exploitation of publicly-known vulnerabilities. If the most recent security patches and updates are not installed, unauthorized users may take advantage of weaknesses in the unpatched software. The lack of prompt attention to patching could result in a system compromise.
Remediation script
yum -y update
Security identifiers
- CCE-26895-3
References
- SI-2. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- MA-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-6.2. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1.7. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020250. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.2.e. Ensure YUM Removes Previous Package Versions
Yum
should be configured to remove previous software components after
previous versions have been installed. To configure yum
to remove the
previous software components after updating, set the clean_requirements_on_remove
to 1
in /etc/yum.conf
.
Previous versions of software components that are not removed from the information system after updates have been installed may be exploited by some adversaries.
Remediation script
if grep --silent ^clean_requirements_on_remove /etc/yum.conf ; then
sed -i "s/^clean_requirements_on_remove.*/clean_requirements_on_remove=1/g" /etc/yum.conf
else
echo -e "\n# Set clean_requirements_on_remove to 1 per security requirements" >> /etc/yum.conf
echo "clean_requirements_on_remove=1" >> /etc/yum.conf
fi
Security identifiers
- CCE-80346-0
References
- SI-2(6). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2617. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000437-GPOS-00194. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020200. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.2.f. Ensure gpgcheck Enabled for Local Packages
Yum
should be configured to verify the signature(s) of local packages
prior to installation. To configure yum
to verify signatures of local
packages, set the localpkg_gpgcheck
to 1
in /etc/yum.conf
.
Changes to any software components can have significant effects to the overall security
of the operating system. This requirement ensures the software has not been tampered and
has been provided by a trusted vendor.
Accordingly, patches, service packs, device drivers, or operating system components must
be signed with a certificate recognized and approved by the organization.
Remediation script
if grep --silent ^localpkg_gpgcheck /etc/yum.conf ; then
sed -i "s/^localpkg_gpgcheck.*/localpkg_gpgcheck=1/g" /etc/yum.conf
else
echo -e "\n# Set localpkg_gpgcheck to 1 per security requirements" >> /etc/yum.conf
echo "localpkg_gpgcheck=1" >> /etc/yum.conf
fi
Security identifiers
- CCE-80347-8
References
- CM-5(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1749. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000366-GPOS-00153. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020151. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.2.g. Ensure gpgcheck Enabled for Repository Metadata
Verify the operating system prevents the installation of patches, service packs, device
drivers, or operating system components of local packages without verification of the
repository metadata.
Check that yum
verifies the repository metadata prior to install with the
following command. This should be configured by setting repo_gpgcheck
to 1
in /etc/yum.conf
.
Changes to any software components can have significant effects to the overall security
of the operating system. This requirement ensures the software has not been tampered and
has been provided by a trusted vendor.
Accordingly, patches, service packs, device drivers, or operating system components must
be signed with a certificate recognized and approved by the organization.
Verifying the authenticity of the software prior to installation validates the integrity
of the patch or upgrade received from a vendor. This ensures the software has not been
tampered with and that it has been provided by a trusted vendor. Self-signed certificates
are disallowed by this requirement. The operating system should not have to verify the software
again.
NOTE: For U.S. Military systems, this requirement does not mandate DoD certificates for
this purpose; however, the certificate used to verify the software must be from an
approved Certificate Authority.
Remediation script
if grep --silent ^repo_gpgcheck /etc/yum.conf ; then
sed -i "s/^repo_gpgcheck.*/repo_gpgcheck=1/g" /etc/yum.conf
else
echo -e "\n# Set repo_gpgcheck to 1 per security requirements" >> /etc/yum.conf
echo "repo_gpgcheck=1" >> /etc/yum.conf
fi
Security identifiers
- CCE-80348-6
References
- CM-5(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1749. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000366-GPOS-00153. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020152. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.3. System and Software Integrity
System and software integrity can be gained by installing antivirus, increasing system encryption strength with FIPS, verifying installed software, enabling SELinux, installing an Intrusion Prevention System, etc. However, installing or enabling integrity checking tools cannot prevent intrusions, but they can detect that an intrusion may have occurred. Requirements for integrity checking may be highly dependent on the environment in which the system will be used. Snapshot-based approaches such as AIDE may induce considerable overhead in the presence of frequent software updates.
link | previous | next | up | toc | home
3.1.3.a. Disable Prelinking
The prelinking feature changes binaries in an attempt to decrease their startup
time. In order to disable it, change or add the following line inside the file
/etc/sysconfig/prelink
:
PRELINKING=no
Next, run the following command to return binaries to a normal, non-prelinked state:
$ sudo /usr/sbin/prelink -ua
Because the prelinking feature changes binaries, it can interfere with the operation of certain software and/or modes such as AIDE, FIPS, etc.
Remediation script
#
# Disable prelinking altogether
#
if grep -q ^PRELINKING /etc/sysconfig/prelink
then
sed -i 's/PRELINKING.*/PRELINKING=no/g' /etc/sysconfig/prelink
else
echo -e "\n# Set PRELINKING=no per security requirements" >> /etc/sysconfig/prelink
echo "PRELINKING=no" >> /etc/sysconfig/prelink
fi
#
# Undo previous prelink changes to binaries
#
/usr/sbin/prelink -ua
Security identifiers
- CCE-27078-5
References
- CM-6(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-28. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- Req-11.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.1.3.2. Software Integrity Checking
Both the AIDE (Advanced Intrusion Detection Environment)
software and the RPM package management system provide
mechanisms for verifying the integrity of installed software.
AIDE uses snapshots of file metadata (such as hashes) and compares these
to current system files in order to detect changes.
The RPM package management system can conduct integrity
checks by comparing information in its metadata database with
files installed on the system.
link | previous | next | up | toc | home
3.1.3.2.1. Verify Integrity with AIDE
AIDE conducts integrity checks by comparing information about
files with previously-gathered information. Ideally, the AIDE database is
created immediately after initial system configuration, and then again after any
software update. AIDE is highly configurable, with further configuration
information located in /usr/share/doc/aide-VERSION
.
link | previous | next | up | toc | home
3.1.3.2.1.a. Install AIDE
Install the AIDE package with the command:
$ sudo yum install aide
The AIDE package must be installed if it is to be available for integrity checking.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command install aide
Remediation script
- name: Ensure aide is installed
package:
name="{{item}}"
state=present
with_items:
- aide
Remediation script
include install_aide
class install_aide {
package { 'aide':
ensure => 'installed',
}
}
Remediation script
package --add=aide
Security identifiers
- CCE-27096-7
References
- CM-3(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-3(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-28. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- . URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-11.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1.3.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.1.3.2.1.b. Build and Test AIDE Database
Run the following command to generate a new database:
$ sudo /usr/sbin/aide --init
By default, the database will be written to the file /var/lib/aide/aide.db.new.gz
.
Storing the database, the configuration file /etc/aide.conf
, and the binary
/usr/sbin/aide
(or hashes of these files), in a secure location (such as on read-only media) provides additional assurance about their integrity.
The newly-generated database can be installed as follows:
$ sudo cp /var/lib/aide/aide.db.new.gz /var/lib/aide/aide.db.gz
To initiate a manual check, run the following command:
$ sudo /usr/sbin/aide --check
If this check produces any unexpected output, investigate.
For AIDE to be effective, an initial database of "known-good" information about files must be captured and it should be able to be verified against the installed files.
Remediation script
/usr/sbin/aide --init
/bin/cp -p /var/lib/aide/aide.db.new.gz /var/lib/aide/aide.db.gz
Security identifiers
- CCE-27220-3
References
- CM-3(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-3(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-28. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- Req-11.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.1.3.2.1.c. Configure Periodic Execution of AIDE
At a minimum, AIDE should be configured to run a weekly scan. At most, AIDE should be run daily.
To implement a daily execution of AIDE at 4:05am using cron, add the following line to /etc/crontab
:
05 4 * * * root /usr/sbin/aide --check
To implement a weekly execution of AIDE at 4:05am using cron, add the following line to /etc/crontab
:
05 4 * * 0 root /usr/sbin/aide --check
AIDE can be executed periodically through other means; this is merely one example.
By default, AIDE does not install itself for periodic execution. Periodically
running AIDE is necessary to reveal unexpected changes in installed files.
Unauthorized changes to the baseline configuration could make the system vulnerable
to various attacks or allow unauthorized access to the operating system. Changes to
operating system configurations can have unintended side effects, some of which may
be relevant to security.
Detecting such changes and providing an automated response can help avoid unintended,
negative consequences that could ultimately affect the security state of the operating
system. The operating system's Information Management Officer (IMO)/Information System
Security Officer (ISSO) and System Administrators (SAs) must be notified via email and/or
monitoring system trap when there is an unauthorized modification of a configuration item.
Remediation script
echo "05 4 * * * root /usr/sbin/aide --check" >> /etc/crontab
Security identifiers
- CCE-26952-2
References
- CM-3(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-3(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-3(5). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-28. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1744. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-11.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1.3.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000363-GPOS-00150. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- 020130. .
3.1.3.2.1.d. Configure Notification of Post-AIDE Scan Details
AIDE should notify appropriate personnel of the details of a scan after the scan has been run.
If AIDE has already been configured for periodic execution in /etc/crontab
, append the
following line to the existing AIDE line:
| /bin/mail -s "$(hostname) - AIDE Integrity Check" root@localhost
Otherwise, add the following line to /etc/crontab
:
05 4 * * * root /usr/sbin/aide --check | /bin/mail -s "$(hostname) - AIDE Integrity Check" root@localhost
AIDE can be executed periodically through other means; this is merely one example.
Unauthorized changes to the baseline configuration could make the system vulnerable
to various attacks or allow unauthorized access to the operating system. Changes to
operating system configurations can have unintended side effects, some of which may
be relevant to security.
Detecting such changes and providing an automated response can help avoid unintended,
negative consequences that could ultimately affect the security state of the operating
system. The operating system's Information Management Officer (IMO)/Information System
Security Officer (ISSO) and System Administrators (SAs) must be notified via email and/or
monitoring system trap when there is an unauthorized modification of a configuration item.
Security identifiers
- CCE-80374-2
References
- CM-3(5). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1744. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000363-GPOS-00150. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- 020140. .
3.1.3.2.1.e. Configure AIDE to Verify Access Control Lists (ACLs)
By default, the acl
option is added to the FIPSR
ruleset in AIDE.
If using a custom ruleset or the acl
option is missing, add acl
to the appropriate ruleset.
For example, add acl
to the following line in /etc/aide.conf
:
FIPSR = p+i+n+u+g+s+m+c+acl+selinux+xattrs+sha256
AIDE rules can be configured in multiple ways; this is merely one example that is already
configured by default.
ACLs can provide permissions beyond those permitted through the file mode and must be verified by the file integrity tools.
Security identifiers
- CCE-80375-9
References
- SI-7.1. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- 021600. .
3.1.3.2.1.f. Configure AIDE to Verify Extended Attributes
By default, the xattrs
option is added to the FIPSR
ruleset in AIDE.
If using a custom ruleset or the xattrs
option is missing, add xattrs
to the appropriate ruleset.
For example, add xattrs
to the following line in /etc/aide.conf
:
FIPSR = p+i+n+u+g+s+m+c+acl+selinux+xattrs+sha256
AIDE rules can be configured in multiple ways; this is merely one example that is already
configured by default.
Extended attributes in file systems are used to contain arbitrary data and file metadata with security implications.
Security identifiers
- CCE-80376-7
References
- SI-7.1. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- 021610. .
3.1.3.2.1.g. Configure AIDE to Use FIPS 140-2 for Validating Hashes
By default, the sha512
option is added to the NORMAL
ruleset in AIDE.
If using a custom ruleset or the sha512
option is missing, add sha512
to the appropriate ruleset.
For example, add sha512
to the following line in /etc/aide.conf
:
NORMAL = FIPSR+sha512
AIDE rules can be configured in multiple ways; this is merely one example that is already
configured by default.
File integrity tools use cryptographic hashes for verifying file contents and directories have not been altered. These hashes must be FIPS 140-2 approved cryptographic hashes.
Security identifiers
- CCE-80377-5
References
- SI-7.1. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- 021620. .
3.1.3.2.2. Verify Integrity with RPM
The RPM package management system includes the ability to verify the integrity of installed packages by comparing the installed files with information about the files taken from the package metadata stored in the RPM database. Although an attacker could corrupt the RPM database (analogous to attacking the AIDE database as described above), this check can still reveal modification of important files. To list which files on the system differ from what is expected by the RPM database:
$ rpm -qVa
See the man page for rpm
to see a complete explanation of each column.
link | previous | next | up | toc | home
3.1.3.2.2.a. Verify and Correct File Permissions with RPM
Discretionary access control is weakened if a user or group has access permissions to system files and directories greater than the default. The RPM package management system can check file access permissions of installed software packages, including many that are important to system security. Verify that the file permissions, ownership, and gruop membership of system files and commands match vendor values. Check the file permissions, ownership, and group membership with the following command:
$ sudo rpm -Va | grep '^.M'
Output indicates files that do not match vendor defaults. After locating a file with incorrect permissions, run the following command to determine which package owns it:
$ rpm -qf FILENAME
Next, run the following command to reset its permissions to the correct values:
$ sudo rpm --setperms PACKAGENAME
Note: Due to a bug in the gdm
package, the
RPM verify command may continue to fail even after file permissions have been
correctly set on /var/log/gdm
. This is being tracked in Red Hat
Bugzilla #1275532.
Permissions on system binaries and configuration files that are too generous could allow an unauthorized user to gain privileges that they should not have. The permissions set by the vendor should be maintained. Any deviations from this baseline should be investigated.
Remediation script
# Declare array to hold list of RPM packages we need to correct permissions for
declare -a SETPERMS_RPM_LIST
# Create a list of files on the system having permissions different from what
# is expected by the RPM database
FILES_WITH_INCORRECT_PERMS=($(rpm -Va --nofiledigest | grep '^.M'))
# For each file path from that list:
# * Determine the RPM package the file path is shipped by,
# * Include it into SETPERMS_RPM_LIST array
for FILE_PATH in "${FILES_WITH_INCORRECT_PERMS[@]}"
do
RPM_PACKAGE=$(rpm -qf "$FILE_PATH")
SETPERMS_RPM_LIST=("${SETPERMS_RPM_LIST[@]}" "$RPM_PACKAGE")
done
# Remove duplicate mention of same RPM in $SETPERMS_RPM_LIST (if any)
SETPERMS_RPM_LIST=( $(echo "${SETPERMS_RPM_LIST[@]}" | sort -n | uniq) )
# For each of the RPM packages left in the list -- reset its permissions to the
# correct values
for RPM_PACKAGE in "${SETPERMS_RPM_LIST[@]}"
do
rpm --setperms "${RPM_PACKAGE}"
done
Security identifiers
- CCE-27209-6
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-9(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-9(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1494. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1496. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-11.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1.2.6. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 6.1.3. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 6.1.4. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 6.1.5. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 6.1.6. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 6.1.7. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 6.1.8. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 6.1.9. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 6.2.3. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- RHEL-07-010010. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- SRG-OS-000257-GPOS-00098. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000278-GPOS-00108. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
3.1.3.2.2.b. Verify File Hashes with RPM
Without cryptographic integrity protections, system executables and files can be altered by unauthorized users without detection. The RPM package management system can check the hashes of installed software packages, including many that are important to system security. To verify that the cryptographic hash of system files and commands match vendor values, run the following command to list which files on the system have hashes that differ from what is expected by the RPM database:
$ rpm -Va | grep '^..5'
A "c" in the second column indicates that a file is a configuration file, which
may appropriately be expected to change. If the file was not expected to
change, investigate the cause of the change using audit logs or other means.
The package can then be reinstalled to restore the file.
Run the following command to determine which package owns the file:
$ rpm -qf FILENAME
The package can be reinstalled from a yum repository using the command:
$ sudo yum reinstall PACKAGENAME
Alternatively, the package can be reinstalled from trusted media using the command:
$ sudo rpm -Uvh PACKAGENAME
The hashes of important files like system executables should match the information given by the RPM database. Executables with erroneous hashes could be a sign of nefarious activity on the system.
Security identifiers
- CCE-27157-7
References
- CM-6(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-7(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 663. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-11.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1.2.6. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- RHEL-07-010020. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
3.1.3.3. Endpoint Protection Software
Endpoint protection security software that is not provided or supported by Red Hat can be installed to provide complementary or duplicative security capabilities to those provided by the base platform. Add-on software may not be appropriate for some specialized systems.
link | previous | next | up | toc | home
3.1.3.3.a. Install Intrusion Detection Software
The base Red Hat platform already includes a sophisticated auditing system that can detect intruder activity, as well as SELinux, which provides host-based intrusion prevention capabilities by confining privileged programs and user sessions which may become compromised.
Note in DoD environments, supplemental intrusion detection tools, such as the McAfee Host-based Security System, are available to integrate with existing infrastructure. When these supplemental tools interfere with proper functioning of SELinux, SELinux takes precedence.
Host-based intrusion detection tools provide a system-level defense when an intruder gains access to a system or network.
Security identifiers
- CCE-26818-5
References
- SC-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1263. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-11.4. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.1.3.3.b. Install Virus Scanning Software
Install virus scanning software, which uses signatures to search for the presence of viruses on the filesystem. Ensure virus definition files are no older than 7 days, or their last release. Configure the virus scanning software to perform scans dynamically on all accessed files. If this is not possible, configure the system to scan all altered files on the system on a daily basis. If the system processes inbound SMTP mail, configure the virus scanner to scan all received mail.
Virus scanning software can be used to detect if a system has been compromised by computer viruses, as well as to limit their spread to other systems.
Security identifiers
- CCE-27140-3
References
- SC-28. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1239. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1668. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.1.3.3.3. McAfee Endpoint Security Software
In DoD environments, McAfee Host-based Security System (HBSS) and VirusScan Enterprise for Linux (VSEL) is required to be installed on all systems.
link | previous | next | up | toc | home
3.1.3.3.3.a. Install the McAfee Runtime Libraries and Linux Agent
Install the McAfee Runtime Libraries (MFErt) and Linux Agent (MFEcma).
The McAfee Runtime Libraries (MFErt) and Linux Agent (MFEcma) are dependencies for VirusScan Enterprise for Linux (VSEL) and Host-based Security System (HBSS) to run.
Security identifiers
- CCE-80367-6
3.1.3.3.3.b. Install McAfee Virus Scanning Software
Install McAfee VirusScan Enterprise for Linux antivirus software which is provided for DoD systems and uses signatures to search for the presence of viruses on the filesystem.
Virus scanning software can be used to detect if a system has been compromised by computer viruses, as well as to limit their spread to other systems.
Security identifiers
- CCE-80127-4
References
- SC-28. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-3(1)(ii). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1239. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1668. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030810. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.3.3.3.c. Enable nails Service
The nails
service is used to run McAfee VirusScan Enterprise
for Linux and McAfee Host-based Security System (HBSS) services.
The nails
service can be enabled with the following command:
$ sudo systemctl enable nails.service
Virus scanning software can be used to detect if a system has been compromised by computer viruses, as well as to limit their spread to other systems.
Security identifiers
- CCE-80128-2
References
- SC-28. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-3(1)(ii). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1239. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1668. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.3.3.3.d. Virus Scanning Software Definitions Are Updated
Ensure virus definition files are no older than 7 days or their last release.
Virus scanning software can be used to detect if a system has been compromised by computer viruses, as well as to limit their spread to other systems.
Security identifiers
- CCE-80129-0
References
- SC-28. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-3(1)(ii). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1239. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1668. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030820. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.3.3.3.5. McAfee Host-Based Intrusion Detection Software (HBSS)
McAfee Host-based Security System (HBSS) is a suite of software applications used to monitor, detect, and defend computer networks and systems.
link | previous | next | up | toc | home
3.1.3.3.3.5.a. Install the Host Intrusion Prevention System (HIPS) Module
Install the McAfee Host Intrusion Prevention System (HIPS) Module if it is absolutely necessary. If SELinux is enabled, do not install or enable this module.
Installing and enabling this module conflicts with SELinux. SELinux takes precedence over this module.
Without a host-based intrusion detection tool, there is no system-level defense when an intruder gains access to a system or network. Additionally, a host-based intrusion prevention tool can provide methods to immediately lock out detected intrusion attempts.
Security identifiers
- CCE-80368-4
References
- SC-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-4(1).1. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1263. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-11.4. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- STG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.3.3.3.5.b. Install the Asset Configuration Compliance Module (ACCM)
Install the Asset Configuration Compliance Module (ACCM).
Without a host-based intrusion detection tool, there is no system-level defense when an intruder gains access to a system or network. Additionally, a host-based intrusion prevention tool can provide methods to immediately lock out detected intrusion attempts.
Security identifiers
- CCE-80126-6
References
- SC-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-4(1).1. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1263. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-11.4. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- STG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030790. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.3.3.3.5.c. Install the Policy Auditor (PA) Module
Install the Policy Auditor (PA) Module.
Without a host-based intrusion detection tool, there is no system-level defense when an intruder gains access to a system or network. Additionally, a host-based intrusion prevention tool can provide methods to immediately lock out detected intrusion attempts.
Security identifiers
- CCE-80369-2
References
- SC-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-4(1).1. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1263. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-11.4. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- STG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.3.4. Federal Information Processing Standard (FIPS)
The Federal Information Processing Standard (FIPS) is a computer security standard which
is developed by the U.S. Government and industry working groups to validate the quality
of cryptographic modules. The FIPS standard provides four security levels to ensure
adequate coverage of different industries, implementation of cryptographic modules, and
organizational sizes and requirements.
FIPS 140-2 is the current standard for validating that mechanisms used to access cryptographic modules
utilize authentication that meets industry and government requirements. For government systems, this allows
Security Levels 1, 2, 3, or 4 for use on Red Hat Enterprise Linux.
See http://csrc.nist.gov/publications/PubsFIPS.html for more information.
link | previous | next | up | toc | home
3.1.3.4.a. Install the dracut-fips Package
To enable FIPS, the system requires that the dracut-fips
package be installed.
The dracut-fips
package can be installed with the following command:
$ sudo yum install dracut-fips
Use of weak or untested encryption algorithms undermines the purposes of utilizing encryption to protect data. The operating system must implement cryptographic modules adhering to the higher standards approved by the federal government since this provides assurance they have been tested and validated.
Security identifiers
- CCE-80358-5
References
- AC-17(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 68. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2450. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- SRG-OS-000033-GPOS-00014. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000396-GPOS-00176. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000478-GPOS-00223. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
3.1.3.4.b. Enable FIPS Mode in GRUB2
To ensure FIPS mode is enabled, rebuild initramfs
by running the following command:
dracut -f
After the dracut
command has been run, add the argument fips=1
to the default
GRUB 2 command line for the Linux operating system in
/etc/default/grub
, in the manner below:
GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=VolGroup/LogVol06 rd.lvm.lv=VolGroup/lv_swap rhgb quiet rd.shell=0 fips=1"
Finally, rebuild the grub.cfg
file by using the
grub2-mkconfig -o
command as follows:
-
On BIOS-based machines, issue the following command as
root
:~]# grub2-mkconfig -o /boot/grub2/grub.cfg
-
On UEFI-based machines, issue the following command as
root
:~]# grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
Running
dracut -f
will overwrite the existing initramfs file.
The system needs to be rebooted for these changes to take effect.
The ability to enable FIPS does not denote FIPS compliancy or certification.
Red Hat, Inc. and Red Hat Enterprise Linux are respectively FIPS certified and compliant. Community
projects such as CentOS, Scientific Linux, etc. do not necessarily meet FIPS certification and compliancy.
Therefore, non-certified vendors and/or projects do not meet this requirement even if technically feasible.
See http://csrc.nist.gov/groups/STM/cmvp/documents/140-1/1401vend.htm for a list of FIPS certified
vendors.
Use of weak or untested encryption algorithms undermines the purposes of utilizing encryption to protect data. The operating system must implement cryptographic modules adhering to the higher standards approved by the federal government since this provides assurance they have been tested and validated.
Remediation script
if grep --silent ^PRELINKING /etc/sysconfig/prelink ; then
sed -i "s/^PRELINKING.*/PRELINKING=yes/g" /etc/sysconfig/prelink
else
echo -e "\n# Set PRELINKING to 'yes' per security requirements" >> /etc/sysconfig/prelink
echo "PRELINKING=yes" >> /etc/sysconfig/prelink
fi
prelink -u -a
dracut -f
if [ -e /sys/firmware/efi ]; then
BOOT=`df /boot/efi | tail -1 | awk '{print $1 }'`
else
BOOT=`df /boot | tail -1 | awk '{ print $1 }'`
fi
/sbin/grubby --update-kernel=ALL --args="boot=${BOOT} fips=1"
Security identifiers
- CCE-80359-3
References
- AC-17(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 68. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2450. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- RHEL-07-021280. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- SRG-OS-000033-GPOS-00014. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000396-GPOS-00176. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000478-GPOS-00223. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
3.1.3.5. Operating System Vendor Support and Certification
The assurance of a vendor to provide operating system support and maintenance for their product is an important criterion to ensure product stability and security over the life of the product. A certified product that follows the necessary standards and government certification requirements guarantees that known software vulnerabilities will be remediated, and proper guidance for protecting and securing the operating system will be given.
link | previous | next | up | toc | home
3.1.3.5.a. The Installed Operating System Is Vendor Supported and Certified
The installed operating system must be maintained and certified by a vendor. Red Hat Enterprise Linux is supported by Red Hat, Inc. As the Red Hat Enterprise Linux vendor, Red Hat, Inc. is responsible for providing security patches as well as meeting and maintaining goverment certifications and standards.
An operating system is considered "supported" if the vendor continues to provide security patches for the product as well as maintain government certification requirements. With an unsupported release, it will not be possible to resolve security issue discovered in the system software as well as meet government certifications.
Security identifiers
- CCE-80349-4
References
- SI-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- RHEL-07-020240. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
3.1.4. GNOME Desktop Environment
GNOME is a graphical desktop environment bundled with many Linux distributions that
allow users to easily interact with the operating system graphically rather than
textually. The GNOME Graphical Display Manager (GDM) provides login, logout, and user
switching contexts as well as display server management.
GNOME is developed by the GNOME Project and is considered the default
Red Hat Graphical environment.
For more information on GNOME and the GNOME Project, see
link | previous | next | up | toc | home
3.1.4.a. Configure GNOME3 DConf User Profile
By default, DConf provides a standard user profile. This profile contains a list
of DConf configuration databases. The user profile and database always take the
highest priority. As such the DConf User profile should always exist and be
configured correctly.
To make sure that the user profile is configured correctly, the /etc/dconf/profile/user
should be set as follows:
user-db:user
system-db:local
system-db:site
system-db:distro
Failure to have a functional DConf profile prevents GNOME3 configuration settings from being enforced for all users and allows various security risks.
Security identifiers
- CCE-27446-4
3.1.4.2. Configure GNOME Login Screen
In the default GNOME3 desktop, the login is displayed after system boot
and can display user accounts, allow users to reboot the system, and allow users to
login automatically and/or with a guest account. The login screen should be configured
to prevent such behavior.
For more information about enforcing preferences in the GNOME3 environment using the DConf
configuration system, see and the man page dconf(1)
.
link | previous | next | up | toc | home
3.1.4.2.a. Disable GDM Automatic Login
The GNOME Display Manager (GDM) can allow users to automatically login without
user interaction or credentials. User should always be required to authenticate themselves
to the system that they are authorized to use. To disable user ability to automatically
login to the system, set the AutomaticLoginEnable
to false
in the
[daemon]
section in /etc/gdm/custom.conf
. For example:
[daemon]
AutomaticLoginEnable=false
Failure to restrict system access to authenticated users negatively impacts operating system security.
Security identifiers
- CCE-80104-3
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00229. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010430. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.4.2.b. Disable GDM Guest Login
The GNOME Display Manager (GDM) can allow users to login without credentials
which can be useful for public kiosk scenarios. Allowing users to login without credentials
or "guest" account access has inherent security risks and should be disabled. To do disable
timed logins or guest account access, set the TimedLoginEnable
to false
in
the [daemon]
section in /etc/gdm/custom.conf
. For example:
[daemon]
TimedLoginEnable=false
Failure to restrict system access to authenticated users negatively impacts operating system security.
Security identifiers
- CCE-80105-0
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00229. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010431. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.4.2.c. Disable the GNOME3 Login User List
In the default graphical environment, users logging
directly into the system are greeted with a login screen that displays
all known users. This functionality should be disabled by setting
disable-user-list
to true
.
To disable, add or edit disable-user-list
to
/etc/dconf/db/gdm.d/00-security-settings
. For example:
[org/gnome/login-screen]
disable-user-list=true
Once the setting has been added, add a lock to
/etc/dconf/db/gdm.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/login-screen/disable-user-list
After the settings have been set, run dconf update
.
Leaving the user list enabled is a security risk since it allows anyone with physical access to the system to quickly enumerate known user accounts without logging in.
Security identifiers
- CCE-80106-8
References
3.1.4.2.d. Disable the GNOME3 Login Restart and Shutdown Buttons
In the default graphical environment, users logging
directly into the system are greeted with a login screen that allows
any user, known or unknown, the ability the ability to shutdown or restart
the system. This functionality should be disabled by setting
disable-restart-buttons
to true
.
To disable, add or edit disable-restart-buttons
to
/etc/dconf/db/gdm.d/00-security-settings
. For example:
[org/gnome/login-screen]
disable-restart-buttons=true
Once the setting has been added, add a lock to
/etc/dconf/db/gdm.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/login-screen/disable-restart-buttons
After the settings have been set, run dconf update
.
A user who is at the console can reboot the system at the login screen. If restart or shutdown buttons are pressed at the login screen, this can create the risk of short-term loss of availability of systems due to reboot.
Security identifiers
- CCE-80107-6
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.4.2.e. Enable the GNOME3 Login Smartcard Authentication
In the default graphical environment, smart card authentication
can be enabled on the login screen by setting enable-smartcard-authentication
to true
.
To enable, add or edit enable-smartcard-authentication
to
/etc/dconf/db/gdm.d/00-security-settings
. For example:
[org/gnome/login-screen]
enable-smartcard-authentication=true
Once the setting has been added, add a lock to
/etc/dconf/db/gdm.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/login-screen/enable-smartcard-authentication
After the settings have been set, run dconf update
.
Smart card login provides two-factor authentication stronger than that provided by a username and password combination. Smart cards leverage PKI (public key infrastructure) in order to provide and verify credentials.
Security identifiers
- CCE-80108-4
References
- 765. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 766. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 767. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 768. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 771. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 772. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 884. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-8.3. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.1.4.2.f. Set the GNOME3 Login Number of Failures
In the default graphical environment, the GNOME3 login
screen and be configured to restart the authentication process after
a configured number of attempts. This can be configured by setting
allowed-failures
to 3
or less.
To enable, add or edit allowed-failures
to
/etc/dconf/db/gdm.d/00-security-settings
. For example:
[org/gnome/login-screen]
allowed-failures=3
Once the setting has been added, add a lock to
/etc/dconf/db/gdm.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/login-screen/allowed-failures
After the settings have been set, run dconf update
.
Setting the password retry prompts that are permitted on a per-session basis to a low value requires some software, such as SSH, to re-connect. This can slow down and draw additional attention to some types of password-guessing attacks.
Security identifiers
- CCE-80109-2
3.1.4.3. Configure GNOME Screen Locking
In the default GNOME3 desktop, the screen can be locked
by selecting the user name in the far right corner of the main panel and
selecting Lock.
The following sections detail commands to enforce idle activation of the screensaver,
screen locking, a blank-screen screensaver, and an idle activation time.
Because users should be trained to lock the screen when they
step away from the computer, the automatic locking feature is only
meant as a backup.
The root account can be screen-locked; however, the root account should
never be used to log into an X Windows environment and should only
be used to for direct login via console in emergency circumstances.
For more information about enforcing preferences in the GNOME3 environment using the DConf
configuration system, see http://wiki.gnome.org/dconf and
the man page dconf(1)
. For Red Hat specific information on configuring DConf
settings, see
link | previous | next | up | toc | home
3.1.4.3.a. Set GNOME3 Screensaver Inactivity Timeout
The idle time-out value for inactivity in the GNOME3 desktop is configured via the idle-delay
setting must be set under an appropriate configuration file(s) in the /etc/dconf/db/local.d
directory
and locked in /etc/dconf/db/local.d/locks
directory to prevent user modification.
For example, to configure the system for a 15 minute delay, add the following to
/etc/dconf/db/local.d/00-security-settings
:
[org/gnome/desktop/session]
idle-delay=900
Once the setting has been added, add a lock to
/etc/dconf/db/local.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/desktop/session/idle-delay
After the settings have been set, run dconf update
.
A session time-out lock is a temporary action taken when a user stops work and moves away from the immediate physical vicinity of the information system but does not logout because of the temporary nature of the absence. Rather than relying on the user to manually lock their operating system session prior to vacating the vicinity, GNOME3 can be configured to identify when a user's session has idled and take action to initiate a session lock.
Remediation script
inactivity_timeout_value="900"
# Define constants to be reused below
ORG_GNOME_DESKTOP_SESSION="org/gnome/desktop/session"
SSG_DCONF_IDLE_DELAY_FILE="/etc/dconf/db/local.d/10-scap-security-guide"
SESSION_LOCKS_FILE="/etc/dconf/db/local.d/locks/session"
IDLE_DELAY_DEFINED="FALSE"
# First update '[org/gnome/desktop/session] idle-delay' settings in
# /etc/dconf/db/local.d/* if already defined
for FILE in /etc/dconf/db/local.d/*
do
if grep -q -d skip "$ORG_GNOME_DESKTOP_SESSION" "$FILE"
then
if grep 'idle-delay' "$FILE"
then
sed -i "s/idle-delay=.*/idle-delay=uint32 ${inactivity_timeout_value}/g" "$FILE"
IDLE_DELAY_DEFINED="TRUE"
fi
fi
done
# Then define '[org/gnome/desktop/session] idle-delay' setting
# if still not defined yet
if [ "$IDLE_DELAY_DEFINED" != "TRUE" ]
then
echo "" >> $SSG_DCONF_IDLE_DELAY_FILE
echo "[org/gnome/desktop/session]" >> $SSG_DCONF_IDLE_DELAY_FILE
echo "idle-delay=uint32 ${inactivity_timeout_value}" >> $SSG_DCONF_IDLE_DELAY_FILE
fi
# Verify if 'idle-delay' modification is locked. If not, lock it
if ! grep -q "^/${ORG_GNOME_DESKTOP_SESSION}/idle-delay$" /etc/dconf/db/local.d/locks/*
then
# Check if "$SESSION_LOCK_FILE" exists. If not, create it.
if [ ! -f "$SESSION_LOCKS_FILE" ]
then
touch "$SESSION_LOCKS_FILE"
fi
echo "/${ORG_GNOME_DESKTOP_SESSION}/idle-delay" >> "$SESSION_LOCKS_FILE"
fi
Security identifiers
- CCE-80110-0
References
- AC-11(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 57. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-8.1.8. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- SRG-OS-000029-GPOS-00010. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010070. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.4.3.b. Enable GNOME3 Screensaver Idle Activation
To activate the screensaver in the GNOME3 desktop after a period of inactivity,
add or set idle-activation-enabled
to true
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/desktop/screensaver]
idle_activation_enabled=true
Once the setting has been added, add a lock to
/etc/dconf/db/gdm.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/desktop/screensaver/idle-activation-enabled
After the settings have been set, run dconf update
.
A session time-out lock is a temporary action taken when a user stops work and moves away from the immediate physical vicinity of the information system but does not logout because of the temporary nature of the absence. Rather than relying on the user to manually lock their operating system session prior to vacating the vicinity, GNOME desktops can be configured to identify when a user's session has idled and take action to initiate the session lock. Enabling idle activation of the screensaver ensures the screensaver will be activated after the idle delay. Applications requiring continuous, real-time screen display (such as network management products) require the login session does not have administrator rights and the display station is located in a controlled-access area.
Remediation script
# Define constants to be reused below
ORG_GNOME_DESKTOP_SCREENSAVER="org/gnome/desktop/screensaver"
SSG_DCONF_IDLE_ACTIVATION_FILE="/etc/dconf/db/local.d/10-scap-security-guide"
SCREENSAVER_LOCKS_FILE="/etc/dconf/db/local.d/locks/screensaver"
IDLE_ACTIVATION_DEFINED="FALSE"
# First update '[org/gnome/desktop/screensaver] idle-activation-enabled' settings in
# /etc/dconf/db/local.d/* if already defined
for FILE in /etc/dconf/db/local.d/*
do
if grep -q -d skip "$ORG_GNOME_DESKTOP_SCREENSAVER" "$FILE"
then
if grep 'idle-activation-enabled' "$FILE"
then
sed -i "s/idle-activation-enabled=.*/idle-activation-enabled=true/g" "$FILE"
IDLE_ACTIVATION_DEFINED="TRUE"
fi
fi
done
# Then define '[org/gnome/desktop/screensaver] idle-activation-enabled' setting
# if still not defined yet
if [ "$IDLE_ACTIVATION_DEFINED" != "TRUE" ]
then
echo "" >> $SSG_DCONF_IDLE_ACTIVATION_FILE
echo "[org/gnome/desktop/screensaver]" >> $SSG_DCONF_IDLE_ACTIVATION_FILE
echo "idle-activation-enabled=true" >> $SSG_DCONF_IDLE_ACTIVATION_FILE
fi
# Verify if 'idle-activation-enabled' modification is locked. If not, lock it
if ! grep -q "^/${ORG_GNOME_DESKTOP_SCREENSAVER}/idle-activation-enabled$" /etc/dconf/db/local.d/locks/*
then
# Check if "$SCREENSAVER_LOCK_FILE" exists. If not, create it.
if [ ! -f "$SCREENSAVER_LOCKS_FILE" ]
then
touch "$SCREENSAVER_LOCKS_FILE"
fi
echo "/${ORG_GNOME_DESKTOP_SCREENSAVER}/idle-activation-enabled" >> "$SCREENSAVER_LOCKS_FILE"
fi
Security identifiers
- CCE-80111-8
References
- AC-11(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 57. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000029-GPOS-00010. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010073. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-8.1.8. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.1.4.3.c. Enable GNOME3 Screensaver Lock After Idle Period
To activate locking of the screensaver in the GNOME3 desktop when it is activated,
add or set lock-enabled
to true
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/desktop/screensaver]
lock-enabled=true
Once the settings have been added, add a lock to
/etc/dconf/db/gdm.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/desktop/screensaver/lock-enabled
After the settings have been set, run dconf update
.
A session lock is a temporary action taken when a user stops work and moves away from the immediate physical vicinity of the information system but does not want to logout because of the temporary nature of the absense.
Remediation script
# Define constants to be reused below
ORG_GNOME_DESKTOP_SCREENSAVER="org/gnome/desktop/screensaver"
SSG_DCONF_LOCK_ENABLED_FILE="/etc/dconf/db/local.d/10-scap-security-guide"
SCREENSAVER_LOCKS_FILE="/etc/dconf/db/local.d/locks/screensaver"
LOCK_ENABLED_DEFINED="FALSE"
LOCK_DELAY_DEFINED="FALSE"
# First update '[org/gnome/desktop/screensaver] lock-enabled' and
# '[org/gnome/desktop/screensaver] lock-delay' settings in
# /etc/dconf/db/local.d/* if already defined
for FILE in /etc/dconf/db/local.d/*
do
if grep -q -d skip "$ORG_GNOME_DESKTOP_SCREENSAVER" "$FILE"
then
if grep 'lock-enabled' "$FILE"
then
sed -i "s/lock-enabled=.*/lock-enabled=true/g" "$FILE"
LOCK_ENABLED_DEFINED="TRUE"
fi
if grep 'lock-delay' "$FILE"
then
sed -i "s/lock-delay=.*/lock-delay=uint32 0/g" "$FILE"
LOCK_DELAY_DEFINED="TRUE"
fi
fi
done
# Then define '[org/gnome/desktop/screensaver] lock-enabled' setting
# if still not defined yet
if [ "$LOCK_ENABLED_DEFINED" != "TRUE" ] || [ "$LOCK_DELAY_DEFINED" != "TRUE" ]
then
echo "" >> $SSG_DCONF_LOCK_ENABLED_FILE
echo "[org/gnome/desktop/screensaver]" >> $SSG_DCONF_LOCK_ENABLED_FILE
echo "lock-enabled=true" >> $SSG_DCONF_LOCK_ENABLED_FILE
echo "lock-delay=uint32 0" >> $SSG_DCONF_LOCK_ENABLED_FILE
fi
# Verify if 'lock-enabled' modification is locked. If not, lock it
if ! grep -q "^/${ORG_GNOME_DESKTOP_SCREENSAVER}/lock-enabled$" /etc/dconf/db/local.d/locks/*
then
# Check if "$SCREENSAVER_LOCK_FILE" exists. If not, create it.
if [ ! -f "$SCREENSAVER_LOCKS_FILE" ]
then
touch "$SCREENSAVER_LOCKS_FILE"
fi
echo "/${ORG_GNOME_DESKTOP_SCREENSAVER}/lock-enabled" >> "$SCREENSAVER_LOCKS_FILE"
fi
# Verify if 'lock-delay' modification is locked. If not, lock it
if ! grep -q "^/${ORG_GNOME_DESKTOP_SCREENSAVER}/lock-delay$" /etc/dconf/db/local.d/locks/*
then
# Check if "$SCREENSAVER_LOCK_FILE" exists. If not, create it.
if [ ! -f "$SCREENSAVER_LOCKS_FILE" ]
then
touch "$SCREENSAVER_LOCKS_FILE"
fi
echo "/${ORG_GNOME_DESKTOP_SCREENSAVER}/lock-delay" >> "$SCREENSAVER_LOCKS_FILE"
fi
Security identifiers
- CCE-80112-6
References
- AC-11(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 56. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-8.1.8. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- SRG-OS-000028-GPOS-00009. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- OS-SRG-000030-GPOS-00011. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010060. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.4.3.d. Set GNOME3 Screensaver Lock Delay After Activation Period
To activate the locking delay of the screensaver in the GNOME3 desktop when
the screensaver is activated, add or set lock-delay
to uint32 0
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/desktop/screensaver]
lock-delay=uint32 0
Once the setting has been added, add a lock to
/etc/dconf/db/gdm.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/desktop/screensaver/lock-delay
After the settings have been set, run dconf update
.
A session lock is a temporary action taken when a user stops work and moves away from the immediate physical vicinity of the information system but does not want to logout because of the temporary nature of the absense.
Security identifiers
- CCE-80370-0
References
- AC-11(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 56. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-8.1.8. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- OS-SRG-000029-GPOS-00010. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010074. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.4.3.e. Implement Blank Screensaver
To set the screensaver mode in the GNOME3 desktop to a blank screen,
add or set picture-uri
to ''
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/desktop/screensaver]
picture-uri=''
Once the settings have been added, add a lock to
/etc/dconf/db/gdm.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/desktop/screensaver/picture-uri
After the settings have been set, run dconf update
.
Setting the screensaver mode to blank-only conceals the contents of the display from passersby.
Remediation script
# Define constants to be reused below
ORG_GNOME_DESKTOP_SCREENSAVER="org/gnome/desktop/screensaver"
SSG_DCONF_MODE_BLANK_FILE="/etc/dconf/db/local.d/10-scap-security-guide"
SCREENSAVER_LOCKS_FILE="/etc/dconf/db/local.d/locks/screensaver"
MODE_BLANK_DEFINED="FALSE"
# First update '[org/gnome/desktop/screensaver] picture-uri' settings in
# /etc/dconf/db/local.d/* if already defined
for FILE in /etc/dconf/db/local.d/*
do
if grep -q -d skip "$ORG_GNOME_DESKTOP_SCREENSAVER" "$FILE"
then
if grep 'picture-uri' "$FILE"
then
sed -i "s/picture-uri=.*/picture-uri=string ''/g" "$FILE"
MODE_BLANK_DEFINED="TRUE"
fi
fi
done
# Then define '[org/gnome/desktop/screensaver] picture-uri' setting
# if still not defined yet
if [ "$MODE_BLANK_DEFINED" != "TRUE" ]
then
echo "" >> $SSG_DCONF_MODE_BLANK_FILE
echo "[org/gnome/desktop/screensaver]" >> $SSG_DCONF_MODE_BLANK_FILE
echo "picture-uri=string ''" >> $SSG_DCONF_MODE_BLANK_FILE
fi
# Verify if 'picture-uri' modification is locked. If not, lock it
if ! grep -q "^/${ORG_GNOME_DESKTOP_SCREENSAVER}/picture-uri$" /etc/dconf/db/local.d/locks/*
then
# Check if "$SCREENSAVER_LOCK_FILE" exists. If not, create it.
if [ ! -f "$SCREENSAVER_LOCKS_FILE" ]
then
touch "$SCREENSAVER_LOCKS_FILE"
fi
echo "/${ORG_GNOME_DESKTOP_SCREENSAVER}/picture-uri" >> "$SCREENSAVER_LOCKS_FILE"
fi
Security identifiers
- CCE-80113-4
References
- AC-11(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 60. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-8.1.8. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.1.4.3.f. Disable Full User Name on Splash Shield
By default when the screen is locked, the splash shield will show the user's
full name. This should be disabled to prevent casual observers from seeing
who has access to the system. This can be disabled by adding or setting
show-full-name-in-top-bar
to false
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/desktop/screensaver]
show-full-name-in-top-bar=false
Once the settings have been added, add a lock to
/etc/dconf/db/gdm.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/desktop/screensaver/show-full-name-in-top-bar
After the settings have been set, run dconf update
.
Setting the splash screen to not reveal the logged in user's name conceals who has access to the system from passersby.
Security identifiers
- CCE-80114-2
3.1.4.3.g. Ensure Users Cannot Change GNOME3 Session Settings
If not already configured, ensure that users cannot change GNOME3 session idle and lock settings
by adding /org/gnome/desktop/screensaver/lock-delay
and /org/gnome/desktop/session/idle-delay
to /etc/dconf/db/gdm.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/desktop/screensaver/lock-delay
/org/gnome/desktop/session/idle-delay
After the settings have been set, run dconf update
.
A session time-out lock is a temporary action taken when a user stops work and moves away from the immediate physical vicinity of the information system but does not logout because of the temporary nature of the absence. Rather than relying on the user to manually lock their operating system session prior to vacating the vicinity, GNOME desktops can be configured to identify when a user's session has idled and take action to initiate the session lock. As such, users should not be allowed to change session settings.
Security identifiers
- CCE-80371-8
References
- AC-11(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 57. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-00029-GPOS-0010. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010071. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.4.4. GNOME System Settings
GNOME provides configuration and functionality to a graphical desktop environment that changes grahical configurations or allow a user to perform actions that users normally would not be able to do in non-graphical mode such as remote access configuration, power policies, Geo-location, etc. Configuring such settings in GNOME will prevent accidential graphical configuration changes by users from taking place.
link | previous | next | up | toc | home
3.1.4.4.a. Disable Ctrl-Alt-Del Reboot Key Sequence in GNOME3
By default, GNOME
will reboot the system if the Ctrl-Alt-Del
key sequence is pressed.
To configure the system to ignore the Ctrl-Alt-Del
key sequence from the
Graphical User Interface (GUI) instead of rebooting the system, add or set
logout
to ''
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/settings-daemon/plugins/media-keys]
logout=''
Once the settings have been added, add a lock to
/etc/dconf/db/local.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/settings-daemon/plugins/media-keys/logout
After the settings have been set, run dconf update
.
A locally logged-in user who presses Ctrl-Alt-Del, when at the console, can reboot the system. If accidentally pressed, as could happen in the case of mixed OS environment, this can create the risk of short-term loss of availability of systems due to unintentional reboot.
Security identifiers
- CCE-80124-1
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.4.4.b. Disable User Administration in GNOME3
By default, GNOME
will allow all users to have some administratrion
capability. This should be disabled so that non-administrative users are not making
configuration changes. To configure the system to disable user administration
capability in the Graphical User Interface (GUI), add or set
user-administration-disabled
to true
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/desktop/lockdown]
user-administration-disabled=true
Once the settings have been added, add a lock to
/etc/dconf/db/local.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/desktop/lockdown/user-administration-disabled
After the settings have been set, run dconf update
.
Allowing all users to have some administratrive capabilities to the system through the Graphical User Interface (GUI) when they would not have them otherwise could allow unintended configuration changes as well as a nefarious user the capability to make system changes such as adding new accounts, etc.
Security identifiers
- CCE-80115-9
3.1.4.4.c. Disable Power Settings in GNOME3
By default, GNOME
enables a power profile designed for mobile devices
with battery usage. While useful for mobile devices, this setting should be disabled
for all other systems. To configure the system to disable the power setting, add or set
active
to false
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/settings-daemon/plugins/power]
active=false
Once the settings have been added, add a lock to
/etc/dconf/db/local.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/settings-daemon/plugins/power
After the settings have been set, run dconf update
.
Power settings should not be enabled on systems that are not mobile devices. Enabling power settings on non-mobile devices could have unintended processing consequences on standard systems.
Security identifiers
- CCE-80116-7
3.1.4.4.d. Disable Geolocation in GNOME3
GNOME
allows the clock and applications to track and access location
information. This setting should be disabled as applications should not track
system location. To configure the system to disable location tracking, add or set
enabled
to false
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/system/location]
enabled=false
To configure the clock to disable location tracking, add or set
geolocation
to false
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/clocks]
geolocation=false
Once the settings have been added, add a lock to
/etc/dconf/db/local.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/system/location/enabled
/org/gnome/clocks/geolocation
After the settings have been set, run dconf update
.
Power settings should not be enabled on systems that are not mobile devices. Enabling power settings on non-mobile devices could have unintended processing consequences on standard systems.
Security identifiers
- CCE-80117-5
3.1.4.5. GNOME Network Settings
GNOME network settings that apply to the graphical interface.
link | previous | next | up | toc | home
3.1.4.5.a. Disable WIFI Network Connection Creation in GNOME3
GNOME
allows users to create ad-hoc wireless connections through the
NetworkManager
applet. Wireless connections should be disabled by
adding or setting disable-wifi-create
to true
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/nm-applet]
disable-wifi-create=true
Once the settings have been added, add a lock to
/etc/dconf/db/local.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/nm-applet/disable-wifi-create
After the settings have been set, run dconf update
.
Wireless network connections should not be allowed to be configured by general users on a given system as it could open the system to backdoor attacks.
Security identifiers
- CCE-80118-3
3.1.4.5.b. Disable WIFI Network Notification in GNOME3
By default, GNOME
disables WIFI notification. This should be permanently set
so that users do not connect to a wireless network when the system finds one.
While useful for mobile devices, this setting should be disabled for all other systems.
To configure the system to disable the WIFI notication, add or set
suppress-wireless-networks-available
to true
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/nm-applet]
suppress-wireless-networks-available=true
Once the settings have been added, add a lock to
/etc/dconf/db/local.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/nm-applet/suppress-wireless-networks-available
After the settings have been set, run dconf update
.
Wireless network connections should not be allowed to be configured by general users on a given system as it could open the system to backdoor attacks.
Security identifiers
- CCE-80119-1
3.1.4.6. GNOME Remote Access Settings
GNOME remote access settings that apply to the graphical interface.
link | previous | next | up | toc | home
3.1.4.6.a. Require Credential Prompting for Remote Access in GNOME3
By default, GNOME
does not require credentials when using Vino
for
remote access. To configure the system to require remote credentials, add or set
authentication-methods
to ['vnc']
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/Vino]
authentication-methods=['vnc']
Once the settings have been added, add a lock to
/etc/dconf/db/local.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/Vino/authentication-methods
After the settings have been set, run dconf update
.
Username and password prompting is required for remote access. Otherwise, non-authorized and nefarious users can access the system freely.
Security identifiers
- CCE-80120-9
3.1.4.6.b. Require Encryption for Remote Access in GNOME3
By default, GNOME
requires encryption when using Vino
for remote access.
To prevent remote access encryption from being disabled, add or set
require-encryption
to true
in
/etc/dconf/db/local.d/00-security-settings
. For example:
[org/gnome/Vino]
require-encryption=true
Once the settings have been added, add a lock to
/etc/dconf/db/local.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/Vino/require-encryption
After the settings have been set, run dconf update
.
Open X displays allow an attacker to capture keystrokes and to execute commands remotely.
Security identifiers
- CCE-80121-7
References
- CM-2(1)(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.1.4.7. GNOME Media Settings
GNOME media settings that apply to the graphical interface.
link | previous | next | up | toc | home
3.1.4.7.a. Disable GNOME3 Automounting
The system's default desktop environment, GNOME3, will mount
devices and removable media (such as DVDs, CDs and USB flash drives) whenever
they are inserted into the system. To disable automount and autorun within GNOME3, add or set
automount
to false
, automount-open
to false
, and
autorun-never
to true
in /etc/dconf/db/local.d/00-security-settings
.
For example:
[org/gnome/desktop/media-handling]
automount=false
automount-open=false
autorun-never=true
Once the settings have been added, add a lock to
/etc/dconf/db/local.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/desktop/media-handling/automount
/org/gnome/desktop/media-handling/auto-open
/org/gnome/desktop/media-handling/autorun-never
After the settings have been set, run dconf update
.
Disabling automatic mounting in GNOME3 can prevent the introduction of malware via removable media. It will, however, also prevent desktop users from legitimate use of removable media.
Security identifiers
- CCE-80122-5
References
- AC-19(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
3.1.4.7.b. Disable All GNOME3 Thumbnailers
The system's default desktop environment, GNOME3, uses
a number of different thumbnailer programs to generate thumbnails
for any new or modified content in an opened folder. To disable the
execution of these thumbnail applications, add or set disable-all
to true
in /etc/dconf/db/local.d/00-security-settings
.
For example:
[org/gnome/desktop/thumbnailers]
disable-all=true
Once the settings have been added, add a lock to
/etc/dconf/db/local.d/locks/00-security-settings-lock
to prevent user modification.
For example:
/org/gnome/desktop/thumbnailers/disable-all
After the settings have been set, run dconf update
.
This effectively prevents an attacker from gaining access to a
system through a flaw in GNOME3's Nautilus thumbnail creators.
An attacker with knowledge of a flaw in a GNOME3 thumbnailer application could craft a malicious file to exploit this flaw. Assuming the attacker could place the malicious file on the local filesystem (via a web upload for example) and assuming a user browses the same location using Nautilus, the malicious file would exploit the thumbnailer with the potential for malicious code execution. It is best to disable these thumbnailer applications unless they are explicitly required.
Security identifiers
- CCE-80123-3
References
3.1.5. Sudo
Sudo
, which stands for "su 'do'", provides the ability to delegate authority
to certain users, groups of users, or system administrators. When configured for system
users and/or groups, Sudo
can allow a user or group to execute privileged commands
that normally only root
is allowed to execute.
For more information on Sudo
and addition Sudo
configuration options, see
link | previous | next | up | toc | home
3.1.5.a. Ensure Users Re-Authenticate for Privilege Escalation - sudo NOPASSWD
The sudo NOPASSWD
tag, when specified, allows a user to execute commands using
sudo without having to authenticate. This should be disabled by making sure that the
NOPASSWD
tag does not exist in /etc/sudoers
configuration file or
any sudo configuration snippets in /etc/sudoers.d/
.
Without re-authentication, users may access resources or perform tasks for which they
do not have authorization.
When operating systems provide the capability to escalate a functional capability, it
is critical that the user re-authenticate.
Security identifiers
- CCE-80351-0
References
- IA-11. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2038. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- RHEL-07-010380. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- SRG-OS-000373-GPOS-00156. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000373-GPOS-00157. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000373-GPOS-00158. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
3.1.5.b. Ensure Users Re-Authenticate for Privilege Escalation - sudo !authenticate
The sudo !authenticate
option, when specified, allows a user to execute commands using
sudo without having to authenticate. This should be disabled by making sure that the
!authenticate
option does not exist in /etc/sudoers
configuration file or
any sudo configuration snippets in /etc/sudoers.d/
.
Without re-authentication, users may access resources or perform tasks for which they
do not have authorization.
When operating systems provide the capability to escalate a functional capability, it
is critical that the user re-authenticate.
Security identifiers
- CCE-80350-2
References
- IA-11. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2038. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- RHEL-07-010381. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- SRG-OS-000373-GPOS-00156. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000373-GPOS-00157. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000373-GPOS-00158. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
3.2. File Permissions and Masks
Traditional Unix security relies heavily on file and
directory permissions to prevent unauthorized users from reading or
modifying files to which they should not have access.
Several of the commands in this section search filesystems
for files or directories with certain characteristics, and are
intended to be run on every local partition on a given system.
When the variable PART appears in one of the commands below,
it means that the command is intended to be run repeatedly, with the
name of each local partition substituted for PART in turn.
The following command prints a list of all xfs partitions on the local
system, which is the default filesystem for Red Hat Enterprise Linux
7 installations:
$ mount -t xfs | awk '{print $3}'
For any systems that use a different
local filesystem type, modify this command as appropriate.
link | previous | next | up | toc | home
3.2.1. Restrict Partition Mount Options
System partitions can be mounted with certain options
that limit what files on those partitions can do. These options
are set in the /etc/fstab
configuration file, and can be
used to make certain types of malicious behavior more difficult.
link | previous | next | up | toc | home
3.2.1.a. Add nodev Option to Non-Root Local Partitions
The nodev
mount option prevents files from being
interpreted as character or block devices.
Legitimate character and block devices should exist only in
the /dev
directory on the root partition or within chroot
jails built for system services.
Add the nodev
option to the fourth column of
/etc/fstab
for the line which controls mounting of
any non-root local partitions.
The nodev
mount option prevents files from being
interpreted as character or block devices. The only legitimate location
for device files is the /dev
directory located on the root partition.
The only exception to this is chroot jails, for which it is not advised
to set nodev
on these filesystems.
Security identifiers
- CCE-80145-6
References
3.2.1.b. Add nodev Option to Removable Media Partitions
The nodev
mount option prevents files from being
interpreted as character or block devices.
Legitimate character and block devices should exist only in
the /dev
directory on the root partition or within chroot
jails built for system services.
Add the nodev
option to the fourth column of
/etc/fstab
for the line which controls mounting of
any removable media partitions.
The only legitimate location for device files is the /dev
directory
located on the root partition. An exception to this is chroot jails, and it is
not advised to set nodev
on partitions which contain their root
filesystems.
Security identifiers
- CCE-80146-4
References
- AC-19(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- MP-2. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
3.2.1.c. Add noexec Option to Removable Media Partitions
The noexec
mount option prevents the direct
execution of binaries on the mounted filesystem.
Preventing the direct execution of binaries from removable media (such as a USB
key) provides a defense against malicious software that may be present on such
untrusted media.
Add the noexec
option to the fourth column of
/etc/fstab
for the line which controls mounting of
any removable media partitions.
Allowing users to execute binaries from removable media such as USB keys exposes the system to potential compromise.
Security identifiers
- CCE-80147-2
References
- AC-19(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- MP-2. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 87. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1.1.12. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.2.1.d. Add nosuid Option to Removable Media Partitions
The nosuid
mount option prevents set-user-identifier (SUID)
and set-group-identifier (SGID) permissions from taking effect. These permissions
allow users to execute binaries with the same permissions as the owner and group
of the file respectively. Users should not be allowed to introduce SUID and SGID
files into the system via partitions mounted from removeable media.
Add the nosuid
option to the fourth column of
/etc/fstab
for the line which controls mounting of
any removable media partitions.
The presence of SUID and SGID executables should be tightly controlled. Allowing users to introduce SUID or SGID binaries from partitions mounted off of removable media would allow them to introduce their own highly-privileged programs.
Security identifiers
- CCE-80148-0
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- MP-2. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1.1.13. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-021011. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.2.1.e. Add nodev Option to /tmp
The nodev
mount option can be used to prevent device files from
being created in /tmp
.
Legitimate character and block devices should not exist
within temporary directories like /tmp
.
Add the nodev
option to the fourth column of
/etc/fstab
for the line which controls mounting of
/tmp
.
The only legitimate location for device files is the /dev
directory
located on the root partition. The only exception to this is chroot jails.
Remediation script
NEW_OPT=nodev
if [ $(grep " \/tmp " /etc/fstab | grep -c "$NEW_OPT" ) -eq 0 ]; then
MNT_OPTS=$(grep " \/tmp " /etc/fstab | awk '{print $4}')
sed -i "s/\( \/tmp.*${MNT_OPTS}\)/\1,${NEW_OPT}/" /etc/fstab
if [ $MNT_OPTS = "defaults" ]
then
sed -i "s/defaults,//" /etc/fstab
fi
fi
Remediation script
part /tmp -mountoptions="nodev"
Security identifiers
- CCE-80149-8
References
3.2.1.f. Add noexec Option to /tmp
The noexec
mount option can be used to prevent binaries
from being executed out of /tmp
.
Add the noexec
option to the fourth column of
/etc/fstab
for the line which controls mounting of
/tmp
.
Allowing users to execute binaries from world-writable directories
such as /tmp
should never be necessary in normal operation and
can expose the system to potential compromise.
Remediation script
NEW_OPT=noexec
if [ $(grep " \/tmp " /etc/fstab | grep -c "$NEW_OPT" ) -eq 0 ]; then
MNT_OPTS=$(grep " \/tmp " /etc/fstab | awk '{print $4}')
sed -i "s/\( \/tmp.*${MNT_OPTS}\)/\1,${NEW_OPT}/" /etc/fstab
if [ $MNT_OPTS = "defaults" ]
then
sed -i "s/defaults,//" /etc/fstab
fi
fi
Security identifiers
- CCE-80150-6
References
3.2.1.g. Add nosuid Option to /tmp
The nosuid
mount option can be used to prevent
execution of setuid programs in /tmp
. The SUID and SGID permissions
should not be required in these world-writable directories.
Add the nosuid
option to the fourth column of
/etc/fstab
for the line which controls mounting of
/tmp
.
The presence of SUID and SGID executables should be tightly controlled. Users should not be able to execute SUID or SGID binaries from temporary storage partitions.
Remediation script
NEW_OPT="nosuid"
if [ $(grep " \/tmp " /etc/fstab | grep -c "$NEW_OPT" ) -eq 0 ]; then
MNT_OPTS=$(grep " \/tmp " /etc/fstab | awk '{print $4}')
sed -i "s/\( \/tmp.*${MNT_OPTS}\)/\1,${NEW_OPT}/" /etc/fstab
if [ $MNT_OPTS = "defaults" ]
then
sed -i "s/defaults,//" /etc/fstab
fi
fi
Security identifiers
- CCE-80151-4
References
3.2.1.h. Add nodev Option to /dev/shm
The nodev
mount option can be used to prevent creation
of device files in /dev/shm
.
Legitimate character and block devices should not exist
within temporary directories like /dev/shm
.
Add the nodev
option to the fourth column of
/etc/fstab
for the line which controls mounting of
/dev/shm
.
The only legitimate location for device files is the /dev
directory
located on the root partition. The only exception to this is chroot jails.
Security identifiers
- CCE-80152-2
References
3.2.1.i. Add noexec Option to /dev/shm
The noexec
mount option can be used to prevent binaries
from being executed out of /dev/shm
.
It can be dangerous to allow the execution of binaries
from world-writable temporary storage directories such as /dev/shm
.
Add the noexec
option to the fourth column of
/etc/fstab
for the line which controls mounting of
/dev/shm
.
Allowing users to execute binaries from world-writable directories
such as /dev/shm
can expose the system to potential compromise.
Security identifiers
- CCE-80153-0
References
3.2.1.j. Add nosuid Option to /dev/shm
The nosuid
mount option can be used to prevent execution
of setuid programs in /dev/shm
. The SUID and SGID permissions should not
be required in these world-writable directories.
Add the nosuid
option to the fourth column of
/etc/fstab
for the line which controls mounting of
/dev/shm
.
The presence of SUID and SGID executables should be tightly controlled. Users should not be able to execute SUID or SGID binaries from temporary storage partitions.
Security identifiers
- CCE-80154-8
References
3.2.1.k. Bind Mount /var/tmp To /tmp
The /var/tmp
directory is a world-writable directory.
Bind-mount it to /tmp
in order to consolidate temporary storage into
one location protected by the same techniques as /tmp
. To do so, edit
/etc/fstab
and add the following line:
/tmp /var/tmp none rw,nodev,noexec,nosuid,bind 0 0
See the mount(8)
man page for further explanation of bind mounting.
Having multiple locations for temporary storage is not required. Unless absolutely
necessary to meet requirements, the storage location /var/tmp
should be bind mounted to
/tmp
and thus share the same protections.
Remediation script
# Delete particular /etc/fstab's row if /var/tmp is already configured to
# represent a mount point (for some device or filesystem other than /tmp)
if grep -q -P '.*\/var\/tmp.*' /etc/fstab
then
sed -i '/.*\/var\/tmp.*/d' /etc/fstab
fi
# Bind-mount /var/tmp to /tmp via /etc/fstab (preserving the /etc/fstab form)
printf "%-24s%-24s%-8s%-32s%-3s\n" "/tmp" "/var/tmp" "none" "rw,nodev,noexec,nosuid,bind" "0 0" >> /etc/fstab
Security identifiers
- CCE-80155-5
References
3.2.2. Restrict Dynamic Mounting and Unmounting of Filesystems
Linux includes a number of facilities for the automated addition
and removal of filesystems on a running system. These facilities may be
necessary in many environments, but this capability also carries some risk -- whether direct
risk from allowing users to introduce arbitrary filesystems,
or risk that software flaws in the automated mount facility itself could
allow an attacker to compromise the system.
This command can be used to list the types of filesystems that are
available to the currently executing kernel:
$ find /lib/modules/`uname -r`/kernel/fs -type f -name '*.ko'
If these filesystems are not required then they can be explicitly disabled
in a configuratio file in /etc/modprobe.d
.
link | previous | next | up | toc | home
3.2.2.a. Disable Modprobe Loading of USB Storage Driver
To prevent USB storage devices from being used, configure the kernel module loading system
to prevent automatic loading of the USB storage driver.
To configure the system to prevent the usb-storage
kernel module from being loaded, add the following line to a file in the directory /etc/modprobe.d
:
install usb-storage /bin/true
This will prevent the modprobe
program from loading the usb-storage
module, but will not prevent an administrator (or another program) from using the
insmod
program to load the module manually.
USB storage devices such as thumb drives can be used to introduce malicious software.
Remediation script
if grep --silent "^install usb-storage" /etc/modprobe.d/usb-storage.conf ; then
sed -i 's/^install usb-storage.*/install usb-storage /bin/true/g' /etc/modprobe.d/usb-storage.conf
else
echo -e "\n# Disable per security requirements" >> /etc/modprobe.d/usb-storage.conf
echo "install usb-storage /bin/true" >> /etc/modprobe.d/usb-storage.conf
fi
Remediation script
- name: Ensure kernel module 'usb-storage' is disabled
lineinfile:
create=yes
dest="/etc/modprobe.d/{{item}}.conf"
regexp="{{item}}"
line="install {{item}} /bin/true"
with_items:
- usb-storage
Security identifiers
- CCE-27277-3
References
- AC-19(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 778. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1958. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000114-GPOS-00059. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000378-GPOS-0016. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020160. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.2.2.b. Disable Kernel Support for USB via Bootloader Configuration
All USB support can be disabled by adding the nousb
argument to the kernel's boot loader configuration. To do so,
append "nousb" to the kernel line in /etc/default/grub
as shown:
kernel /vmlinuz-VERSION ro vga=ext root=/dev/VolGroup00/LogVol00 rhgb quiet nousb
WARNING: Disabling all kernel support for USB will cause problems for
systems with USB-based keyboards, mice, or printers. This configuration is
infeasible for systems which require USB devices, which is common.
Disabling the USB subsystem within the Linux kernel at system boot will protect against potentially malicious USB devices, although it is only practical in specialized systems.
Remediation script
# Correct the form of default kernel command line in /etc/default/grub
if ! grep -q ^GRUB_CMDLINE_LINUX=\".*nousb.*\" /etc/default/grub;
then
# Edit configuration setting
# Append 'nousb' argument to /etc/default/grub (if not present yet)
sed -i "s/\(GRUB_CMDLINE_LINUX=\)\"\(.*\)\"/\1\"\2 nousb\"/" /etc/default/grub
# Edit runtime setting
# Correct the form of kernel command line for each installed kernel in the bootloader
/sbin/grubby --update-kernel=ALL --args="nousb"
fi
Security identifiers
- CCE-26548-8
References
- AC-19(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1250. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.2.2.c. Disable Booting from USB Devices in Boot Firmware
Configure the system boot firmware (historically called BIOS on PC systems) to disallow booting from USB drives.
Booting a system from a USB device would allow an attacker to circumvent any security measures provided by the operating system. Attackers could mount partitions and modify the configuration of the OS.
Security identifiers
- CCE-26960-5
References
- AC-19(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1250. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.2.2.d. Assign Password to Prevent Changes to Boot Firmware Configuration
Assign a password to the system boot firmware (historically called BIOS on PC systems) to require a password for any configuration changes.
Assigning a password to the system boot firmware prevents anyone with physical access from configuring the system to boot from local media and circumvent the operating system's access controls. For systems in physically secure locations, such as a data center or Sensitive Compartmented Information Facility (SCIF), this risk must be weighed against the risk of administrative personnel being unable to conduct recovery operations in a timely fashion.
Security identifiers
- CCE-27194-0
3.2.2.e. Disable the Automounter
The autofs
daemon mounts and unmounts filesystems, such as user
home directories shared via NFS, on demand. In addition, autofs can be used to handle
removable media, and the default configuration provides the cdrom device as /misc/cd
.
However, this method of providing access to removable media is not common, so autofs
can almost always be disabled if NFS is not in use. Even if NFS is required, it may be
possible to configure filesystem mounts statically by editing /etc/fstab
rather than relying on the automounter.
The autofs
service can be disabled with the following command:
$ sudo systemctl disable autofs.service
Disabling the automounter permits the administrator to
statically control filesystem mounting through /etc/fstab
.
Additionally, automatically mounting filesystems permits easy introduction of
unknown devices, thereby facilitating malicious activity.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable autofs
Remediation script
- name: Disable service autofs
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- autofs
Security identifiers
- CCE-27498-5
References
- AC-19(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-19(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 778. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1958. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000114-GPOS-00059. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000378-GPOS-00163. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020161. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.2.2.f. Disable Mounting of cramfs
To configure the system to prevent the cramfs
kernel module from being loaded, add the following line to a file in the directory /etc/modprobe.d
:
install cramfs /bin/true
This effectively prevents usage of this uncommon filesystem.
Linux kernel modules which implement filesystems that are not needed by the local system should be disabled.
Remediation script
echo "install cramfs /bin/true" > /etc/modprobe.d/cramfs.conf
Remediation script
- name: Ensure kernel module 'cramfs' is disabled
lineinfile:
create=yes
dest="/etc/modprobe.d/{{item}}.conf"
regexp="{{item}}"
line="install {{item}} /bin/true"
with_items:
- cramfs
Security identifiers
- CCE-80137-3
References
3.2.2.g. Disable Mounting of freevxfs
To configure the system to prevent the freevxfs
kernel module from being loaded, add the following line to a file in the directory /etc/modprobe.d
:
install freevxfs /bin/true
This effectively prevents usage of this uncommon filesystem.
Linux kernel modules which implement filesystems that are not needed by the local system should be disabled.
Remediation script
echo "install freevxfs /bin/true" > /etc/modprobe.d/freevxfs.conf
Remediation script
- name: Ensure kernel module 'freevxfs' is disabled
lineinfile:
create=yes
dest="/etc/modprobe.d/{{item}}.conf"
regexp="{{item}}"
line="install {{item}} /bin/true"
with_items:
- freevxfs
Security identifiers
- CCE-80138-1
References
3.2.2.h. Disable Mounting of jffs2
To configure the system to prevent the jffs2
kernel module from being loaded, add the following line to a file in the directory /etc/modprobe.d
:
install jffs2 /bin/true
This effectively prevents usage of this uncommon filesystem.
Linux kernel modules which implement filesystems that are not needed by the local system should be disabled.
Remediation script
echo "install jffs2 /bin/true" > /etc/modprobe.d/jffs2.conf
Remediation script
- name: Ensure kernel module 'jffs2' is disabled
lineinfile:
create=yes
dest="/etc/modprobe.d/{{item}}.conf"
regexp="{{item}}"
line="install {{item}} /bin/true"
with_items:
- jffs2
Security identifiers
- CCE-80139-9
References
3.2.2.i. Disable Mounting of hfs
To configure the system to prevent the hfs
kernel module from being loaded, add the following line to a file in the directory /etc/modprobe.d
:
install hfs /bin/true
This effectively prevents usage of this uncommon filesystem.
Linux kernel modules which implement filesystems that are not needed by the local system should be disabled.
Remediation script
echo "install hfs /bin/true" > /etc/modprobe.d/hfs.conf
Remediation script
- name: Ensure kernel module 'hfs' is disabled
lineinfile:
create=yes
dest="/etc/modprobe.d/{{item}}.conf"
regexp="{{item}}"
line="install {{item}} /bin/true"
with_items:
- hfs
Security identifiers
- CCE-80140-7
References
3.2.2.j. Disable Mounting of hfsplus
To configure the system to prevent the hfsplus
kernel module from being loaded, add the following line to a file in the directory /etc/modprobe.d
:
install hfsplus /bin/true
This effectively prevents usage of this uncommon filesystem.
Linux kernel modules which implement filesystems that are not needed by the local system should be disabled.
Remediation script
echo "install hfsplus /bin/true" > /etc/modprobe.d/hfsplus.conf
Remediation script
- name: Ensure kernel module 'hfsplus' is disabled
lineinfile:
create=yes
dest="/etc/modprobe.d/{{item}}.conf"
regexp="{{item}}"
line="install {{item}} /bin/true"
with_items:
- hfsplus
Security identifiers
- CCE-80141-5
References
3.2.2.k. Disable Mounting of squashfs
To configure the system to prevent the squashfs
kernel module from being loaded, add the following line to a file in the directory /etc/modprobe.d
:
install squashfs /bin/true
This effectively prevents usage of this uncommon filesystem.
Linux kernel modules which implement filesystems that are not needed by the local system should be disabled.
Remediation script
echo "install squashfs /bin/true" > /etc/modprobe.d/squashfs.conf
Remediation script
- name: Ensure kernel module 'squashfs' is disabled
lineinfile:
create=yes
dest="/etc/modprobe.d/{{item}}.conf"
regexp="{{item}}"
line="install {{item}} /bin/true"
with_items:
- squashfs
Security identifiers
- CCE-80142-3
References
3.2.2.l. Disable Mounting of udf
To configure the system to prevent the udf
kernel module from being loaded, add the following line to a file in the directory /etc/modprobe.d
:
install udf /bin/true
This effectively prevents usage of this uncommon filesystem.
Linux kernel modules which implement filesystems that are not needed by the local system should be disabled.
Remediation script
echo "install udf /bin/true" > /etc/modprobe.d/udf.conf
Remediation script
- name: Ensure kernel module 'udf' is disabled
lineinfile:
create=yes
dest="/etc/modprobe.d/{{item}}.conf"
regexp="{{item}}"
line="install {{item}} /bin/true"
with_items:
- udf
Security identifiers
- CCE-80143-1
References
3.2.3. Verify Permissions on Important Files and Directories
Permissions for many files on a system must be set restrictively to ensure sensitive information is properly protected. This section discusses important permission restrictions which can be verified to ensure that no harmful discrepancies have arisen.
link | previous | next | up | toc | home
3.2.3.a. Verify that All World-Writable Directories Have Sticky Bits Set
When the so-called 'sticky bit' is set on a directory,
only the owner of a given file may remove that file from the
directory. Without the sticky bit, any user with write access to a
directory may remove any file in the directory. Setting the sticky
bit prevents users from removing each other's files. In cases where
there is no reason for a directory to be world-writable, a better
solution is to remove that permission rather than to set the sticky
bit. However, if a directory is used by a particular application,
consult that application's documentation instead of blindly
changing modes.
To set the sticky bit on a world-writable directory DIR, run the
following command:
$ sudo chmod +t DIR
Failing to set the sticky bit on public directories allows unauthorized users to delete files in the directory structure.
The only authorized public directories are those temporary directories supplied with the system,
or those designed to be temporary file repositories. The setting is normally reserved for directories
used by the system, by users for temporary file storage (such as /tmp
), and for directories
requiring global read/write access.
Security identifiers
- CCE-80130-8
References
3.2.3.b. Ensure No World-Writable Files Exist
It is generally a good idea to remove global (other) write access to a file when it is discovered. However, check with documentation for specific applications before making changes. Also, monitor for recurring world-writable files, as these may be symptoms of a misconfigured application or user account.
Data in world-writable files can be modified by any user on the system. In almost all circumstances, files can be configured using a combination of user and group permissions to support whatever legitimate access is needed without the risk caused by world-writable files.
Security identifiers
- CCE-80131-6
3.2.3.c. Ensure All SGID Executables Are Authorized
The SGID (set group id) bit should be set only on files that were installed via authorized means. A straightforward means of identifying unauthorized SGID files is determine if any were not installed as part of an RPM package, which is cryptographically verified. Investigate the origin of any unpackaged SGID files.
Executable files with the SGID permission run with the privileges of the owner of the file. SGID files of uncertain provenance could allow for unprivileged users to elevate privileges. The presence of these files should be strictly controlled on the system.
Security identifiers
- CCE-80132-4
3.2.3.d. Ensure All SUID Executables Are Authorized
The SUID (set user id) bit should be set only on files that were installed via authorized means. A straightforward means of identifying unauthorized SGID files is determine if any were not installed as part of an RPM package, which is cryptographically verified. Investigate the origin of any unpackaged SUID files.
Executable files with the SUID permission run with the privileges of the owner of the file. SUID files of uncertain provenance could allow for unprivileged users to elevate privileges. The presence of these files should be strictly controlled on the system.
Security identifiers
- CCE-80133-2
3.2.3.e. Ensure All Files Are Owned by a User
If any files are not owned by a user, then the cause of their lack of ownership should be investigated. Following this, the files should be deleted or assigned to an appropriate user.
Unowned files do not directly imply a security problem, but they are generally a sign that something is amiss. They may be caused by an intruder, by incorrect software installation or draft software removal, or by failure to remove all files belonging to a deleted account. The files should be repaired so they will not cause problems when accounts are created in the future, and the cause should be discovered and addressed.
Security identifiers
- CCE-80134-0
References
- AC-3(4). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 002165. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020360. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.2.3.f. Ensure All Files Are Owned by a Group
If any files are not owned by a group, then the cause of their lack of group-ownership should be investigated. Following this, the files should be deleted or assigned to an appropriate group.
Unowned files do not directly imply a security problem, but they are generally a sign that something is amiss. They may be caused by an intruder, by incorrect software installation or draft software removal, or by failure to remove all files belonging to a deleted account. The files should be repaired so they will not cause problems when accounts are created in the future, and the cause should be discovered and addressed.
Security identifiers
- CCE-80135-7
References
- AC-3(4). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-2. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 02165. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020370. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.2.3.g. Ensure All World-Writable Directories Are Owned by a System Account
All directories in local partitions which are world-writable should be owned by root or another system account. If any world-writable directories are not owned by a system account, this should be investigated. Following this, the files should be deleted or assigned to an appropriate group.
Allowing a user account to own a world-writable directory is undesirable because it allows the owner of that directory to remove or replace any files that may be placed in the directory by other users.
Security identifiers
- CCE-80136-5
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-021050. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.2.3.8. Verify Permissions on Files with Local Account Information and Credentials
The default restrictive permissions for files which act as
important security databases such as passwd
, shadow
,
group
, and gshadow
files must be maintained. Many utilities
need read access to the passwd
file in order to function properly, but
read access to the shadow
file allows malicious attacks against system
passwords, and should never be enabled.
link | previous | next | up | toc | home
3.2.3.8.a. Verify User Who Owns shadow File
To properly set the owner of /etc/shadow
, run the command:
$ sudo chown root /etc/shadow
The /etc/shadow
file contains the list of local
system accounts and stores password hashes. Protection of this file is
critical for system security. Failure to give ownership of this file
to root provides the designated owner with access to sensitive information
which could weaken the system security posture.
Remediation script
chown root /etc/shadow
Security identifiers
- CCE-26795-5
References
3.2.3.8.b. Verify Group Who Owns shadow File
To properly set the group owner of /etc/shadow
, run the command:
$ sudo chgrp root /etc/shadow
The /etc/shadow
file stores password hashes. Protection of this file is
critical for system security.
Remediation script
chgrp root /etc/shadow
Security identifiers
- CCE-27125-4
References
3.2.3.8.c. Verify Permissions on shadow File
To properly set the permissions of /etc/shadow
, run the command:
$ sudo chmod 0000 /etc/shadow
The /etc/shadow
file contains the list of local
system accounts and stores password hashes. Protection of this file is
critical for system security. Failure to give ownership of this file
to root provides the designated owner with access to sensitive information
which could weaken the system security posture.
Remediation script
chmod 0000 /etc/shadow
Remediation script
- name: Ensure permission 0000 on /etc/shadow
file:
path="{{item}}"
mode=0000
with_items:
- /etc/shadow
Security identifiers
- CCE-27100-7
References
3.2.3.8.d. Verify User Who Owns group File
To properly set the owner of /etc/group
, run the command:
$ sudo chown root /etc/group
The /etc/group
file contains information regarding groups that are configured
on the system. Protection of this file is important for system security.
Remediation script
chown root /etc/group
Security identifiers
- CCE-26933-2
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- Req-8.7.c. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.2.3.8.e. Verify Group Who Owns group File
To properly set the group owner of /etc/group
, run the command:
$ sudo chgrp root /etc/group
The /etc/group
file contains information regarding groups that are configured
on the system. Protection of this file is important for system security.
Remediation script
chgrp root /etc/group
Security identifiers
- CCE-27037-1
References
3.2.3.8.f. Verify Permissions on group File
To properly set the permissions of /etc/group
, run the command:
$ sudo chmod 644 /etc/group
The /etc/group
file contains information regarding groups that are configured
on the system. Protection of this file is important for system security.
Remediation script
chmod 644 /etc/group
Security identifiers
- CCE-26949-8
References
3.2.3.8.g. Verify User Who Owns gshadow File
To properly set the owner of /etc/gshadow
, run the command:
$ sudo chown root /etc/gshadow
The /etc/gshadow
file contains group password hashes. Protection of this file
is critical for system security.
Remediation script
chown root /etc/gshadow
Security identifiers
- CCE-27161-9
References
3.2.3.8.h. Verify Group Who Owns gshadow File
To properly set the group owner of /etc/gshadow
, run the command:
$ sudo chgrp root /etc/gshadow
The /etc/gshadow
file contains group password hashes. Protection of this file
is critical for system security.
Remediation script
chgrp root /etc/gshadow
Security identifiers
- CCE-26840-9
References
3.2.3.8.i. Verify Permissions on gshadow File
To properly set the permissions of /etc/gshadow
, run the command:
$ sudo chmod 0000 /etc/gshadow
The /etc/gshadow
file contains group password hashes. Protection of this file
is critical for system security.
Remediation script
chmod 0000 /etc/gshadow
Security identifiers
- CCE-27162-7
References
3.2.3.8.j. Verify User Who Owns passwd File
To properly set the owner of /etc/passwd
, run the command:
$ sudo chown root /etc/passwd
The /etc/passwd
file contains information about the users that are configured on
the system. Protection of this file is critical for system security.
Remediation script
chown root /etc/passwd
Security identifiers
- CCE-27138-7
References
3.2.3.8.k. Verify Group Who Owns passwd File
To properly set the group owner of /etc/passwd
, run the command:
$ sudo chgrp root /etc/passwd
The /etc/passwd
file contains information about the users that are configured on
the system. Protection of this file is critical for system security.
Remediation script
chgrp root /etc/passwd
Security identifiers
- CCE-26639-5
References
3.2.3.8.l. Verify Permissions on passwd File
To properly set the permissions of /etc/passwd
, run the command:
$ sudo chmod 0644 /etc/passwd
If the /etc/passwd
file is writable by a group-owner or the
world the risk of its compromise is increased. The file contains the list of
accounts on the system and associated information, and protection of this file
is critical for system security.
Remediation script
chmod 0644 /etc/passwd
Security identifiers
- CCE-26887-0
References
3.2.3.9. Verify File Permissions Within Some Important Directories
Some directories contain files whose confidentiality or integrity is notably important and may also be susceptible to misconfiguration over time, particularly if unpackaged software is installed. As such, an argument exists to verify that files' permissions within these directories remain configured correctly and restrictively.
link | previous | next | up | toc | home
3.2.3.9.a. Verify that Shared Library Files Have Restrictive Permissions
System-wide shared library files, which are linked to executables during process load time or run time, are stored in the following directories by default:
/lib
/lib64
/usr/lib
/usr/lib64
Kernel modules, which can be added to the kernel during runtime, are
stored in /lib/modules
. All files in these directories
should not be group-writable or world-writable. If any file in these
directories is found to be group-writable or world-writable, correct
its permission with the following command:
$ sudo chmod go-w FILE
Files from shared library directories are loaded into the address space of processes (including privileged ones) or of the kernel itself at runtime. Restrictive permissions are necessary to protect the integrity of the system.
Remediation script
DIRS="/lib /lib64 /usr/lib /usr/lib64"
for dirPath in $DIRS; do
find "$dirPath" -perm /022 -type f -exec chmod go-w '{}' \;
done
Security identifiers
- CCE-26966-2
References
3.2.3.9.b. Verify that Shared Library Files Have Root Ownership
System-wide shared library files, which are linked to executables during process load time or run time, are stored in the following directories by default:
/lib
/lib64
/usr/lib
/usr/lib64
Kernel modules, which can be added to the kernel during runtime, are also
stored in /lib/modules
. All files in these directories should be
owned by the root
user. If the directory, or any file in these
directories, is found to be owned by a user other than root correct its
ownership with the following command:
$ sudo chown root FILE
Files from shared library directories are loaded into the address space of processes (including privileged ones) or of the kernel itself at runtime. Proper ownership is necessary to protect the integrity of the system.
Remediation script
for LIBDIR in /usr/lib /usr/lib64 /lib /lib64
do
if [ -d $LIBDIR ]
then
find -L $LIBDIR \! -user root -exec chown root {} \;
fi
done
Security identifiers
- CCE-26648-6
References
3.2.3.9.c. Verify that System Executables Have Restrictive Permissions
System executables are stored in the following directories by default:
/bin
/sbin
/usr/bin
/usr/libexec
/usr/local/bin
/usr/local/sbin
/usr/sbin
All files in these directories should not be group-writable or world-writable.
If any file FILE in these directories is found
to be group-writable or world-writable, correct its permission with the
following command:
$ sudo chmod go-w FILE
System binaries are executed by privileged users, as well as system services, and restrictive permissions are necessary to ensure execution of these programs cannot be co-opted.
Remediation script
DIRS="/bin /usr/bin /usr/local/bin /sbin /usr/sbin /usr/local/sbin /usr/libexec"
for dirPath in $DIRS; do
find "$dirPath" -perm /022 -exec chmod go-w '{}' \;
done
Security identifiers
- CCE-27075-1
References
3.2.3.9.d. Verify that System Executables Have Root Ownership
System executables are stored in the following directories by default:
/bin
/sbin
/usr/bin
/usr/libexec
/usr/local/bin
/usr/local/sbin
/usr/sbin
All files in these directories should be owned by the root
user.
If any file FILE in these directories is found
to be owned by a user other than root, correct its ownership with the
following command:
$ sudo chown root FILE
System binaries are executed by privileged users as well as system services, and restrictive permissions are necessary to ensure that their execution of these programs cannot be co-opted.
Remediation script
find /bin/ \
/usr/bin/ \
/usr/local/bin/ \
/sbin/ \
/usr/sbin/ \
/usr/local/sbin/ \
/usr/libexec \
\! -user root -execdir chown root {} \;
Security identifiers
- CCE-27119-7
References
3.2.4. Restrict Programs from Dangerous Execution Patterns
The recommendations in this section are designed to ensure that the system's features to protect against potentially dangerous program execution are activated. These protections are applied at the system initialization or kernel level, and defend against certain types of badly-configured or compromised programs.
link | previous | next | up | toc | home
3.2.4.a. Restrict Access to Kernel Message Buffer
To set the runtime status of the kernel.dmesg_restrict
kernel parameter,
run the following command:
$ sudo sysctl -w kernel.dmesg_restrict=1
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
kernel.dmesg_restrict = 1
Unprivileged access to the kernel syslog can expose sensitive kernel address information.
Remediation script
#
# Set runtime for kernel.dmesg_restrict
#
/sbin/sysctl -q -n -w kernel.dmesg_restrict=1
#
# If kernel.dmesg_restrict present in /etc/sysctl.conf, change value to "1"
# else, add "kernel.dmesg_restrict = 1" to /etc/sysctl.conf
#
if grep --silent ^kernel.dmesg_restrict /etc/sysctl.conf ; then
sed -i 's/^kernel.dmesg_restrict.*/kernel.dmesg_restrict = 1/g' /etc/sysctl.conf
else
echo -e "\n# Set kernel.dmesg_restrict to 1 per security requirements" >> /etc/sysctl.conf
echo "kernel.dmesg_restrict = 1" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-27050-4
References
- SI-11. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1314. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.2.4.2. Daemon Umask
The umask is a per-process setting which limits the default permissions for creation of new files and directories. The system includes initialization scripts which set the default umask for system daemons.
link | previous | next | up | toc | home
3.2.4.2.a. Set Daemon Umask
The file /etc/init.d/functions
includes initialization
parameters for most or all daemons started at boot time. The default umask of
022 prevents creation of group- or world-writable files. To set the default
umask for daemons, edit the following line, inserting 022 or 027 for
UMASK appropriately:
umask 022
Setting the umask to too restrictive a setting can cause serious errors at
runtime. Many daemons on the system already individually restrict themselves to
a umask of 077 in their own init scripts.
The umask influences the permissions assigned to files created by a process at run time. An unnecessarily permissive umask could result in files being created with insecure permissions.
Remediation script
var_umask_for_daemons="022"
grep -q ^umask /etc/init.d/functions && \
sed -i "s/umask.*/umask $var_umask_for_daemons/g" /etc/init.d/functions
if ! [ $? -eq 0 ]; then
echo "umask $var_umask_for_daemons" >> /etc/init.d/functions
fi
Security identifiers
- CCE-27068-6
References
3.2.4.3. Disable Core Dumps
A core dump file is the memory image of an executable
program when it was terminated by the operating system due to
errant behavior. In most cases, only software developers
legitimately need to access these files. The core dump files may
also contain sensitive information, or unnecessarily occupy large
amounts of disk space.
Once a hard limit is set in /etc/security/limits.conf
, a
user cannot increase that limit within his or her own session. If access
to core dumps is required, consider restricting them to only
certain users or groups. See the limits.conf
man page for more
information.
The core dumps of setuid programs are further protected. The
sysctl
variable fs.suid_dumpable
controls whether
the kernel allows core dumps from these programs at all. The default
value of 0 is recommended.
link | previous | next | up | toc | home
3.2.4.3.a. Disable Core Dumps for All Users
To disable core dumps for all users, add the following line to
/etc/security/limits.conf
:
* hard core 0
A core dump includes a memory image taken at the time the operating system terminates an application. The memory image could contain sensitive data and is generally useful only for developers trying to debug problems.
Remediation script
echo "* hard core 0" >> /etc/security/limits.conf
Security identifiers
- CCE-80169-6
References
3.2.4.3.b. Disable Core Dumps for SUID programs
To set the runtime status of the fs.suid_dumpable
kernel parameter,
run the following command:
$ sudo sysctl -w fs.suid_dumpable=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
fs.suid_dumpable = 0
The core dump of a setuid program is more likely to contain sensitive data, as the program itself runs with greater privileges than the user who initiated execution of the program. Disabling the ability for any setuid program to write a core file decreases the risk of unauthorized access of such data.
Remediation script
#
# Set runtime for fs.suid_dumpable
#
/sbin/sysctl -q -n -w fs.suid_dumpable=0
#
# If fs.suid_dumpable present in /etc/sysctl.conf, change value to "0"
# else, add "fs.suid_dumpable = 0" to /etc/sysctl.conf
#
if grep --silent ^fs.suid_dumpable /etc/sysctl.conf ; then
sed -i 's/^fs.suid_dumpable.*/fs.suid_dumpable = 0/g' /etc/sysctl.conf
else
echo -e "\n# Set fs.suid_dumpable to 0 per security requirements" >> /etc/sysctl.conf
echo "fs.suid_dumpable = 0" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-26900-1
References
3.2.4.4. Enable ExecShield
ExecShield describes kernel features that provide
protection against exploitation of memory corruption errors such as buffer
overflows. These features include random placement of the stack and other
memory regions, prevention of execution in memory that should only hold data,
and special handling of text buffers. These protections are enabled by default
on 32-bit systems and controlled through sysctl
variables
kernel.exec-shield
and kernel.randomize_va_space
. On the latest
64-bit systems, kernel.exec-shield
cannot be enabled or disabled with
sysctl
.
link | previous | next | up | toc | home
3.2.4.4.a. Enable ExecShield
By default on Red Hat Enterprise Linux 7 64-bit systems, ExecShield
is enabled and can only be disabled if the hardware does not support ExecShield
or is disabled in /etc/default/grub
. For Red Hat Enterprise Linux 7
32-bit systems, sysctl
can be used to enable ExecShield.
ExecShield uses the segmentation feature on all x86 systems to prevent execution in memory higher than a certain address. It writes an address as a limit in the code segment descriptor, to control where code can be executed, on a per-process basis. When the kernel places a process's memory regions such as the stack and heap higher than this address, the hardware prevents execution in that address range. This is enabled by default on the latest Red Hat and Fedora systems if supported by the hardware.
Remediation script
if [ $(getconf LONG_BIT) = "32" ] ; then
#
# Set runtime for kernel.exec-shield
#
sysctl -q -n -w kernel.exec-shield=1
#
# If kernel.exec-shield present in /etc/sysctl.conf, change value to "1"
# else, add "kernel.exec-shield = 1" to /etc/sysctl.conf
#
if grep --silent ^kernel.exec-shield /etc/sysctl.conf ; then
sed -i 's/^kernel.exec-shield.*/kernel.exec-shield = 1/g' /etc/sysctl.conf
else
echo -e "\n# Set kernel.exec-shield to 1 per security requirements" >> /etc/sysctl.conf
echo "kernel.exec-shield = 1" >> /etc/sysctl.d/sysctl.conf
fi
fi
if [ $(getconf LONG_BIT) = "64" ] ; then
if grep --silent noexec /boot/grub2/grub*.cfg ; then
sed -i "s/noexec.*//g" /etc/default/grub
sed -i "s/noexec.*//g" /etc/grub.d/*
GRUBCFG=`ls | grep '.cfg$'`
grub2-mkconfig -o /boot/grub2/$GRUBCFG
fi
fi
Security identifiers
- CCE-27211-2
References
- SC-39. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2530. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.2.4.4.b. Enable Randomized Layout of Virtual Address Space
To set the runtime status of the kernel.randomize_va_space
kernel parameter,
run the following command:
$ sudo sysctl -w kernel.randomize_va_space=2
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
kernel.randomize_va_space = 2
Address space layout randomization (ASLR) makes it more difficult for an attacker to predict the location of attack code they have introduced into a process's address space during an attempt at exploitation. Additionally, ASLR makes it more difficult for an attacker to know the location of existing code in order to re-purpose it using return oriented programming (ROP) techniques.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/sysctl.conf' '^kernel.randomize_va_space' '2' 'CCE-27127-0'
Security identifiers
- CCE-27127-0
References
3.2.4.5. Enable Execute Disable (XD) or No Execute (NX) Support on x86 Systems
Recent processors in the x86 family support the ability to prevent code execution on a per memory page basis. Generically and on AMD processors, this ability is called No Execute (NX), while on Intel processors it is called Execute Disable (XD). This ability can help prevent exploitation of buffer overflow vulnerabilities and should be activated whenever possible. Extra steps must be taken to ensure that this protection is enabled, particularly on 32-bit x86 systems. Other processors, such as Itanium and POWER, have included such support since inception and the standard kernel for those platforms supports the feature. This is enabled by default on the latest Red Hat and Fedora systems if supported by the hardware.
link | previous | next | up | toc | home
3.2.4.5.a. Install PAE Kernel on Supported 32-bit x86 Systems
Systems that are using the 64-bit x86 kernel package do not need to install the kernel-PAE package because the 64-bit x86 kernel already includes this support. However, if the system is 32-bit and also supports the PAE and NX features as determined in the previous section, the kernel-PAE package should be installed to enable XD or NX support:
$ sudo yum install kernel-PAE
The installation process should also have configured the
bootloader to load the new kernel at boot. Verify this at reboot
and modify /etc/default/grub
if necessary.
The kernel-PAE package should not be installed on older systems that do not support the XD or NX bit, as this may prevent them from booting.
On 32-bit systems that support the XD or NX bit, the vendor-supplied PAE kernel is required to enable either Execute Disable (XD) or No Execute (NX) support.
Security identifiers
- CCE-27116-3
References
3.2.4.5.b. Enable NX or XD Support in the BIOS
Reboot the system and enter the BIOS or Setup configuration menu. Navigate the BIOS configuration menu and make sure that the option is enabled. The setting may be located under a Security section. Look for Execute Disable (XD) on Intel-based systems and No Execute (NX) on AMD-based systems.
Computers with the ability to prevent this type of code execution frequently put an option in the BIOS that will allow users to turn the feature on or off at will.
Security identifiers
- CCE-27099-1
References
3.3. SELinux
SELinux is a feature of the Linux kernel which can be
used to guard against misconfigured or compromised programs.
SELinux enforces the idea that programs should be limited in what
files they can access and what actions they can take.
The default SELinux policy, as configured on Red Hat Enterprise Linux 7, has been
sufficiently developed and debugged that it should be usable on
almost any Red Hat machine with minimal configuration and a small
amount of system administrator training. This policy prevents
system services - including most of the common network-visible
services such as mail servers, FTP servers, and DNS servers - from
accessing files which those services have no valid reason to
access. This action alone prevents a huge amount of possible damage
from network attacks against services, from trojaned software, and
so forth.
This guide recommends that SELinux be enabled using the
default (targeted) policy on every Red Hat system, unless that
system has unusual requirements which make a stronger policy
appropriate.
For more information on SELinux, see
link | previous | next | up | toc | home
3.3.a. Ensure SELinux Not Disabled in /etc/default/grub
SELinux can be disabled at boot time by an argument in
/etc/default/grub
.
Remove any instances of selinux=0
from the kernel arguments in that
file to prevent SELinux from being disabled at boot.
Disabling a major host protection feature, such as SELinux, at boot time prevents it from confining system services at boot time. Further, it increases the chances that it will remain off during system operation.
Remediation script
sed -i --follow-symlinks "s/selinux=0//gI" /etc/default/grub /etc/grub2.cfg /etc/grub.d/*
sed -i --follow-symlinks "s/enforcing=0//gI" /etc/default/grub /etc/grub2.cfg /etc/grub.d/*
Security identifiers
- CCE-26961-3
References
- AC-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-3(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-3(4). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-6(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 22. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 32. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1.4.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.3.b. Ensure SELinux State is Enforcing
The SELinux state should be set to enforcing
at
system boot time. In the file /etc/selinux/config
, add or correct the
following line to configure the system to boot into enforcing mode:
SELINUX=enforcing
Setting the SELinux state to enforcing ensures SELinux is able to confine potentially compromised processes to the security policy, which is designed to prevent them from causing damage to the system or further elevating their privileges.
Remediation script
var_selinux_state="enforcing"
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/sysconfig/selinux' '^SELINUX=' $var_selinux_state 'CCE-27334-2' '%s=%s'
Security identifiers
- CCE-27334-2
References
- AC-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-3(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-3(4). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-6(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2165. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2696. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1.4.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000445-GPOS-00199. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020210. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.c. Configure SELinux Policy
The SELinux targeted
policy is appropriate for
general-purpose desktops and servers, as well as systems in many other roles.
To configure the system to use this policy, add or correct the following line
in /etc/selinux/config
:
SELINUXTYPE=targeted
Other policies, such as mls
, provide additional security labeling
and greater confinement but are not compatible with many general-purpose
use cases.
Setting the SELinux policy to targeted
or a more specialized policy
ensures the system will confine processes that are likely to be
targeted for exploitation, such as network or system services.
Note: During the development or debugging of SELinux modules, it is common to
temporarily place non-production systems in permissive
mode. In such
temporary cases, SELinux policies should be developed, and once work
is completed, the system should be reconfigured to
targeted
.
Remediation script
var_selinux_policy_name="targeted"
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/sysconfig/selinux' '^SELINUXTYPE=' $var_selinux_policy_name 'CCE-27279-9' '%s=%s'
Security identifiers
- CCE-27279-9
References
- AC-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-3(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-3(4). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-6(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2696. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1.4.3. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000445-GPOS-00199. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020211. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.d. Uninstall setroubleshoot Package
The SETroubleshoot service notifies desktop users of SELinux
denials. The service provides information around configuration errors,
unauthorized intrusions, and other potential errors.
The setroubleshoot
package can be removed with the following command:
$ sudo yum erase setroubleshoot
The SETroubleshoot service is an unnecessary daemon to have running on a server
Security identifiers
- CCE-
References
3.3.e. Uninstall mcstrans Package
The mcstransd
daemon provides category label information
to client processes requesting information. The label translations are defined
in /etc/selinux/targeted/setrans.conf
.
The mcstrans
package can be removed with the following command:
$ sudo yum erase mcstrans
Since this service is not used very often, disable it to reduce the amount of potentially vulnerable code running on the system. NOTE: This rule was added in support of the CIS RHEL6 v1.2.0 benchmark. Please note that Red Hat does not feel this rule is security relevant.
Security identifiers
- CCE-
3.3.f. Ensure No Daemons are Unconfined by SELinux
Daemons for which the SELinux policy does not contain rules will inherit the
context of the parent process. Because daemons are launched during
startup and descend from the init
process, they inherit the initrc_t
context.
To check for unconfined daemons, run the following command:
$ sudo ps -eZ | egrep "initrc" | egrep -vw "tr|ps|egrep|bash|awk" | tr ':' ' ' | awk '{ print $NF }'
It should produce no output in a well-configured system.
Daemons which run with the initrc_t
context may cause AVC denials,
or allow privileges that the daemon does not require.
Security identifiers
- CCE-27288-0
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1.4.6. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.3.g. Ensure No Device Files are Unlabeled by SELinux
Device files, which are used for communication with important
system resources, should be labeled with proper SELinux types. If any device
files do not carry the SELinux type device_t
, report the bug so
that policy can be corrected. Supply information about what the device is
and what programs use it.
If a device file carries the SELinux type device_t
, then SELinux
cannot properly restrict access to the device file.
Security identifiers
- CCE-27326-8
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-3(f). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 22. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 32. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 368. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 318. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1812. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1813. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1814. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- RHEL-07-020940. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
3.3.h. Ensure SELinux support is enabled in Docker
To enable the SELinux for the Docker service, the Docker service must be
configured to run the Docker daemon with --selinux-enabled
option.
In /etc/sysconfig/docker
configuration file, add or correct
the following line to enable SELinux support in the Docker daemon:
OPTIONS='--selinux-enabled'
If SELinux is not explicitely enabled in the Docker daemon configuration, Docker does not use SELinux which means Docker runs unconfined, and SELinux will not provide security separation for Docker container processes. However enabling SELinux for the Docker service prevents an attacker or rogue container from attacking other container processes and content as well as prevents taking over the host operating system.
3.3.9. SELinux - Booleans
Enable or Disable runtime customization of SELinux system policies without having to reload or recompile the SELinux policy.
link | previous | next | up | toc | home
3.3.9.a. Disable the abrt_anon_write SELinux Boolean
By default, the SELinux boolean abrt_anon_write
is disabled.
If this setting is enabled, it should be disabled.
To disable the abrt_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P abrt_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.b. Disable the abrt_handle_event SELinux Boolean
By default, the SELinux boolean abrt_handle_event
is disabled.
If this setting is enabled, it should be disabled.
To disable the abrt_handle_event
SELinux boolean, run the following command:
$ sudo setsebool -P abrt_handle_event off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.c. Disable the abrt_upload_watch_anon_write SELinux Boolean
By default, the SELinux boolean abrt_upload_watch_anon_write
is enabled.
This setting should be disabled as it allows the Automatic Bug Report Tool (ABRT)
to modify public files used for public file transfer services.
To disable the abrt_upload_watch_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P abrt_upload_watch_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.d. Enable the antivirus_can_scan_system SELinux Boolean
By default, the SELinux boolean antivirus_can_scan_system
is disabled.
This setting should be enabled as it allows antivirus programs to read non-security
files on a system.
To enable the antivirus_can_scan_system
SELinux boolean, run the following command:
$ sudo setsebool -P antivirus_can_scan_system on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.e. Disable the antivirus_use_jit SELinux Boolean
By default, the SELinux boolean antivirus_use_jit
is disabled.
If this setting is enabled, it should be disabled.
To disable the antivirus_use_jit
SELinux boolean, run the following command:
$ sudo setsebool -P antivirus_use_jit off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.f. Enable the auditadm_exec_content SELinux Boolean
By default, the SELinux boolean auditadm_exec_content
is enabled.
If this setting is disabled, it should be enabled.
To enable the auditadm_exec_content
SELinux boolean, run the following command:
$ sudo setsebool -P auditadm_exec_content on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.g. Disable the authlogin_nsswitch_use_ldap SELinux Boolean
By default, the SELinux boolean authlogin_nsswitch_use_ldap
is disabled.
If this setting is enabled, it should be disabled.
To disable the authlogin_nsswitch_use_ldap
SELinux boolean, run the following command:
$ sudo setsebool -P authlogin_nsswitch_use_ldap off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.h. Disable the authlogin_radius SELinux Boolean
By default, the SELinux boolean authlogin_radius
is disabled.
If this setting is enabled, it should be disabled.
To disable the authlogin_radius
SELinux boolean, run the following command:
$ sudo setsebool -P authlogin_radius off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.i. Disable the authlogin_yubikey SELinux Boolean
By default, the SELinux boolean authlogin_yubikey
is disabled.
If this setting is enabled, it should be disabled.
To disable the authlogin_yubikey
SELinux boolean, run the following command:
$ sudo setsebool -P authlogin_yubikey off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.j. Disable the awstats_purge_apache_log_files SELinux Boolean
By default, the SELinux boolean awstats_purge_apache_log_files
is disabled.
If this setting is enabled, it should be disabled.
To disable the awstats_purge_apache_log_files
SELinux boolean, run the following command:
$ sudo setsebool -P awstats_purge_apache_log_files off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.k. Disable the boinc_execmem SELinux Boolean
By default, the SELinux boolean boinc_execmem
is enabled.
This setting should be disabled.
To disable the boinc_execmem
SELinux boolean, run the following command:
$ sudo setsebool -P boinc_execmem off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.l. Disable the cdrecord_read_content SELinux Boolean
By default, the SELinux boolean cdrecord_read_content
is disabled.
If this setting is enabled, it should be disabled.
To disable the cdrecord_read_content
SELinux boolean, run the following command:
$ sudo setsebool -P cdrecord_read_content off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.m. Disable the cluster_can_network_connect SELinux Boolean
By default, the SELinux boolean cluster_can_network_connect
is disabled.
If this setting is enabled, it should be disabled.
To disable the cluster_can_network_connect
SELinux boolean, run the following command:
$ sudo setsebool -P cluster_can_network_connect off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.n. Disable the cluster_manage_all_files SELinux Boolean
By default, the SELinux boolean cluster_manage_all_files
is disabled.
If this setting is enabled, it should be disabled.
To disable the cluster_manage_all_files
SELinux boolean, run the following command:
$ sudo setsebool -P cluster_manage_all_files off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.o. Disable the cluster_use_execmem SELinux Boolean
By default, the SELinux boolean cluster_use_execmem
is disabled.
If this setting is enabled, it should be disabled.
To disable the cluster_use_execmem
SELinux boolean, run the following command:
$ sudo setsebool -P cluster_use_execmem off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.p. Disable the cobbler_anon_write SELinux Boolean
By default, the SELinux boolean cobbler_anon_write
is disabled.
If this setting is enabled, it should be disabled.
To disable the cobbler_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P cobbler_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.q. Disable the cobbler_can_network_connect SELinux Boolean
By default, the SELinux boolean cobbler_can_network_connect
is disabled.
If this setting is enabled, it should be disabled.
To disable the cobbler_can_network_connect
SELinux boolean, run the following command:
$ sudo setsebool -P cobbler_can_network_connect off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.r. Disable the cobbler_use_cifs SELinux Boolean
By default, the SELinux boolean cobbler_use_cifs
is disabled.
If this setting is enabled, it should be disabled.
To disable the cobbler_use_cifs
SELinux boolean, run the following command:
$ sudo setsebool -P cobbler_use_cifs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.s. Disable the cobbler_use_nfs SELinux Boolean
By default, the SELinux boolean cobbler_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the cobbler_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P cobbler_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.t. Disable the collectd_tcp_network_connect SELinux Boolean
By default, the SELinux boolean collectd_tcp_network_connect
is disabled.
If this setting is enabled, it should be disabled.
To disable the collectd_tcp_network_connect
SELinux boolean, run the following command:
$ sudo setsebool -P collectd_tcp_network_connect off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.u. Disable the condor_tcp_network_connect SELinux Boolean
By default, the SELinux boolean condor_tcp_network_connect
is disabled.
If this setting is enabled, it should be disabled.
To disable the condor_tcp_network_connect
SELinux boolean, run the following command:
$ sudo setsebool -P condor_tcp_network_connect off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.v. Disable the conman_can_network SELinux Boolean
By default, the SELinux boolean conman_can_network
is disabled.
If this setting is enabled, it should be disabled.
To disable the conman_can_network
SELinux boolean, run the following command:
$ sudo setsebool -P conman_can_network off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.w. Disable the cron_can_relabel SELinux Boolean
By default, the SELinux boolean cron_can_relabel
is disabled.
If this setting is enabled, it should be disabled.
To disable the cron_can_relabel
SELinux boolean, run the following command:
$ sudo setsebool -P cron_can_relabel off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.y. Enable the cron_userdomain_transition SELinux Boolean
By default, the SELinux boolean cron_userdomain_transition
is enabled.
This setting should be enabled as end user cron jobs run in their default
associated user domain(s) instead of the general cronjob domain.
To enable the cron_userdomain_transition
SELinux boolean, run the following command:
$ sudo setsebool -P cron_userdomain_transition on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.z. Disable the cups_execmem SELinux Boolean
By default, the SELinux boolean cups_execmem
is disabled.
If this setting is enabled, it should be disabled.
To disable the cups_execmem
SELinux boolean, run the following command:
$ sudo setsebool -P cups_execmem off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.aa. Disable the cvs_read_shadow SELinux Boolean
By default, the SELinux boolean cvs_read_shadow
is disabled.
If this setting is enabled, it should be disabled.
To disable the cvs_read_shadow
SELinux boolean, run the following command:
$ sudo setsebool -P cvs_read_shadow off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ab. Disable the daemons_dump_core SELinux Boolean
By default, the SELinux boolean daemons_dump_core
is disabled.
If this setting is enabled, it should be disabled.
To disable the daemons_dump_core
SELinux boolean, run the following command:
$ sudo setsebool -P daemons_dump_core off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ac. Disable the daemons_enable_cluster_mode SELinux Boolean
By default, the SELinux boolean daemons_enable_cluster_mode
is disabled.
If this setting is enabled, it should be disabled.
To disable the daemons_enable_cluster_mode
SELinux boolean, run the following command:
$ sudo setsebool -P daemons_enable_cluster_mode off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ad. Disable the daemons_use_tcp_wrapper SELinux Boolean
By default, the SELinux boolean daemons_use_tcp_wrapper
is disabled.
If this setting is enabled, it should be disabled.
To disable the daemons_use_tcp_wrapper
SELinux boolean, run the following command:
$ sudo setsebool -P daemons_use_tcp_wrapper off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ae. Disable the daemons_use_tty SELinux Boolean
By default, the SELinux boolean daemons_use_tty
is disabled.
If this setting is enabled, it should be disabled.
To disable the daemons_use_tty
SELinux boolean, run the following command:
$ sudo setsebool -P daemons_use_tty off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.af. Enable the dbadm_exec_content SELinux Boolean
By default, the SELinux boolean dbadm_exec_content
is enabled.
If this setting is disabled, it should be enabled.
To enable the dbadm_exec_content
SELinux boolean, run the following command:
$ sudo setsebool -P dbadm_exec_content on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ag. Disable the dbadm_manage_user_files SELinux Boolean
By default, the SELinux boolean dbadm_manage_user_files
is disabled.
If this setting is enabled, it should be disabled.
To disable the dbadm_manage_user_files
SELinux boolean, run the following command:
$ sudo setsebool -P dbadm_manage_user_files off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ah. Disable the dbadm_read_user_files SELinux Boolean
By default, the SELinux boolean dbadm_read_user_files
is disabled.
If this setting is enabled, it should be disabled.
To disable the dbadm_read_user_files
SELinux boolean, run the following command:
$ sudo setsebool -P dbadm_read_user_files off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ai. Disable the deny_execmem SELinux Boolean
By default, the SELinux boolean deny_execmem
is disabled.
If this setting is enabled, it should be disabled.
To disable the deny_execmem
SELinux boolean, run the following command:
$ sudo setsebool -P deny_execmem off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.aj. Disable the deny_ptrace SELinux Boolean
By default, the SELinux boolean deny_ptrace
is disabled.
If this setting is enabled, it should be disabled.
To disable the deny_ptrace
SELinux boolean, run the following command:
$ sudo setsebool -P deny_ptrace off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ak. Disable the dhcpc_exec_iptables SELinux Boolean
By default, the SELinux boolean dhcpc_exec_iptables
is disabled.
If this setting is enabled, it should be disabled.
To disable the dhcpc_exec_iptables
SELinux boolean, run the following command:
$ sudo setsebool -P dhcpc_exec_iptables off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.al. Disable the dhcpd_use_ldap SELinux Boolean
By default, the SELinux boolean dhcpd_use_ldap
is disabled.
If this setting is enabled, it should be disabled.
To disable the dhcpd_use_ldap
SELinux boolean, run the following command:
$ sudo setsebool -P dhcpd_use_ldap off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.am. Disable the docker_connect_any SELinux Boolean
By default, the SELinux boolean docker_connect_any
is disabled.
If this setting is enabled, it should be disabled.
To disable the docker_connect_any
SELinux boolean, run the following command:
$ sudo setsebool -P docker_connect_any off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.an. Enable the docker_transition_unconfined SELinux Boolean
By default, the SELinux boolean docker_transition_unconfined
is enabled.
If this setting is disabled, it should be enabled.
To enable the docker_transition_unconfined
SELinux boolean, run the following command:
$ sudo setsebool -P docker_transition_unconfined on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ao. Enable the domain_fd_use SELinux Boolean
By default, the SELinux boolean domain_fd_use
is enabled.
If this setting is disabled, it should be enabled.
To enable the domain_fd_use
SELinux boolean, run the following command:
$ sudo setsebool -P domain_fd_use on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ap. Disable the domain_kernel_load_modules SELinux Boolean
By default, the SELinux boolean domain_kernel_load_modules
is disabled.
If this setting is enabled, it should be disabled.
To disable the domain_kernel_load_modules
SELinux boolean, run the following command:
$ sudo setsebool -P domain_kernel_load_modules off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.aq. Disable the entropyd_use_audio SELinux Boolean
By default, the SELinux boolean entropyd_use_audio
is enabled.
This setting should be disabled as it uses audit input to generate entropy.
To disable the entropyd_use_audio
SELinux boolean, run the following command:
$ sudo setsebool -P entropyd_use_audio off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ar. Disable the exim_can_connect_db SELinux Boolean
By default, the SELinux boolean exim_can_connect_db
is disabled.
If this setting is enabled, it should be disabled.
To disable the exim_can_connect_db
SELinux boolean, run the following command:
$ sudo setsebool -P exim_can_connect_db off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.as. Disable the exim_manage_user_files SELinux Boolean
By default, the SELinux boolean exim_manage_user_files
is disabled.
If this setting is enabled, it should be disabled.
To disable the exim_manage_user_files
SELinux boolean, run the following command:
$ sudo setsebool -P exim_manage_user_files off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.at. Disable the exim_read_user_files SELinux Boolean
By default, the SELinux boolean exim_read_user_files
is disabled.
If this setting is enabled, it should be disabled.
To disable the exim_read_user_files
SELinux boolean, run the following command:
$ sudo setsebool -P exim_read_user_files off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.au. Disable the fcron_crond SELinux Boolean
By default, the SELinux boolean fcron_crond
is disabled.
If this setting is enabled, it should be disabled.
To disable the fcron_crond
SELinux boolean, run the following command:
$ sudo setsebool -P fcron_crond off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.av. Disable the fenced_can_network_connect SELinux Boolean
By default, the SELinux boolean fenced_can_network_connect
is disabled.
If this setting is enabled, it should be disabled.
To disable the fenced_can_network_connect
SELinux boolean, run the following command:
$ sudo setsebool -P fenced_can_network_connect off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.aw. Disable the fenced_can_ssh SELinux Boolean
By default, the SELinux boolean fenced_can_ssh
is disabled.
If this setting is enabled, it should be disabled.
To disable the fenced_can_ssh
SELinux boolean, run the following command:
$ sudo setsebool -P fenced_can_ssh off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ax. Enable the fips_mode SELinux Boolean
By default, the SELinux boolean fips_mode
is enabled.
This allows all SELinux domains to execute in fips_mode
.
If this setting is disabled, it should be enabled.
To enable the fips_mode
SELinux boolean, run the following command:
$ sudo setsebool -P fips_mode on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ay. Disable the ftpd_anon_write SELinux Boolean
By default, the SELinux boolean ftpd_anon_write
is disabled.
If this setting is enabled, it should be disabled.
To disable the ftpd_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P ftpd_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.az. Disable the ftpd_connect_all_unreserved SELinux Boolean
By default, the SELinux boolean ftpd_connect_all_unreserved
is disabled.
If this setting is enabled, it should be disabled.
To disable the ftpd_connect_all_unreserved
SELinux boolean, run the following command:
$ sudo setsebool -P ftpd_connect_all_unreserved off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ba. Disable the ftpd_connect_db SELinux Boolean
By default, the SELinux boolean ftpd_connect_db
is disabled.
If this setting is enabled, it should be disabled.
To disable the ftpd_connect_db
SELinux boolean, run the following command:
$ sudo setsebool -P ftpd_connect_db off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bb. Disable the ftpd_full_access SELinux Boolean
By default, the SELinux boolean ftpd_full_access
is disabled.
If this setting is enabled, it should be disabled.
To disable the ftpd_full_access
SELinux boolean, run the following command:
$ sudo setsebool -P ftpd_full_access off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bc. Disable the ftpd_use_cifs SELinux Boolean
By default, the SELinux boolean ftpd_use_cifs
is disabled.
If this setting is enabled, it should be disabled.
To disable the ftpd_use_cifs
SELinux boolean, run the following command:
$ sudo setsebool -P ftpd_use_cifs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bd. Disable the ftpd_use_fusefs SELinux Boolean
By default, the SELinux boolean ftpd_use_fusefs
is disabled.
If this setting is enabled, it should be disabled.
To disable the ftpd_use_fusefs
SELinux boolean, run the following command:
$ sudo setsebool -P ftpd_use_fusefs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.be. Disable the ftpd_use_nfs SELinux Boolean
By default, the SELinux boolean ftpd_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the ftpd_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P ftpd_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bf. Disable the ftpd_use_passive_mode SELinux Boolean
By default, the SELinux boolean ftpd_use_passive_mode
is disabled.
If this setting is enabled, it should be disabled.
To disable the ftpd_use_passive_mode
SELinux boolean, run the following command:
$ sudo setsebool -P ftpd_use_passive_mode off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bg. Disable the ftp_home_dir SELinux Boolean
By default, the SELinux boolean ftp_home_dir
is disabled.
If this setting is enabled, it should be disabled.
To disable the ftp_home_dir
SELinux boolean, run the following command:
$ sudo setsebool -P ftp_home_dir off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bh. Disable the git_cgi_enable_homedirs SELinux Boolean
By default, the SELinux boolean git_cgi_enable_homedirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the git_cgi_enable_homedirs
SELinux boolean, run the following command:
$ sudo setsebool -P git_cgi_enable_homedirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bi. Disable the git_cgi_use_cifs SELinux Boolean
By default, the SELinux boolean git_cgi_use_cifs
is disabled.
If this setting is enabled, it should be disabled.
To disable the git_cgi_use_cifs
SELinux boolean, run the following command:
$ sudo setsebool -P git_cgi_use_cifs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bj. Disable the git_cgi_use_nfs SELinux Boolean
By default, the SELinux boolean git_cgi_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the git_cgi_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P git_cgi_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bk. Disable the gitosis_can_sendmail SELinux Boolean
By default, the SELinux boolean gitosis_can_sendmail
is disabled.
If this setting is enabled, it should be disabled.
To disable the gitosis_can_sendmail
SELinux boolean, run the following command:
$ sudo setsebool -P gitosis_can_sendmail off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bl. Disable the git_session_bind_all_unreserved_ports SELinux Boolean
By default, the SELinux boolean git_session_bind_all_unreserved_ports
is disabled.
If this setting is enabled, it should be disabled.
To disable the git_session_bind_all_unreserved_ports
SELinux boolean, run the following command:
$ sudo setsebool -P git_session_bind_all_unreserved_ports off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bm. Disable the git_session_users SELinux Boolean
By default, the SELinux boolean git_session_users
is disabled.
If this setting is enabled, it should be disabled.
To disable the git_session_users
SELinux boolean, run the following command:
$ sudo setsebool -P git_session_users off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bn. Disable the git_system_enable_homedirs SELinux Boolean
By default, the SELinux boolean git_system_enable_homedirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the git_system_enable_homedirs
SELinux boolean, run the following command:
$ sudo setsebool -P git_system_enable_homedirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bo. Disable the git_system_use_cifs SELinux Boolean
By default, the SELinux boolean git_system_use_cifs
is disabled.
If this setting is enabled, it should be disabled.
To disable the git_system_use_cifs
SELinux boolean, run the following command:
$ sudo setsebool -P git_system_use_cifs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bp. Disable the git_system_use_nfs SELinux Boolean
By default, the SELinux boolean git_system_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the git_system_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P git_system_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bq. Disable the glance_api_can_network SELinux Boolean
By default, the SELinux boolean glance_api_can_network
is disabled.
If this setting is enabled, it should be disabled.
To disable the glance_api_can_network
SELinux boolean, run the following command:
$ sudo setsebool -P glance_api_can_network off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.br. Disable the glance_use_execmem SELinux Boolean
By default, the SELinux boolean glance_use_execmem
is disabled.
If this setting is enabled, it should be disabled.
To disable the glance_use_execmem
SELinux boolean, run the following command:
$ sudo setsebool -P glance_use_execmem off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bs. Disable the glance_use_fusefs SELinux Boolean
By default, the SELinux boolean glance_use_fusefs
is disabled.
If this setting is enabled, it should be disabled.
To disable the glance_use_fusefs
SELinux boolean, run the following command:
$ sudo setsebool -P glance_use_fusefs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bt. Disable the global_ssp SELinux Boolean
By default, the SELinux boolean global_ssp
is disabled.
If this setting is enabled, it should be disabled.
To disable the global_ssp
SELinux boolean, run the following command:
$ sudo setsebool -P global_ssp off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bu. Disable the gluster_anon_write SELinux Boolean
By default, the SELinux boolean gluster_anon_write
is disabled.
If this setting is enabled, it should be disabled.
To disable the gluster_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P gluster_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bv. Disable the gluster_export_all_ro SELinux Boolean
By default, the SELinux boolean gluster_export_all_ro
is disabled.
If this setting is enabled, it should be disabled.
To disable the gluster_export_all_ro
SELinux boolean, run the following command:
$ sudo setsebool -P gluster_export_all_ro off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bw. Configure the gluster_export_all_rw SELinux Boolean
By default, the SELinux boolean gluster_export_all_rw
is enabled.
If GlusterFS
is in use, this setting should be enabled. Otherwise,
disable it.
To disable the gluster_export_all_rw
SELinux boolean, run the following command:
$ sudo setsebool -P gluster_export_all_rw off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bx. Disable the gpg_web_anon_write SELinux Boolean
By default, the SELinux boolean gpg_web_anon_write
is disabled.
If this setting is enabled, it should be disabled.
To disable the gpg_web_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P gpg_web_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.by. Enable the gssd_read_tmp SELinux Boolean
By default, the SELinux boolean gssd_read_tmp
is enabled.
This setting allows gssd
processes to access Kerberos to read
TGTs in the temp directory. If this setting is disabled, it should
be enabled.
To enable the gssd_read_tmp
SELinux boolean, run the following command:
$ sudo setsebool -P gssd_read_tmp on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.bz. Disable the guest_exec_content SELinux Boolean
By default, the SELinux boolean guest_exec_content
is enabled.
This setting should be disabled as no guest accounts should be used.
To enable the guest_exec_content
SELinux boolean, run the following command:
$ sudo setsebool -P guest_exec_content on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ca. Disable the haproxy_connect_any SELinux Boolean
By default, the SELinux boolean haproxy_connect_any
is disabled.
If this setting is enabled, it should be disabled.
To disable the haproxy_connect_any
SELinux boolean, run the following command:
$ sudo setsebool -P haproxy_connect_any off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cb. Disable the httpd_anon_write SELinux Boolean
By default, the SELinux boolean httpd_anon_write
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cc. Configure the httpd_builtin_scripting SELinux Boolean
By default, the SELinux boolean httpd_builtin_scripting
is enabled.
This setting should be disabled if httpd
is not running php
or some similary scripting language.
To disable the httpd_builtin_scripting
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_builtin_scripting off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cd. Disable the httpd_can_check_spam SELinux Boolean
By default, the SELinux boolean httpd_can_check_spam
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_can_check_spam
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_can_check_spam off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ce. Disable the httpd_can_connect_ftp SELinux Boolean
By default, the SELinux boolean httpd_can_connect_ftp
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_can_connect_ftp
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_can_connect_ftp off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cf. Disable the httpd_can_connect_ldap SELinux Boolean
By default, the SELinux boolean httpd_can_connect_ldap
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_can_connect_ldap
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_can_connect_ldap off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cg. Disable the httpd_can_connect_mythtv SELinux Boolean
By default, the SELinux boolean httpd_can_connect_mythtv
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_can_connect_mythtv
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_can_connect_mythtv off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ch. Disable the httpd_can_connect_zabbix SELinux Boolean
By default, the SELinux boolean httpd_can_connect_zabbix
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_can_connect_zabbix
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_can_connect_zabbix off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ci. Disable the httpd_can_network_connect_cobbler SELinux Boolean
By default, the SELinux boolean httpd_can_network_connect_cobbler
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_can_network_connect_cobbler
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_can_network_connect_cobbler off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cj. Disable the httpd_can_network_connect_db SELinux Boolean
By default, the SELinux boolean httpd_can_network_connect_db
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_can_network_connect_db
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_can_network_connect_db off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ck. Disable the httpd_can_network_connect SELinux Boolean
By default, the SELinux boolean httpd_can_network_connect
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_can_network_connect
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_can_network_connect off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cl. Disable the httpd_can_network_memcache SELinux Boolean
By default, the SELinux boolean httpd_can_network_memcache
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_can_network_memcache
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_can_network_memcache off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cm. Disable the httpd_can_network_relay SELinux Boolean
By default, the SELinux boolean httpd_can_network_relay
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_can_network_relay
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_can_network_relay off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cn. Disable the httpd_can_sendmail SELinux Boolean
By default, the SELinux boolean httpd_can_sendmail
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_can_sendmail
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_can_sendmail off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.co. Disable the httpd_dbus_avahi SELinux Boolean
By default, the SELinux boolean httpd_dbus_avahi
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_dbus_avahi
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_dbus_avahi off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cp. Disable the httpd_dbus_sssd SELinux Boolean
By default, the SELinux boolean httpd_dbus_sssd
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_dbus_sssd
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_dbus_sssd off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cq. Disable the httpd_dontaudit_search_dirs SELinux Boolean
By default, the SELinux boolean httpd_dontaudit_search_dirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_dontaudit_search_dirs
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_dontaudit_search_dirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cr. Configure the httpd_enable_cgi SELinux Boolean
By default, the SELinux boolean httpd_enable_cgi
is enabled.
This setting should be disabled unless httpd
is used with CGI
scripting.
To disable the httpd_enable_cgi
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_enable_cgi off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cs. Disable the httpd_enable_ftp_server SELinux Boolean
By default, the SELinux boolean httpd_enable_ftp_server
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_enable_ftp_server
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_enable_ftp_server off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ct. Disable the httpd_enable_homedirs SELinux Boolean
By default, the SELinux boolean httpd_enable_homedirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_enable_homedirs
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_enable_homedirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cu. Disable the httpd_execmem SELinux Boolean
By default, the SELinux boolean httpd_execmem
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_execmem
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_execmem off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cv. Enable the httpd_graceful_shutdown SELinux Boolean
By default, the SELinux boolean httpd_graceful_shutdown
is enabled.
If this setting is disabled, it should be enabled.
To enable the httpd_graceful_shutdown
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_graceful_shutdown on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cw. Disable the httpd_manage_ipa SELinux Boolean
By default, the SELinux boolean httpd_manage_ipa
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_manage_ipa
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_manage_ipa off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cx. Disable the httpd_mod_auth_ntlm_winbind SELinux Boolean
By default, the SELinux boolean httpd_mod_auth_ntlm_winbind
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_mod_auth_ntlm_winbind
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_mod_auth_ntlm_winbind off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cy. Disable the httpd_mod_auth_pam SELinux Boolean
By default, the SELinux boolean httpd_mod_auth_pam
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_mod_auth_pam
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_mod_auth_pam off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.cz. Disable the httpd_read_user_content SELinux Boolean
By default, the SELinux boolean httpd_read_user_content
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_read_user_content
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_read_user_content off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.da. Disable the httpd_run_ipa SELinux Boolean
By default, the SELinux boolean httpd_run_ipa
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_run_ipa
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_run_ipa off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.db. Disable the httpd_run_preupgrade SELinux Boolean
By default, the SELinux boolean httpd_run_preupgrade
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_run_preupgrade
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_run_preupgrade off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dc. Disable the httpd_run_stickshift SELinux Boolean
By default, the SELinux boolean httpd_run_stickshift
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_run_stickshift
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_run_stickshift off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dd. Disable the httpd_serve_cobbler_files SELinux Boolean
By default, the SELinux boolean httpd_serve_cobbler_files
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_serve_cobbler_files
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_serve_cobbler_files off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.de. Disable the httpd_setrlimit SELinux Boolean
By default, the SELinux boolean httpd_setrlimit
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_setrlimit
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_setrlimit off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.df. Disable the httpd_ssi_exec SELinux Boolean
By default, the SELinux boolean httpd_ssi_exec
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_ssi_exec
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_ssi_exec off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dg. Disable the httpd_sys_script_anon_write SELinux Boolean
By default, the SELinux boolean httpd_sys_script_anon_write
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_sys_script_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_sys_script_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dh. Disable the httpd_tmp_exec SELinux Boolean
By default, the SELinux boolean httpd_tmp_exec
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_tmp_exec
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_tmp_exec off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.di. Disable the httpd_tty_comm SELinux Boolean
By default, the SELinux boolean httpd_tty_comm
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_tty_comm
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_tty_comm off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dj. Disable the httpd_unified SELinux Boolean
By default, the SELinux boolean httpd_unified
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_unified
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_unified off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dk. Disable the httpd_use_cifs SELinux Boolean
By default, the SELinux boolean httpd_use_cifs
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_use_cifs
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_use_cifs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dl. Disable the httpd_use_fusefs SELinux Boolean
By default, the SELinux boolean httpd_use_fusefs
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_use_fusefs
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_use_fusefs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dm. Disable the httpd_use_gpg SELinux Boolean
By default, the SELinux boolean httpd_use_gpg
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_use_gpg
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_use_gpg off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dn. Disable the httpd_use_nfs SELinux Boolean
By default, the SELinux boolean httpd_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.do. Disable the httpd_use_openstack SELinux Boolean
By default, the SELinux boolean httpd_use_openstack
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_use_openstack
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_use_openstack off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dp. Disable the httpd_use_sasl SELinux Boolean
By default, the SELinux boolean httpd_use_sasl
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_use_sasl
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_use_sasl off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dq. Disable the httpd_verify_dns SELinux Boolean
By default, the SELinux boolean httpd_verify_dns
is disabled.
If this setting is enabled, it should be disabled.
To disable the httpd_verify_dns
SELinux boolean, run the following command:
$ sudo setsebool -P httpd_verify_dns off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dr. Disable the icecast_use_any_tcp_ports SELinux Boolean
By default, the SELinux boolean icecast_use_any_tcp_ports
is disabled.
If this setting is enabled, it should be disabled.
To disable the icecast_use_any_tcp_ports
SELinux boolean, run the following command:
$ sudo setsebool -P icecast_use_any_tcp_ports off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ds. Disable the irc_use_any_tcp_ports SELinux Boolean
By default, the SELinux boolean irc_use_any_tcp_ports
is disabled.
If this setting is enabled, it should be disabled.
To disable the irc_use_any_tcp_ports
SELinux boolean, run the following command:
$ sudo setsebool -P irc_use_any_tcp_ports off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dt. Disable the irssi_use_full_network SELinux Boolean
By default, the SELinux boolean irssi_use_full_network
is disabled.
If this setting is enabled, it should be disabled.
To disable the irssi_use_full_network
SELinux boolean, run the following command:
$ sudo setsebool -P irssi_use_full_network off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.du. Disable the kdumpgui_run_bootloader SELinux Boolean
By default, the SELinux boolean kdumpgui_run_bootloader
is disabled.
If this setting is enabled, it should be disabled.
To disable the kdumpgui_run_bootloader
SELinux boolean, run the following command:
$ sudo setsebool -P kdumpgui_run_bootloader off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dv. Enable the kerberos_enabled SELinux Boolean
By default, the SELinux boolean kerberos_enabled
is enabled.
If this setting is disabled, it should be enabled to allow confined
applications to run with Kerberos.
To enable the kerberos_enabled
SELinux boolean, run the following command:
$ sudo setsebool -P kerberos_enabled on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dw. Disable the ksmtuned_use_cifs SELinux Boolean
By default, the SELinux boolean ksmtuned_use_cifs
is disabled.
If this setting is enabled, it should be disabled.
To disable the ksmtuned_use_cifs
SELinux boolean, run the following command:
$ sudo setsebool -P ksmtuned_use_cifs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dx. Disable the ksmtuned_use_nfs SELinux Boolean
By default, the SELinux boolean ksmtuned_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the ksmtuned_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P ksmtuned_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dy. Enable the logadm_exec_content SELinux Boolean
By default, the SELinux boolean logadm_exec_content
is enabled.
If this setting is disabled, it should be enabled.
To enable the logadm_exec_content
SELinux boolean, run the following command:
$ sudo setsebool -P logadm_exec_content on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.dz. Disable the logging_syslogd_can_sendmail SELinux Boolean
By default, the SELinux boolean logging_syslogd_can_sendmail
is disabled.
If this setting is enabled, it should be disabled.
To disable the logging_syslogd_can_sendmail
SELinux boolean, run the following command:
$ sudo setsebool -P logging_syslogd_can_sendmail off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ea. Disable the logging_syslogd_run_nagios_plugins SELinux Boolean
By default, the SELinux boolean logging_syslogd_run_nagios_plugins
is disabled.
If this setting is enabled, it should be disabled.
To disable the logging_syslogd_run_nagios_plugins
SELinux boolean, run the following command:
$ sudo setsebool -P logging_syslogd_run_nagios_plugins off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.eb. Enable the logging_syslogd_use_tty SELinux Boolean
By default, the SELinux boolean logging_syslogd_use_tty
is enabled.
If this setting is disabled, it should be enabled as it allows syslog
the ability to read/write to terminal.
To enable the logging_syslogd_use_tty
SELinux boolean, run the following command:
$ sudo setsebool -P logging_syslogd_use_tty on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ec. Enable the login_console_enabled SELinux Boolean
By default, the SELinux boolean login_console_enabled
is enabled.
If this setting is disabled, it should be enabled as it allows login from
/dev/console
to a console session.
To enable the login_console_enabled
SELinux boolean, run the following command:
$ sudo setsebool -P login_console_enabled on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ed. Disable the logrotate_use_nfs SELinux Boolean
By default, the SELinux boolean logrotate_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the logrotate_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P logrotate_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ee. Disable the logwatch_can_network_connect_mail SELinux Boolean
By default, the SELinux boolean logwatch_can_network_connect_mail
is disabled.
If this setting is enabled, it should be disabled.
To disable the logwatch_can_network_connect_mail
SELinux boolean, run the following command:
$ sudo setsebool -P logwatch_can_network_connect_mail off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ef. Disable the lsmd_plugin_connect_any SELinux Boolean
By default, the SELinux boolean lsmd_plugin_connect_any
is disabled.
If this setting is enabled, it should be disabled.
To disable the lsmd_plugin_connect_any
SELinux boolean, run the following command:
$ sudo setsebool -P lsmd_plugin_connect_any off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.eg. Disable the mailman_use_fusefs SELinux Boolean
By default, the SELinux boolean mailman_use_fusefs
is disabled.
If this setting is enabled, it should be disabled.
To disable the mailman_use_fusefs
SELinux boolean, run the following command:
$ sudo setsebool -P mailman_use_fusefs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.eh. Disable the mcelog_client SELinux Boolean
By default, the SELinux boolean mcelog_client
is disabled.
If this setting is enabled, it should be disabled.
To disable the mcelog_client
SELinux boolean, run the following command:
$ sudo setsebool -P mcelog_client off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ei. Enable the mcelog_exec_scripts SELinux Boolean
By default, the SELinux boolean mcelog_exec_scripts
is enabled.
If this setting is disabled, it should be enabled.
To enable the mcelog_exec_scripts
SELinux boolean, run the following command:
$ sudo setsebool -P mcelog_exec_scripts on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ej. Disable the mcelog_foreground SELinux Boolean
By default, the SELinux boolean mcelog_foreground
is disabled.
If this setting is enabled, it should be disabled.
To disable the mcelog_foreground
SELinux boolean, run the following command:
$ sudo setsebool -P mcelog_foreground off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ek. Disable the mcelog_server SELinux Boolean
By default, the SELinux boolean mcelog_server
is disabled.
If this setting is enabled, it should be disabled.
To disable the mcelog_server
SELinux boolean, run the following command:
$ sudo setsebool -P mcelog_server off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.el. Disable the minidlna_read_generic_user_content SELinux Boolean
By default, the SELinux boolean minidlna_read_generic_user_content
is disabled.
If this setting is enabled, it should be disabled.
To disable the minidlna_read_generic_user_content
SELinux boolean, run the following command:
$ sudo setsebool -P minidlna_read_generic_user_content off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.em. Disable the mmap_low_allowed SELinux Boolean
By default, the SELinux boolean mmap_low_allowed
is disabled.
If this setting is enabled, it should be disabled.
To disable the mmap_low_allowed
SELinux boolean, run the following command:
$ sudo setsebool -P mmap_low_allowed off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.en. Disable the mock_enable_homedirs SELinux Boolean
By default, the SELinux boolean mock_enable_homedirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the mock_enable_homedirs
SELinux boolean, run the following command:
$ sudo setsebool -P mock_enable_homedirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.eo. Enable the mount_anyfile SELinux Boolean
By default, the SELinux boolean mount_anyfile
is enabled.
If this setting is disabled, it should be enabled to allow any file
or directory to be mounted.
To enable the mount_anyfile
SELinux boolean, run the following command:
$ sudo setsebool -P mount_anyfile on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ep. Disable the mozilla_plugin_bind_unreserved_ports SELinux Boolean
By default, the SELinux boolean mozilla_plugin_bind_unreserved_ports
is disabled.
If this setting is enabled, it should be disabled.
To disable the mozilla_plugin_bind_unreserved_ports
SELinux boolean, run the following command:
$ sudo setsebool -P mozilla_plugin_bind_unreserved_ports off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.eq. Disable the mozilla_plugin_can_network_connect SELinux Boolean
By default, the SELinux boolean mozilla_plugin_can_network_connect
is disabled.
If this setting is enabled, it should be disabled.
To disable the mozilla_plugin_can_network_connect
SELinux boolean, run the following command:
$ sudo setsebool -P mozilla_plugin_can_network_connect off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.er. Disable the mozilla_plugin_use_bluejeans SELinux Boolean
By default, the SELinux boolean mozilla_plugin_use_bluejeans
is disabled.
If this setting is enabled, it should be disabled.
To disable the mozilla_plugin_use_bluejeans
SELinux boolean, run the following command:
$ sudo setsebool -P mozilla_plugin_use_bluejeans off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.es. Disable the mozilla_plugin_use_gps SELinux Boolean
By default, the SELinux boolean mozilla_plugin_use_gps
is disabled.
If this setting is enabled, it should be disabled.
To disable the mozilla_plugin_use_gps
SELinux boolean, run the following command:
$ sudo setsebool -P mozilla_plugin_use_gps off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.et. Disable the mozilla_plugin_use_spice SELinux Boolean
By default, the SELinux boolean mozilla_plugin_use_spice
is disabled.
If this setting is enabled, it should be disabled.
To disable the mozilla_plugin_use_spice
SELinux boolean, run the following command:
$ sudo setsebool -P mozilla_plugin_use_spice off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.eu. Disable the mozilla_read_content SELinux Boolean
By default, the SELinux boolean mozilla_read_content
is disabled.
If this setting is enabled, it should be disabled.
To disable the mozilla_read_content
SELinux boolean, run the following command:
$ sudo setsebool -P mozilla_read_content off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ev. Disable the mpd_enable_homedirs SELinux Boolean
By default, the SELinux boolean mpd_enable_homedirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the mpd_enable_homedirs
SELinux boolean, run the following command:
$ sudo setsebool -P mpd_enable_homedirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ew. Disable the mpd_use_cifs SELinux Boolean
By default, the SELinux boolean mpd_use_cifs
is disabled.
If this setting is enabled, it should be disabled.
To disable the mpd_use_cifs
SELinux boolean, run the following command:
$ sudo setsebool -P mpd_use_cifs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ex. Disable the mpd_use_nfs SELinux Boolean
By default, the SELinux boolean mpd_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the mpd_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P mpd_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ey. Disable the mplayer_execstack SELinux Boolean
By default, the SELinux boolean mplayer_execstack
is disabled.
If this setting is enabled, it should be disabled.
To disable the mplayer_execstack
SELinux boolean, run the following command:
$ sudo setsebool -P mplayer_execstack off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ez. Disable the mysql_connect_any SELinux Boolean
By default, the SELinux boolean mysql_connect_any
is disabled.
If this setting is enabled, it should be disabled.
To disable the mysql_connect_any
SELinux boolean, run the following command:
$ sudo setsebool -P mysql_connect_any off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fa. Disable the nagios_run_pnp4nagios SELinux Boolean
By default, the SELinux boolean nagios_run_pnp4nagios
is disabled.
If this setting is enabled, it should be disabled.
To disable the nagios_run_pnp4nagios
SELinux boolean, run the following command:
$ sudo setsebool -P nagios_run_pnp4nagios off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fb. Disable the nagios_run_sudo SELinux Boolean
By default, the SELinux boolean nagios_run_sudo
is disabled.
If this setting is enabled, it should be disabled.
To disable the nagios_run_sudo
SELinux boolean, run the following command:
$ sudo setsebool -P nagios_run_sudo off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fc. Disable the named_tcp_bind_http_port SELinux Boolean
By default, the SELinux boolean named_tcp_bind_http_port
is disabled.
If this setting is enabled, it should be disabled.
To disable the named_tcp_bind_http_port
SELinux boolean, run the following command:
$ sudo setsebool -P named_tcp_bind_http_port off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fd. Disable the named_write_master_zones SELinux Boolean
By default, the SELinux boolean named_write_master_zones
is disabled.
If this setting is enabled, it should be disabled.
To disable the named_write_master_zones
SELinux boolean, run the following command:
$ sudo setsebool -P named_write_master_zones off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fe. Disable the neutron_can_network SELinux Boolean
By default, the SELinux boolean neutron_can_network
is disabled.
If this setting is enabled, it should be disabled.
To disable the neutron_can_network
SELinux boolean, run the following command:
$ sudo setsebool -P neutron_can_network off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ff. Disable the nfsd_anon_write SELinux Boolean
By default, the SELinux boolean nfsd_anon_write
is disabled.
If this setting is enabled, it should be disabled.
To disable the nfsd_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P nfsd_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fg. Enable the nfs_export_all_ro SELinux Boolean
By default, the SELinux boolean nfs_export_all_ro
is enabled.
If this setting is disabled, it should be enabled as it allows NFS to
export read-only mounts.
To enable the nfs_export_all_ro
SELinux boolean, run the following command:
$ sudo setsebool -P nfs_export_all_ro on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fh. Enable the nfs_export_all_rw SELinux Boolean
By default, the SELinux boolean nfs_export_all_rw
is enabled.
If this setting is disabled, it should be enabled as it allows NFS to
export read/write mounts.
To enable the nfs_export_all_rw
SELinux boolean, run the following command:
$ sudo setsebool -P nfs_export_all_rw on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fi. Disable the nis_enabled SELinux Boolean
By default, the SELinux boolean nis_enabled
is disabled.
If this setting is enabled, it should be disabled.
To disable the nis_enabled
SELinux boolean, run the following command:
$ sudo setsebool -P nis_enabled off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fj. Enable the nscd_use_shm SELinux Boolean
By default, the SELinux boolean nscd_use_shm
is enabled.
If this setting is disabled, it should be enabled to allow nscd
to use shared memory.
To enable the nscd_use_shm
SELinux boolean, run the following command:
$ sudo setsebool -P nscd_use_shm on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fk. Disable the openshift_use_nfs SELinux Boolean
By default, the SELinux boolean openshift_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the openshift_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P openshift_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fl. Disable the openvpn_can_network_connect SELinux Boolean
By default, the SELinux boolean openvpn_can_network_connect
is enabled.
This setting should be disabled.
To disable the openvpn_can_network_connect
SELinux boolean, run the following command:
$ sudo setsebool -P openvpn_can_network_connect off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fm. Disable the openvpn_enable_homedirs SELinux Boolean
By default, the SELinux boolean openvpn_enable_homedirs
is enabled.
This setting should be disabled.
To disable the openvpn_enable_homedirs
SELinux boolean, run the following command:
$ sudo setsebool -P openvpn_enable_homedirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fn. Disable the openvpn_run_unconfined SELinux Boolean
By default, the SELinux boolean openvpn_run_unconfined
is disabled.
If this setting is enabled, it should be disabled.
To disable the openvpn_run_unconfined
SELinux boolean, run the following command:
$ sudo setsebool -P openvpn_run_unconfined off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fo. Disable the pcp_bind_all_unreserved_ports SELinux Boolean
By default, the SELinux boolean pcp_bind_all_unreserved_ports
is disabled.
If this setting is enabled, it should be disabled.
To disable the pcp_bind_all_unreserved_ports
SELinux boolean, run the following command:
$ sudo setsebool -P pcp_bind_all_unreserved_ports off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fp. Disable the pcp_read_generic_logs SELinux Boolean
By default, the SELinux boolean pcp_read_generic_logs
is disabled.
If this setting is enabled, it should be disabled.
To disable the pcp_read_generic_logs
SELinux boolean, run the following command:
$ sudo setsebool -P pcp_read_generic_logs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fq. Disable the piranha_lvs_can_network_connect SELinux Boolean
By default, the SELinux boolean piranha_lvs_can_network_connect
is disabled.
If this setting is enabled, it should be disabled.
To disable the piranha_lvs_can_network_connect
SELinux boolean, run the following command:
$ sudo setsebool -P piranha_lvs_can_network_connect off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fr. Disable the polipo_connect_all_unreserved SELinux Boolean
By default, the SELinux boolean polipo_connect_all_unreserved
is disabled.
If this setting is enabled, it should be disabled.
To disable the polipo_connect_all_unreserved
SELinux boolean, run the following command:
$ sudo setsebool -P polipo_connect_all_unreserved off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fs. Disable the polipo_session_bind_all_unreserved_ports SELinux Boolean
By default, the SELinux boolean polipo_session_bind_all_unreserved_ports
is disabled.
If this setting is enabled, it should be disabled.
To disable the polipo_session_bind_all_unreserved_ports
SELinux boolean, run the following command:
$ sudo setsebool -P polipo_session_bind_all_unreserved_ports off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ft. Disable the polipo_session_users SELinux Boolean
By default, the SELinux boolean polipo_session_users
is disabled.
If this setting is enabled, it should be disabled.
To disable the polipo_session_users
SELinux boolean, run the following command:
$ sudo setsebool -P polipo_session_users off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fu. Disable the polipo_use_cifs SELinux Boolean
By default, the SELinux boolean polipo_use_cifs
is disabled.
If this setting is enabled, it should be disabled.
To disable the polipo_use_cifs
SELinux boolean, run the following command:
$ sudo setsebool -P polipo_use_cifs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fv. Disable the polipo_use_nfs SELinux Boolean
By default, the SELinux boolean polipo_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the polipo_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P polipo_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fw. Disable the polyinstantiation_enabled SELinux Boolean
By default, the SELinux boolean polyinstantiation_enabled
is disabled.
If this setting is enabled, it should be disabled.
To disable the polyinstantiation_enabled
SELinux boolean, run the following command:
$ sudo setsebool -P polyinstantiation_enabled off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fx. Enable the postfix_local_write_mail_spool SELinux Boolean
By default, the SELinux boolean postfix_local_write_mail_spool
is enabled.
If this setting is disabled, it should be enabled as it allows Postfix to write
to the mail spool directories.
To enable the postfix_local_write_mail_spool
SELinux boolean, run the following command:
$ sudo setsebool -P postfix_local_write_mail_spool on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fy. Disable the postgresql_can_rsync SELinux Boolean
By default, the SELinux boolean postgresql_can_rsync
is disabled.
If this setting is enabled, it should be disabled.
To disable the postgresql_can_rsync
SELinux boolean, run the following command:
$ sudo setsebool -P postgresql_can_rsync off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.fz. Disable the postgresql_selinux_transmit_client_label SELinux Boolean
By default, the SELinux boolean postgresql_selinux_transmit_client_label
is disabled.
If this setting is enabled, it should be disabled.
To disable the postgresql_selinux_transmit_client_label
SELinux boolean, run the following command:
$ sudo setsebool -P postgresql_selinux_transmit_client_label off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ga. Enable the postgresql_selinux_unconfined_dbadm SELinux Boolean
By default, the SELinux boolean postgresql_selinux_unconfined_dbadm
is enabled.
If this setting is disabled, it should be enabled as it allows Database Administrators to
execute Data Manipulation Language (DML) statements.
To enable the postgresql_selinux_unconfined_dbadm
SELinux boolean, run the following command:
$ sudo setsebool -P postgresql_selinux_unconfined_dbadm on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gb. Enable the postgresql_selinux_users_ddl SELinux Boolean
By default, the SELinux boolean postgresql_selinux_users_ddl
is enabled.
If this setting is disabled, it should be enabled as it allows Database Administrators to
execute Data Definition Language (DDL) statements.
To enable the postgresql_selinux_users_ddl
SELinux boolean, run the following command:
$ sudo setsebool -P postgresql_selinux_users_ddl on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gc. Disable the pppd_can_insmod SELinux Boolean
By default, the SELinux boolean pppd_can_insmod
is disabled.
If this setting is enabled, it should be disabled.
To disable the pppd_can_insmod
SELinux boolean, run the following command:
$ sudo setsebool -P pppd_can_insmod off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gd. Disable the pppd_for_user SELinux Boolean
By default, the SELinux boolean pppd_for_user
is disabled.
If this setting is enabled, it should be disabled.
To disable the pppd_for_user
SELinux boolean, run the following command:
$ sudo setsebool -P pppd_for_user off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ge. Disable the privoxy_connect_any SELinux Boolean
By default, the SELinux boolean privoxy_connect_any
is enabled.
This setting should be disabled.
To disable the privoxy_connect_any
SELinux boolean, run the following command:
$ sudo setsebool -P privoxy_connect_any off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gf. Disable the prosody_bind_http_port SELinux Boolean
By default, the SELinux boolean prosody_bind_http_port
is disabled.
If this setting is enabled, it should be disabled.
To disable the prosody_bind_http_port
SELinux boolean, run the following command:
$ sudo setsebool -P prosody_bind_http_port off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gg. Disable the puppetagent_manage_all_files SELinux Boolean
By default, the SELinux boolean puppetagent_manage_all_files
is disabled.
If this setting is enabled, it should be disabled.
To disable the puppetagent_manage_all_files
SELinux boolean, run the following command:
$ sudo setsebool -P puppetagent_manage_all_files off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gh. Disable the puppetmaster_use_db SELinux Boolean
By default, the SELinux boolean puppetmaster_use_db
is disabled.
If this setting is enabled, it should be disabled.
To disable the puppetmaster_use_db
SELinux boolean, run the following command:
$ sudo setsebool -P puppetmaster_use_db off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gi. Disable the racoon_read_shadow SELinux Boolean
By default, the SELinux boolean racoon_read_shadow
is disabled.
If this setting is enabled, it should be disabled.
To disable the racoon_read_shadow
SELinux boolean, run the following command:
$ sudo setsebool -P racoon_read_shadow off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gj. Disable the rsync_anon_write SELinux Boolean
By default, the SELinux boolean rsync_anon_write
is disabled.
If this setting is enabled, it should be disabled.
To disable the rsync_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P rsync_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gk. Disable the rsync_client SELinux Boolean
By default, the SELinux boolean rsync_client
is disabled.
If this setting is enabled, it should be disabled.
To disable the rsync_client
SELinux boolean, run the following command:
$ sudo setsebool -P rsync_client off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gl. Disable the rsync_export_all_ro SELinux Boolean
By default, the SELinux boolean rsync_export_all_ro
is disabled.
If this setting is enabled, it should be disabled.
To disable the rsync_export_all_ro
SELinux boolean, run the following command:
$ sudo setsebool -P rsync_export_all_ro off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gm. Disable the rsync_full_access SELinux Boolean
By default, the SELinux boolean rsync_full_access
is disabled.
If this setting is enabled, it should be disabled.
To disable the rsync_full_access
SELinux boolean, run the following command:
$ sudo setsebool -P rsync_full_access off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gn. Disable the samba_create_home_dirs SELinux Boolean
By default, the SELinux boolean samba_create_home_dirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the samba_create_home_dirs
SELinux boolean, run the following command:
$ sudo setsebool -P samba_create_home_dirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.go. Disable the samba_domain_controller SELinux Boolean
By default, the SELinux boolean samba_domain_controller
is disabled.
If this setting is enabled, it should be disabled.
To disable the samba_domain_controller
SELinux boolean, run the following command:
$ sudo setsebool -P samba_domain_controller off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gp. Disable the samba_enable_home_dirs SELinux Boolean
By default, the SELinux boolean samba_enable_home_dirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the samba_enable_home_dirs
SELinux boolean, run the following command:
$ sudo setsebool -P samba_enable_home_dirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gq. Disable the samba_export_all_ro SELinux Boolean
By default, the SELinux boolean samba_export_all_ro
is disabled.
If this setting is enabled, it should be disabled.
To disable the samba_export_all_ro
SELinux boolean, run the following command:
$ sudo setsebool -P samba_export_all_ro off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gr. Disable the samba_export_all_rw SELinux Boolean
By default, the SELinux boolean samba_export_all_rw
is disabled.
If this setting is enabled, it should be disabled.
To disable the samba_export_all_rw
SELinux boolean, run the following command:
$ sudo setsebool -P samba_export_all_rw off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gs. Disable the samba_load_libgfapi SELinux Boolean
By default, the SELinux boolean samba_load_libgfapi
is disabled.
If this setting is enabled, it should be disabled.
To disable the samba_load_libgfapi
SELinux boolean, run the following command:
$ sudo setsebool -P samba_load_libgfapi off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gt. Disable the samba_portmapper SELinux Boolean
By default, the SELinux boolean samba_portmapper
is disabled.
If this setting is enabled, it should be disabled.
To disable the samba_portmapper
SELinux boolean, run the following command:
$ sudo setsebool -P samba_portmapper off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gu. Disable the samba_run_unconfined SELinux Boolean
By default, the SELinux boolean samba_run_unconfined
is disabled.
If this setting is enabled, it should be disabled.
To disable the samba_run_unconfined
SELinux boolean, run the following command:
$ sudo setsebool -P samba_run_unconfined off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gx. Disable the sanlock_use_fusefs SELinux Boolean
By default, the SELinux boolean sanlock_use_fusefs
is disabled.
If this setting is enabled, it should be disabled.
To disable the sanlock_use_fusefs
SELinux boolean, run the following command:
$ sudo setsebool -P sanlock_use_fusefs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gy. Disable the sanlock_use_nfs SELinux Boolean
By default, the SELinux boolean sanlock_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the sanlock_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P sanlock_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.gz. Disable the sanlock_use_samba SELinux Boolean
By default, the SELinux boolean sanlock_use_samba
is disabled.
If this setting is enabled, it should be disabled.
To disable the sanlock_use_samba
SELinux boolean, run the following command:
$ sudo setsebool -P sanlock_use_samba off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ha. Disable the saslauthd_read_shadow SELinux Boolean
By default, the SELinux boolean saslauthd_read_shadow
is disabled.
If this setting is enabled, it should be disabled.
To disable the saslauthd_read_shadow
SELinux boolean, run the following command:
$ sudo setsebool -P saslauthd_read_shadow off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hb. Enable the secadm_exec_content SELinux Boolean
By default, the SELinux boolean secadm_exec_content
is enabled.
If this setting is disabled, it should be enabled.
To enable the secadm_exec_content
SELinux boolean, run the following command:
$ sudo setsebool -P secadm_exec_content on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hc. Disable the secure_mode_insmod SELinux Boolean
By default, the SELinux boolean secure_mode_insmod
is disabled.
If this setting is enabled, it should be disabled.
To disable the secure_mode_insmod
SELinux boolean, run the following command:
$ sudo setsebool -P secure_mode_insmod off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hd. Disable the secure_mode SELinux Boolean
By default, the SELinux boolean secure_mode
is disabled.
If this setting is enabled, it should be disabled.
To disable the secure_mode
SELinux boolean, run the following command:
$ sudo setsebool -P secure_mode off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.he. Disable the secure_mode_policyload SELinux Boolean
By default, the SELinux boolean secure_mode_policyload
is disabled.
If this setting is enabled, it should be disabled.
To disable the secure_mode_policyload
SELinux boolean, run the following command:
$ sudo setsebool -P secure_mode_policyload off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hf. Configure the selinuxuser_direct_dri_enabled SELinux Boolean
By default, the SELinux boolean selinuxuser_direct_dri_enabled
is enabled.
If XWindows is not installed or used on the system, this setting should be disabled.
Otherwise, enable it.
To disable the selinuxuser_direct_dri_enabled
SELinux boolean, run the following command:
$ sudo setsebool -P selinuxuser_direct_dri_enabled off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hg. Disable the selinuxuser_execheap SELinux Boolean
By default, the SELinux boolean selinuxuser_execheap
is disabled.
If this setting is enabled, it should be disabled.
To disable the selinuxuser_execheap
SELinux boolean, run the following command:
$ sudo setsebool -P selinuxuser_execheap off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hh. Enable the selinuxuser_execmod SELinux Boolean
By default, the SELinux boolean selinuxuser_execmod
is enabled.
If this setting is disabled, it should be enabled.
To enable the selinuxuser_execmod
SELinux boolean, run the following command:
$ sudo setsebool -P selinuxuser_execmod on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hi. disable the selinuxuser_execstack SELinux Boolean
By default, the SELinux boolean selinuxuser_execstack
is enabled.
This setting should be disabled as unconfined executables should not be able
to make their stack executable.
To disable the selinuxuser_execstack
SELinux boolean, run the following command:
$ sudo setsebool -P selinuxuser_execstack off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hj. Disable the selinuxuser_mysql_connect_enabled SELinux Boolean
By default, the SELinux boolean selinuxuser_mysql_connect_enabled
is disabled.
If this setting is enabled, it should be disabled.
To disable the selinuxuser_mysql_connect_enabled
SELinux boolean, run the following command:
$ sudo setsebool -P selinuxuser_mysql_connect_enabled off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hk. Enable the selinuxuser_ping SELinux Boolean
By default, the SELinux boolean selinuxuser_ping
is enabled.
If this setting is disabled, it should be enabled as it allows confined users
to use ping and traceroute which is helpful for network troubleshooting.
To enable the selinuxuser_ping
SELinux boolean, run the following command:
$ sudo setsebool -P selinuxuser_ping on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hl. Disable the selinuxuser_postgresql_connect_enabled SELinux Boolean
By default, the SELinux boolean selinuxuser_postgresql_connect_enabled
is disabled.
If this setting is enabled, it should be disabled.
To disable the selinuxuser_postgresql_connect_enabled
SELinux boolean, run the following command:
$ sudo setsebool -P selinuxuser_postgresql_connect_enabled off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hm. Disable the selinuxuser_rw_noexattrfile SELinux Boolean
By default, the SELinux boolean selinuxuser_rw_noexattrfile
is enabled.
This setting should be disabled as users should not be able to read/write files
on filesystems that do not have extended attributes e.g. FAT, CDROM, FLOPPY, etc.
To disable the selinuxuser_rw_noexattrfile
SELinux boolean, run the following command:
$ sudo setsebool -P selinuxuser_rw_noexattrfile off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ho. Disable the selinuxuser_tcp_server SELinux Boolean
By default, the SELinux boolean selinuxuser_tcp_server
is disabled.
If this setting is enabled, it should be disabled.
To disable the selinuxuser_tcp_server
SELinux boolean, run the following command:
$ sudo setsebool -P selinuxuser_tcp_server off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hp. Disable the selinuxuser_udp_server SELinux Boolean
By default, the SELinux boolean selinuxuser_udp_server
is disabled.
If this setting is enabled, it should be disabled.
To disable the selinuxuser_udp_server
SELinux boolean, run the following command:
$ sudo setsebool -P selinuxuser_udp_server off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hq. Disable the selinuxuser_use_ssh_chroot SELinux Boolean
By default, the SELinux boolean selinuxuser_use_ssh_chroot
is disabled.
If this setting is enabled, it should be disabled.
To disable the selinuxuser_use_ssh_chroot
SELinux boolean, run the following command:
$ sudo setsebool -P selinuxuser_use_ssh_chroot off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hr. Disable the sftpd_anon_write SELinux Boolean
By default, the SELinux boolean sftpd_anon_write
is disabled.
If this setting is enabled, it should be disabled.
To disable the sftpd_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P sftpd_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hs. Disable the sftpd_enable_homedirs SELinux Boolean
By default, the SELinux boolean sftpd_enable_homedirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the sftpd_enable_homedirs
SELinux boolean, run the following command:
$ sudo setsebool -P sftpd_enable_homedirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ht. Disable the sftpd_full_access SELinux Boolean
By default, the SELinux boolean sftpd_full_access
is disabled.
If this setting is enabled, it should be disabled.
To disable the sftpd_full_access
SELinux boolean, run the following command:
$ sudo setsebool -P sftpd_full_access off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hu. Disable the sftpd_write_ssh_home SELinux Boolean
By default, the SELinux boolean sftpd_write_ssh_home
is disabled.
If this setting is enabled, it should be disabled.
To disable the sftpd_write_ssh_home
SELinux boolean, run the following command:
$ sudo setsebool -P sftpd_write_ssh_home off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hv. Disable the sge_domain_can_network_connect SELinux Boolean
By default, the SELinux boolean sge_domain_can_network_connect
is disabled.
If this setting is enabled, it should be disabled.
To disable the sge_domain_can_network_connect
SELinux boolean, run the following command:
$ sudo setsebool -P sge_domain_can_network_connect off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hw. Disable the sge_use_nfs SELinux Boolean
By default, the SELinux boolean sge_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the sge_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P sge_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hx. Disable the smartmon_3ware SELinux Boolean
By default, the SELinux boolean smartmon_3ware
is disabled.
If this setting is enabled, it should be disabled.
To disable the smartmon_3ware
SELinux boolean, run the following command:
$ sudo setsebool -P smartmon_3ware off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hy. Disable the smbd_anon_write SELinux Boolean
By default, the SELinux boolean smbd_anon_write
is disabled.
If this setting is enabled, it should be disabled.
To disable the smbd_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P smbd_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.hz. Disable the spamassassin_can_network SELinux Boolean
By default, the SELinux boolean spamassassin_can_network
is disabled.
If this setting is enabled, it should be disabled.
To disable the spamassassin_can_network
SELinux boolean, run the following command:
$ sudo setsebool -P spamassassin_can_network off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ia. Enable the spamd_enable_home_dirs SELinux Boolean
By default, the SELinux boolean spamd_enable_home_dirs
is enabled.
If this setting is disabled, it should be enabled.
To enable the spamd_enable_home_dirs
SELinux boolean, run the following command:
$ sudo setsebool -P spamd_enable_home_dirs on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ib. Disable the squid_connect_any SELinux Boolean
By default, the SELinux boolean squid_connect_any
is enabled.
This setting should be disabled as squid should only connect on specified
ports.
To disable the squid_connect_any
SELinux boolean, run the following command:
$ sudo setsebool -P squid_connect_any off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ic. Disable the squid_use_tproxy SELinux Boolean
By default, the SELinux boolean squid_use_tproxy
is disabled.
If this setting is enabled, it should be disabled.
To disable the squid_use_tproxy
SELinux boolean, run the following command:
$ sudo setsebool -P squid_use_tproxy off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.id. Disable the ssh_chroot_rw_homedirs SELinux Boolean
By default, the SELinux boolean ssh_chroot_rw_homedirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the ssh_chroot_rw_homedirs
SELinux boolean, run the following command:
$ sudo setsebool -P ssh_chroot_rw_homedirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ie. Disable the ssh_keysign SELinux Boolean
By default, the SELinux boolean ssh_keysign
is disabled.
If this setting is enabled, it should be disabled.
To disable the ssh_keysign
SELinux boolean, run the following command:
$ sudo setsebool -P ssh_keysign off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.if. Disable the ssh_sysadm_login SELinux Boolean
By default, the SELinux boolean ssh_sysadm_login
is disabled.
If this setting is enabled, it should be disabled.
To disable the ssh_sysadm_login
SELinux boolean, run the following command:
$ sudo setsebool -P ssh_sysadm_login off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ig. Enable the staff_exec_content SELinux Boolean
By default, the SELinux boolean staff_exec_content
is enabled.
If this setting is disabled, it should be enabled.
To enable the staff_exec_content
SELinux boolean, run the following command:
$ sudo setsebool -P staff_exec_content on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ih. Disable the staff_use_svirt SELinux Boolean
By default, the SELinux boolean staff_use_svirt
is disabled.
If this setting is enabled, it should be disabled.
To disable the staff_use_svirt
SELinux boolean, run the following command:
$ sudo setsebool -P staff_use_svirt off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ii. Disable the swift_can_network SELinux Boolean
By default, the SELinux boolean swift_can_network
is disabled.
If this setting is enabled, it should be disabled.
To disable the swift_can_network
SELinux boolean, run the following command:
$ sudo setsebool -P swift_can_network off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ij. Enable the sysadm_exec_content SELinux Boolean
By default, the SELinux boolean sysadm_exec_content
is enabled.
If this setting is disabled, it should be enabled.
To enable the sysadm_exec_content
SELinux boolean, run the following command:
$ sudo setsebool -P sysadm_exec_content on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ik. Disable the telepathy_connect_all_ports SELinux Boolean
By default, the SELinux boolean telepathy_connect_all_ports
is disabled.
If this setting is enabled, it should be disabled.
To disable the telepathy_connect_all_ports
SELinux boolean, run the following command:
$ sudo setsebool -P telepathy_connect_all_ports off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.il. Disable the telepathy_tcp_connect_generic_network_ports SELinux Boolean
By default, the SELinux boolean telepathy_tcp_connect_generic_network_ports
is enabled.
This setting should be disabled as telepathy
should not connect to any generic network
ports.
To disable the telepathy_tcp_connect_generic_network_ports
SELinux boolean, run the following command:
$ sudo setsebool -P telepathy_tcp_connect_generic_network_ports off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.im. Disable the tftp_anon_write SELinux Boolean
By default, the SELinux boolean tftp_anon_write
is disabled.
If this setting is enabled, it should be disabled.
To disable the tftp_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P tftp_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.in. Disable the tftp_home_dir SELinux Boolean
By default, the SELinux boolean tftp_home_dir
is disabled.
If this setting is enabled, it should be disabled.
To disable the tftp_home_dir
SELinux boolean, run the following command:
$ sudo setsebool -P tftp_home_dir off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.io. Disable the tmpreaper_use_nfs SELinux Boolean
By default, the SELinux boolean tmpreaper_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the tmpreaper_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P tmpreaper_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ip. Disable the tmpreaper_use_samba SELinux Boolean
By default, the SELinux boolean tmpreaper_use_samba
is disabled.
If this setting is enabled, it should be disabled.
To disable the tmpreaper_use_samba
SELinux boolean, run the following command:
$ sudo setsebool -P tmpreaper_use_samba off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.iq. Disable the tor_bind_all_unreserved_ports SELinux Boolean
By default, the SELinux boolean tor_bind_all_unreserved_ports
is disabled.
If this setting is enabled, it should be disabled.
To disable the tor_bind_all_unreserved_ports
SELinux boolean, run the following command:
$ sudo setsebool -P tor_bind_all_unreserved_ports off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ir. Disable the tor_can_network_relay SELinux Boolean
By default, the SELinux boolean tor_can_network_relay
is disabled.
If this setting is enabled, it should be disabled.
To disable the tor_can_network_relay
SELinux boolean, run the following command:
$ sudo setsebool -P tor_can_network_relay off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.is. Enable the unconfined_chrome_sandbox_transition SELinux Boolean
By default, the SELinux boolean unconfined_chrome_sandbox_transition
is enabled.
If this setting is disabled, it should be enabled.
To enable the unconfined_chrome_sandbox_transition
SELinux boolean, run the following command:
$ sudo setsebool -P unconfined_chrome_sandbox_transition on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.it. Enable the unconfined_login SELinux Boolean
By default, the SELinux boolean unconfined_login
is enabled.
If this setting is disabled, it should be enabled.
To enable the unconfined_login
SELinux boolean, run the following command:
$ sudo setsebool -P unconfined_login on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.iu. Enable the unconfined_mozilla_plugin_transition SELinux Boolean
By default, the SELinux boolean unconfined_mozilla_plugin_transition
is enabled.
If this setting is disabled, it should be enabled.
To enable the unconfined_mozilla_plugin_transition
SELinux boolean, run the following command:
$ sudo setsebool -P unconfined_mozilla_plugin_transition on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.iv. Disable the unprivuser_use_svirt SELinux Boolean
By default, the SELinux boolean unprivuser_use_svirt
is disabled.
If this setting is enabled, it should be disabled.
To disable the unprivuser_use_svirt
SELinux boolean, run the following command:
$ sudo setsebool -P unprivuser_use_svirt off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.iw. Disable the use_ecryptfs_home_dirs SELinux Boolean
By default, the SELinux boolean use_ecryptfs_home_dirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the use_ecryptfs_home_dirs
SELinux boolean, run the following command:
$ sudo setsebool -P use_ecryptfs_home_dirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ix. Disable the use_fusefs_home_dirs SELinux Boolean
By default, the SELinux boolean use_fusefs_home_dirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the use_fusefs_home_dirs
SELinux boolean, run the following command:
$ sudo setsebool -P use_fusefs_home_dirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.iy. Disable the use_lpd_server SELinux Boolean
By default, the SELinux boolean use_lpd_server
is disabled.
If this setting is enabled, it should be disabled.
To disable the use_lpd_server
SELinux boolean, run the following command:
$ sudo setsebool -P use_lpd_server off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.iz. Disable the use_nfs_home_dirs SELinux Boolean
By default, the SELinux boolean use_nfs_home_dirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the use_nfs_home_dirs
SELinux boolean, run the following command:
$ sudo setsebool -P use_nfs_home_dirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ja. Enable the user_exec_content SELinux Boolean
By default, the SELinux boolean user_exec_content
is enabled.
If this setting is disabled, it should be enabled.
To enable the user_exec_content
SELinux boolean, run the following command:
$ sudo setsebool -P user_exec_content on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jb. Disable the use_samba_home_dirs SELinux Boolean
By default, the SELinux boolean use_samba_home_dirs
is disabled.
If this setting is enabled, it should be disabled.
To disable the use_samba_home_dirs
SELinux boolean, run the following command:
$ sudo setsebool -P use_samba_home_dirs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jc. Disable the varnishd_connect_any SELinux Boolean
By default, the SELinux boolean varnishd_connect_any
is disabled.
If this setting is enabled, it should be disabled.
To disable the varnishd_connect_any
SELinux boolean, run the following command:
$ sudo setsebool -P varnishd_connect_any off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jd. Disable the virt_read_qemu_ga_data SELinux Boolean
By default, the SELinux boolean virt_read_qemu_ga_data
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_read_qemu_ga_data
SELinux boolean, run the following command:
$ sudo setsebool -P virt_read_qemu_ga_data off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.je. Disable the virt_rw_qemu_ga_data SELinux Boolean
By default, the SELinux boolean virt_rw_qemu_ga_data
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_rw_qemu_ga_data
SELinux boolean, run the following command:
$ sudo setsebool -P virt_rw_qemu_ga_data off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jf. Disable the virt_sandbox_use_all_caps SELinux Boolean
By default, the SELinux boolean virt_sandbox_use_all_caps
is enabled.
This setting is disabled as containers should not run with privileges.
To disable the virt_sandbox_use_all_caps
SELinux boolean, run the following command:
$ sudo setsebool -P virt_sandbox_use_all_caps off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jg. Enable the virt_sandbox_use_audit SELinux Boolean
By default, the SELinux boolean virt_sandbox_use_audit
is enabled.
If this setting is disabled, it should be enabled to allow sandboxed containers
to send audit messages.
To enable the virt_sandbox_use_audit
SELinux boolean, run the following command:
$ sudo setsebool -P virt_sandbox_use_audit on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jh. Disable the virt_sandbox_use_mknod SELinux Boolean
By default, the SELinux boolean virt_sandbox_use_mknod
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_sandbox_use_mknod
SELinux boolean, run the following command:
$ sudo setsebool -P virt_sandbox_use_mknod off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ji. Disable the virt_sandbox_use_netlink SELinux Boolean
By default, the SELinux boolean virt_sandbox_use_netlink
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_sandbox_use_netlink
SELinux boolean, run the following command:
$ sudo setsebool -P virt_sandbox_use_netlink off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jj. Disable the virt_sandbox_use_nfs SELinux Boolean
By default, the SELinux boolean virt_sandbox_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_sandbox_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P virt_sandbox_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jk. Disable the virt_sandbox_use_samba SELinux Boolean
By default, the SELinux boolean virt_sandbox_use_samba
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_sandbox_use_samba
SELinux boolean, run the following command:
$ sudo setsebool -P virt_sandbox_use_samba off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jl. Disable the virt_sandbox_use_sys_admin SELinux Boolean
By default, the SELinux boolean virt_sandbox_use_sys_admin
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_sandbox_use_sys_admin
SELinux boolean, run the following command:
$ sudo setsebool -P virt_sandbox_use_sys_admin off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jm. Disable the virt_transition_userdomain SELinux Boolean
By default, the SELinux boolean virt_transition_userdomain
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_transition_userdomain
SELinux boolean, run the following command:
$ sudo setsebool -P virt_transition_userdomain off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jn. Disable the virt_use_comm SELinux Boolean
By default, the SELinux boolean virt_use_comm
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_use_comm
SELinux boolean, run the following command:
$ sudo setsebool -P virt_use_comm off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jo. Disable the virt_use_execmem SELinux Boolean
By default, the SELinux boolean virt_use_execmem
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_use_execmem
SELinux boolean, run the following command:
$ sudo setsebool -P virt_use_execmem off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jp. Disable the virt_use_fusefs SELinux Boolean
By default, the SELinux boolean virt_use_fusefs
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_use_fusefs
SELinux boolean, run the following command:
$ sudo setsebool -P virt_use_fusefs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jq. Disable the virt_use_nfs SELinux Boolean
By default, the SELinux boolean virt_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P virt_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jr. Disable the virt_use_rawip SELinux Boolean
By default, the SELinux boolean virt_use_rawip
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_use_rawip
SELinux boolean, run the following command:
$ sudo setsebool -P virt_use_rawip off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.js. Disable the virt_use_samba SELinux Boolean
By default, the SELinux boolean virt_use_samba
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_use_samba
SELinux boolean, run the following command:
$ sudo setsebool -P virt_use_samba off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jt. Disable the virt_use_sanlock SELinux Boolean
By default, the SELinux boolean virt_use_sanlock
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_use_sanlock
SELinux boolean, run the following command:
$ sudo setsebool -P virt_use_sanlock off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ju. Disable the virt_use_usb SELinux Boolean
By default, the SELinux boolean virt_use_usb
is enabled.
This setting should be disabled.
To disable the virt_use_usb
SELinux boolean, run the following command:
$ sudo setsebool -P virt_use_usb off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jv. Disable the virt_use_xserver SELinux Boolean
By default, the SELinux boolean virt_use_xserver
is disabled.
If this setting is enabled, it should be disabled.
To disable the virt_use_xserver
SELinux boolean, run the following command:
$ sudo setsebool -P virt_use_xserver off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jw. Disable the webadm_manage_user_files SELinux Boolean
By default, the SELinux boolean webadm_manage_user_files
is disabled.
If this setting is enabled, it should be disabled.
To disable the webadm_manage_user_files
SELinux boolean, run the following command:
$ sudo setsebool -P webadm_manage_user_files off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jx. Disable the webadm_read_user_files SELinux Boolean
By default, the SELinux boolean webadm_read_user_files
is disabled.
If this setting is enabled, it should be disabled.
To disable the webadm_read_user_files
SELinux boolean, run the following command:
$ sudo setsebool -P webadm_read_user_files off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jy. Disable the wine_mmap_zero_ignore SELinux Boolean
By default, the SELinux boolean wine_mmap_zero_ignore
is disabled.
If this setting is enabled, it should be disabled.
To disable the wine_mmap_zero_ignore
SELinux boolean, run the following command:
$ sudo setsebool -P wine_mmap_zero_ignore off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.jz. Disable the xdm_bind_vnc_tcp_port SELinux Boolean
By default, the SELinux boolean xdm_bind_vnc_tcp_port
is disabled.
If this setting is enabled, it should be disabled.
To disable the xdm_bind_vnc_tcp_port
SELinux boolean, run the following command:
$ sudo setsebool -P xdm_bind_vnc_tcp_port off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ka. Disable the xdm_exec_bootloader SELinux Boolean
By default, the SELinux boolean xdm_exec_bootloader
is disabled.
If this setting is enabled, it should be disabled.
To disable the xdm_exec_bootloader
SELinux boolean, run the following command:
$ sudo setsebool -P xdm_exec_bootloader off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.kb. Disable the xdm_sysadm_login SELinux Boolean
By default, the SELinux boolean xdm_sysadm_login
is disabled.
If this setting is enabled, it should be disabled.
To disable the xdm_sysadm_login
SELinux boolean, run the following command:
$ sudo setsebool -P xdm_sysadm_login off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.kc. Disable the xdm_write_home SELinux Boolean
By default, the SELinux boolean xdm_write_home
is disabled.
If this setting is enabled, it should be disabled.
To disable the xdm_write_home
SELinux boolean, run the following command:
$ sudo setsebool -P xdm_write_home off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.kd. Enable the xend_run_blktap SELinux Boolean
By default, the SELinux boolean xend_run_blktap
is enabled.
If this setting is disabled, it should be enabled.
To enable the xend_run_blktap
SELinux boolean, run the following command:
$ sudo setsebool -P xend_run_blktap on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ke. Enable the xend_run_qemu SELinux Boolean
By default, the SELinux boolean xend_run_qemu
is enabled.
If this setting is disabled, it should be enabled.
To enable the xend_run_qemu
SELinux boolean, run the following command:
$ sudo setsebool -P xend_run_qemu on
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.kf. Disable the xen_use_nfs SELinux Boolean
By default, the SELinux boolean xen_use_nfs
is disabled.
If this setting is enabled, it should be disabled.
To disable the xen_use_nfs
SELinux boolean, run the following command:
$ sudo setsebool -P xen_use_nfs off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.kg. Disable the xguest_connect_network SELinux Boolean
By default, the SELinux boolean xguest_connect_network
is enabled.
This setting should be disabled as guest users should not be able to configure
NetworkManager
.
To disable the xguest_connect_network
SELinux boolean, run the following command:
$ sudo setsebool -P xguest_connect_network off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.kh. Disable the xguest_exec_content SELinux Boolean
By default, the SELinux boolean xguest_exec_content
is enabled.
This setting should be disabled as guest users should not be able to run
executables.
To disable the xguest_exec_content
SELinux boolean, run the following command:
$ sudo setsebool -P xguest_exec_content off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ki. Disable the xguest_mount_media SELinux Boolean
By default, the SELinux boolean xguest_mount_media
is enabled.
This setting should be disabled as guest users should not be able to mount
any media.
To disable the xguest_mount_media
SELinux boolean, run the following command:
$ sudo setsebool -P xguest_mount_media off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.kj. Disable the xguest_use_bluetooth SELinux Boolean
By default, the SELinux boolean xguest_use_bluetooth
is enabled.
This setting should be disabled as guests users should not be able to access
or use bluetooth.
To disable the xguest_use_bluetooth
SELinux boolean, run the following command:
$ sudo setsebool -P xguest_use_bluetooth off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.kk. Disable the xserver_clients_write_xshm SELinux Boolean
By default, the SELinux boolean xserver_clients_write_xshm
is disabled.
If this setting is enabled, it should be disabled.
To disable the xserver_clients_write_xshm
SELinux boolean, run the following command:
$ sudo setsebool -P xserver_clients_write_xshm off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.kl. Disable the xserver_execmem SELinux Boolean
By default, the SELinux boolean xserver_execmem
is disabled.
If this setting is enabled, it should be disabled.
To disable the xserver_execmem
SELinux boolean, run the following command:
$ sudo setsebool -P xserver_execmem off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.km. Disable the xserver_object_manager SELinux Boolean
By default, the SELinux boolean xserver_object_manager
is disabled.
If this setting is enabled, it should be disabled.
To disable the xserver_object_manager
SELinux boolean, run the following command:
$ sudo setsebool -P xserver_object_manager off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.kn. Disable the zabbix_can_network SELinux Boolean
By default, the SELinux boolean zabbix_can_network
is disabled.
If this setting is enabled, it should be disabled.
To disable the zabbix_can_network
SELinux boolean, run the following command:
$ sudo setsebool -P zabbix_can_network off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.ko. Disable the zarafa_setrlimit SELinux Boolean
By default, the SELinux boolean zarafa_setrlimit
is disabled.
If this setting is enabled, it should be disabled.
To disable the zarafa_setrlimit
SELinux boolean, run the following command:
$ sudo setsebool -P zarafa_setrlimit off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.kp. Disable the zebra_write_config SELinux Boolean
By default, the SELinux boolean zebra_write_config
is disabled.
If this setting is enabled, it should be disabled.
To disable the zebra_write_config
SELinux boolean, run the following command:
$ sudo setsebool -P zebra_write_config off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.kq. Disable the zoneminder_anon_write SELinux Boolean
By default, the SELinux boolean zoneminder_anon_write
is disabled.
If this setting is enabled, it should be disabled.
To disable the zoneminder_anon_write
SELinux boolean, run the following command:
$ sudo setsebool -P zoneminder_anon_write off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.3.9.kr. Disable the zoneminder_run_sudo SELinux Boolean
By default, the SELinux boolean zoneminder_run_sudo
is disabled.
If this setting is enabled, it should be disabled.
To disable the zoneminder_run_sudo
SELinux boolean, run the following command:
$ sudo setsebool -P zoneminder_run_sudo off
Security identifiers
- CCE-RHEL7-CCE-TBD
References
- TBD. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4. Account and Access Control
In traditional Unix security, if an attacker gains shell access to a certain login account, they can perform any action or access any file to which that account has access. Therefore, making it more difficult for unauthorized people to gain shell access to accounts, particularly to privileged accounts, is a necessary part of securing a system. This section introduces mechanisms for restricting access to accounts under Red Hat Enterprise Linux 7.
link | previous | next | up | toc | home
3.4.1. Protect Accounts by Restricting Password-Based Login
Conventionally, Unix shell accounts are accessed by
providing a username and password to a login program, which tests
these values for correctness using the /etc/passwd
and
/etc/shadow
files. Password-based login is vulnerable to
guessing of weak passwords, and to sniffing and man-in-the-middle
attacks against passwords entered over a network or at an insecure
console. Therefore, mechanisms for accessing accounts by entering
usernames and passwords should be restricted to those which are
operationally necessary.
link | previous | next | up | toc | home
3.4.1.1. Restrict Root Logins
Direct root logins should be allowed only for emergency use.
In normal situations, the administrator should access the system
via a unique unprivileged account, and then use su
or sudo
to execute
privileged commands. Discouraging administrators from accessing the
root account directly ensures an audit trail in organizations with
multiple administrators. Locking down the channels through which
root can connect directly also reduces opportunities for
password-guessing against the root account. The login
program
uses the file /etc/securetty
to determine which interfaces
should allow root logins.
The virtual devices /dev/console
and /dev/tty*
represent the system consoles (accessible via
the Ctrl-Alt-F1 through Ctrl-Alt-F6 keyboard sequences on a default
installation). The default securetty file also contains /dev/vc/*
.
These are likely to be deprecated in most environments, but may be retained
for compatibility. Root should also be prohibited from connecting
via network protocols. Other sections of this document
include guidance describing how to prevent root from logging in via SSH.
link | previous | next | up | toc | home
3.4.1.1.a. Direct root Logins Not Allowed
To further limit access to the root
account, administrators
can disable root logins at the console by editing the /etc/securetty
file.
This file lists all devices the root user is allowed to login to. If the file does
not exist at all, the root user can login through any communication device on the
system, whether via the console or via a raw network interface. This is dangerous
as user can login to his machine as root via Telnet, which sends the password in
plain text over the network. By default, Red Hat Enteprise Linux's
/etc/securetty
file only allows the root user to login at the console
physically attached to the machine. To prevent root from logging in, remove the
contents of this file. To prevent direct root logins, remove the contents of this
file by typing the following command:
$ sudo echo > /etc/securetty
Disabling direct root logins ensures proper accountability and multifactor authentication to privileged accounts. Users will first login, then escalate to privileged (root) access via su / sudo. This is required for FISMA Low and FISMA Moderate systems.
Remediation script
echo > /etc/securetty
Security identifiers
- CCE-27294-8
References
3.4.1.1.b. Restrict Virtual Console Root Logins
To restrict root logins through the (deprecated) virtual console devices,
ensure lines of this form do not appear in /etc/securetty
:
vc/1
vc/2
vc/3
vc/4
Preventing direct root login to virtual console devices helps ensure accountability for actions taken on the system using the root account.
Remediation script
sed -i '/^vc\//d' /etc/securetty
Security identifiers
- CCE-27318-5
References
- AC-6(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 770. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.4.1.1.c. Restrict Serial Port Root Logins
To restrict root logins on serial ports,
ensure lines of this form do not appear in /etc/securetty
:
ttyS0
ttyS1
Preventing direct root login to serial port interfaces helps ensure accountability for actions taken on the systems using the root account.
Remediation script
sed -i '/ttyS/d' /etc/securetty
Security identifiers
- CCE-27268-2
References
- AC-6(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 770. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.4.1.1.d. Restrict Web Browser Use for Administrative Accounts
Enforce policy requiring administrative accounts use web browsers only for local service administration.
If a browser vulnerability is exploited while running with administrative privileges, the entire system could be compromised. Specific exceptions for local service administration should be documented in site-defined policy.
Security identifiers
- CCE-80209-0
3.4.1.1.e. Ensure that System Accounts Do Not Run a Shell Upon Login
Some accounts are not associated with a human user of the system, and exist to
perform some administrative function. Should an attacker be able to log into
these accounts, they should not be granted access to a shell.
The login shell for each local account is stored in the last field of each line
in /etc/passwd
. System accounts are those user accounts with a user ID
less than UID_MIN, where value of UID_MIN directive is set in
/etc/login.defs configuration file. In the default configuration UID_MIN is set
to 1000, thus system accounts are those user accounts with a user ID less than
1000. The user ID is stored in the third field. If any system account
SYSACCT (other than root) has a login shell, disable it with the
command:
$ sudo usermod -s /sbin/nologin SYSACCT
Do not perform the steps in this section on the root account. Doing so might cause the system to become inaccessible.
Ensuring shells are not given to system accounts upon login makes it more difficult for attackers to make use of system accounts.
Security identifiers
- CCE-26448-1
References
3.4.1.1.f. Verify Only Root Has UID 0
If any account other than root has a UID of 0, this misconfiguration should
be investigated and the accounts other than root should be removed or
have their UID changed.
If the account is associated with system commands or applications the UID should be changed
to one greater than "0" but less than "1000." Otherwise assign a UID greater than "1000" that
has not already been assigned.
An account has root authority if it has a UID of 0. Multiple accounts with a UID of 0 afford more opportunity for potential intruders to guess a password for a privileged account. Proper configuration of sudo is recommended to afford multiple system administrators access to root privileges in an accountable manner.
Remediation script
awk -F: '$3 == 0 && $1 != "root" { print $1 }' /etc/passwd | xargs passwd -l
Security identifiers
- CCE-27175-9
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-2(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020310. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.1.1.g. Root Path Must Be Vendor Default
Assuming root shell is bash, edit the following files:
~/.profile
~/.bashrc
Change any PATH
variables to the vendor default for root and remove any
empty PATH
entries or references to relative paths.
The root account's executable search path must be the vendor default, and must contain only absolute paths.
Security identifiers
- CCE-80210-8
References
3.4.1.2. Verify Proper Storage and Existence of Password Hashes
By default, password hashes for local accounts are stored
in the second field (colon-separated) in
/etc/shadow
. This file should be readable only by
processes running with root credentials, preventing users from
casually accessing others' password hashes and attempting
to crack them.
However, it remains possible to misconfigure the system
and store password hashes
in world-readable files such as /etc/passwd
, or
to even store passwords themselves in plaintext on the system.
Using system-provided tools for password change/creation
should allow administrators to avoid such misconfiguration.
link | previous | next | up | toc | home
3.4.1.2.a. Prevent Log In to Accounts With Empty Password
If an account is configured for password authentication
but does not have an assigned password, it may be possible to log
into the account without authentication. Remove any instances of the nullok
option in /etc/pam.d/system-auth
to
prevent logins with empty passwords.
If an account has an empty password, anyone could log in and run commands with the privileges of that account. Accounts with empty passwords should never be used in operational environments.
Remediation script
sed --follow-symlinks -i 's/\<nullok\>//g' /etc/pam.d/system-auth
Security identifiers
- CCE-27286-4
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010260. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-8.2.3. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.4.1.2.b. Verify All Account Password Hashes are Shadowed
If any password hashes are stored in /etc/passwd
(in the second field,
instead of an x
), the cause of this misconfiguration should be
investigated. The account should have its password reset and the hash should be
properly stored, or the account should be deleted entirely.
The hashes for all user account passwords should be stored in
the file /etc/shadow
and never in /etc/passwd
,
which is readable by all users.
Security identifiers
- CCE-27352-4
References
- IA-5(h). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- . URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-8.2.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.4.1.2.c. All GIDs referenced in /etc/passwd must be defined in /etc/group
Add a group to the system for each GID referenced without a corresponding group.
If a user is assigned the Group Identifier (GID) of a group not existing on the system, and a group with the Gruop Identifier (GID) is subsequently created, the user may have unintended rights to any files associated with the group.
Security identifiers
- CCE-27503-2
References
- IA-2. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 764. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000104-GPOS-00051. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020300. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-8.5.a. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.4.1.2.d. Verify No netrc Files Exist
The .netrc
files contain login information
used to auto-login into FTP servers and reside in the user's home
directory. These files may contain unencrypted passwords to
remote FTP servers making them susceptible to access by unauthorized
users and should not be used. Any .netrc
files should be removed.
Unencrypted passwords for remote FTP servers may be stored in .netrc
files. DoD policy requires passwords be encrypted in storage and not used
in access scripts.
Security identifiers
- CCE-80211-6
References
3.4.1.3. Set Password Expiration Parameters
The file /etc/login.defs
controls several
password-related settings. Programs such as passwd
,
su
, and
login
consult /etc/login.defs
to determine
behavior with regard to password aging, expiration warnings,
and length. See the man page login.defs(5)
for more information.
Users should be forced to change their passwords, in order to
decrease the utility of compromised passwords. However, the need to
change passwords often should be balanced against the risk that
users will reuse or write down passwords if forced to change them
too often. Forcing password changes every 90-360 days, depending on
the environment, is recommended. Set the appropriate value as
PASS_MAX_DAYS
and apply it to existing accounts with the
-M
flag.
The PASS_MIN_DAYS
(-m
) setting prevents password
changes for 7 days after the first change, to discourage password
cycling. If you use this setting, train users to contact an administrator
for an emergency password change in case a new password becomes
compromised. The PASS_WARN_AGE
(-W
) setting gives
users 7 days of warnings at login time that their passwords are about to expire.
For example, for each existing human user USER, expiration parameters
could be adjusted to a 180 day maximum password age, 7 day minimum password
age, and 7 day warning period with the following command:
$ sudo chage -M 180 -m 7 -W 7 USER
link | previous | next | up | toc | home
3.4.1.3.a. Set Password Minimum Length in login.defs
To specify password length requirements for new accounts,
edit the file /etc/login.defs
and add or correct the following
lines:
PASS_MIN_LEN 14
The DoD requirement is
15
.
The FISMA requirement is 12
.
If a program consults /etc/login.defs
and also another PAM module
(such as pam_pwquality
) during a password change operation,
then the most restrictive must be satisfied. See PAM section
for more information about enforcing password quality requirements.
Requiring a minimum password length makes password cracking attacks more difficult by ensuring a larger search space. However, any security benefit from an onerous requirement must be carefully weighed against usability problems, support costs, or counterproductive behavior that may result.
Remediation script
var_accounts_password_minlen_login_defs="15"
grep -q ^PASS_MIN_LEN /etc/login.defs && \
sed -i "s/PASS_MIN_LEN.*/PASS_MIN_LEN $var_accounts_password_minlen_login_defs/g" /etc/login.defs
if ! [ $? -eq 0 ]; then
echo "PASS_MIN_LEN $var_accounts_password_minlen_login_defs" >> /etc/login.defs
fi
Security identifiers
- CCE-27123-9
References
- IA-5(f). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- . URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.4.1.3.b. Set Password Minimum Age
To specify password minimum age for new accounts,
edit the file /etc/login.defs
and add or correct the following line, replacing DAYS appropriately:
PASS_MIN_DAYS DAYS
A value of 1 day is considered for sufficient for many
environments. The DoD requirement is 1.
Enforcing a minimum password lifetime helps to prevent repeated password changes to defeat
the password reuse or history enforcement requirement. If users are allowed to immediately
and continually change their password, then the password could be repeatedly changed in a
short period of time to defeat the organization's policy regarding password reuse.
Setting the minimum password age protects against users cycling back to a favorite password
after satisfying the password reuse requirement.
Remediation script
var_accounts_minimum_age_login_defs="7"
grep -q ^PASS_MIN_DAYS /etc/login.defs && \
sed -i "s/PASS_MIN_DAYS.*/PASS_MIN_DAYS $var_accounts_minimum_age_login_defs/g" /etc/login.defs
if ! [ $? -eq 0 ]; then
echo "PASS_MIN_DAYS $var_accounts_minimum_age_login_defs" >> /etc/login.defs
fi
Security identifiers
- CCE-27002-5
References
- IA-5(f). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 198. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000075-GPOS-00043. .
- RHEL-07-010200. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.1.3.c. Set Password Maximum Age
To specify password maximum age for new accounts,
edit the file /etc/login.defs
and add or correct the following line, replacing DAYS appropriately:
PASS_MAX_DAYS DAYS
A value of 180 days is sufficient for many environments.
The DoD requirement is 60.
Any password, no matter how complex, can eventually be cracked. Therefore, passwords
need to be changed periodically. If the operating system does not limit the lifetime
of passwords and force users to change their passwords, there is the risk that the
operating system passwords could be compromised.
Setting the password maximum age ensures users are required to
periodically change their passwords. Requiring shorter password lifetimes
increases the risk of users writing down the password in a convenient
location subject to physical compromise.
Remediation script
var_accounts_maximum_age_login_defs="60"
grep -q ^PASS_MAX_DAYS /etc/login.defs && \
sed -i "s/PASS_MAX_DAYS.*/PASS_MAX_DAYS $var_accounts_maximum_age_login_defs/g" /etc/login.defs
if ! [ $? -eq 0 ]; then
echo "PASS_MAX_DAYS $var_accounts_maximum_age_login_defs" >> /etc/login.defs
fi
Security identifiers
- CCE-27051-2
References
- IA-5(f). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(g). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 199. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000076-GPOS-00044. .
- Req-8.2.4. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 7.1.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- RHEL-07-010220. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.1.3.d. Set Password Warning Age
To specify how many days prior to password
expiration that a warning will be issued to users,
edit the file /etc/login.defs
and add or correct
the following line, replacing DAYS appropriately:
PASS_WARN_AGE DAYS
The DoD requirement is 7.
Setting the password warning age enables users to make the change at a practical time.
Remediation script
var_accounts_password_warn_age_login_defs="7"
grep -q ^PASS_WARN_AGE /etc/login.defs && \
sed -i "s/PASS_WARN_AGE.*/PASS_WARN_AGE $var_accounts_password_warn_age_login_defs/g" /etc/login.defs
if ! [ $? -eq 0 ]; then
echo "PASS_WARN_AGE $var_accounts_password_warn_age_login_defs" >> /etc/login.defs
fi
Security identifiers
- CCE-26486-1
References
3.4.1.4. Set Account Expiration Parameters
Accounts can be configured to be automatically disabled
after a certain time period,
meaning that they will require administrator interaction to become usable again.
Expiration of accounts after inactivity can be set for all accounts by default
and also on a per-account basis, such as for accounts that are known to be temporary.
To configure automatic expiration of an account following
the expiration of its password (that is, after the password has expired and not been changed),
run the following command, substituting NUM_DAYS
and USER
appropriately:
$ sudo chage -I NUM_DAYS USER
Accounts, such as temporary accounts, can also be configured to expire on an explicitly-set date with the
-E
option.
The file /etc/default/useradd
controls
default settings for all newly-created accounts created with the system's
normal command line utilities.
link | previous | next | up | toc | home
3.4.1.4.a. Set Account Expiration Following Inactivity
To specify the number of days after a password expires (which
signifies inactivity) until an account is permanently disabled, add or correct
the following lines in /etc/default/useradd
, substituting
NUM_DAYS
appropriately:
INACTIVE=
A value of 35 is recommended.
If a password is currently on the
verge of expiration, then 35 days remain until the account is automatically
disabled. However, if the password will not expire for another 60 days, then 95
days could elapse until the account would be automatically disabled. See the
useradd
man page for more information. Determining the inactivity
timeout must be done with careful consideration of the length of a "normal"
period of inactivity for users in the particular environment. Setting
the timeout too low incurs support costs and also has the potential to impact
availability of the system to legitimate users.
Disabling inactive accounts ensures that accounts which may not have been responsibly removed are not available to attackers who may have compromised their credentials.
Remediation script
var_account_disable_post_pw_expiration="35"
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append /etc/default/useradd INACTIVE "$var_account_disable_post_pw_expiration" '' '%s=%s'
Remediation script
- name: "Disable POST password expiration"
lineinfile:
create=yes
dest="/etc/default/useradd"
regexp="^INACTIVE"
line="INACTIVE=-1"
Security identifiers
- CCE-27355-7
References
- AC-2(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-2(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-4(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 795. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000118-GPOS-00060. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010280. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-8.1.4. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.4.1.4.b. Ensure All Accounts on the System Have Unique Names
Change usernames, or delete accounts, so each has a unique name.
Unique usernames allow for accountability on the system.
Security identifiers
- CCE-80208-2
References
- 770. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 804. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-8.1.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.4.1.4.c. Assign Expiration Date to Temporary Accounts
Temporary accounts are established as part of normal account activation procedures
when there is a need for short-term accounts. In the event temporary
or emergency accounts are required, configure the system to terminate
them after a documented time period. For every temporary and
emergency account, run the following command to set an expiration date on it,
substituting USER
and YYYY-MM-DD
appropriately:
$ sudo chage -E YYYY-MM-DD USER
YYYY-MM-DD
indicates the documented expiration date for the account.
For U.S. Government systems, the operating system must be configured to automatically terminate
these types of accounts after a period of 72 hours.
If temporary user accounts remain active when no longer needed or for
an excessive period, these accounts may be used to gain unauthorized access.
To mitigate this risk, automated termination of all temporary accounts
must be set upon account creation.
Security identifiers
- CCE-27498-5
References
- AC-2(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-2(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 16. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1682. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
3.4.2. Protect Accounts by Configuring PAM
PAM, or Pluggable Authentication Modules, is a system
which implements modular authentication for Linux programs. PAM provides
a flexible and configurable architecture for authentication, and it should be configured
to minimize exposure to unnecessary risk. This section contains
guidance on how to accomplish that.
PAM is implemented as a set of shared objects which are
loaded and invoked whenever an application wishes to authenticate a
user. Typically, the application must be running as root in order
to take advantage of PAM, because PAM's modules often need to be able
to access sensitive stores of account information, such as /etc/shadow.
Traditional privileged network listeners
(e.g. sshd) or SUID programs (e.g. sudo) already meet this
requirement. An SUID root application, userhelper, is provided so
that programs which are not SUID or privileged themselves can still
take advantage of PAM.
PAM looks in the directory /etc/pam.d
for
application-specific configuration information. For instance, if
the program login attempts to authenticate a user, then PAM's
libraries follow the instructions in the file /etc/pam.d/login
to determine what actions should be taken.
One very important file in /etc/pam.d
is
/etc/pam.d/system-auth
. This file, which is included by
many other PAM configuration files, defines 'default' system authentication
measures. Modifying this file is a good way to make far-reaching
authentication changes, for instance when implementing a
centralized authentication service.
Be careful when making changes to PAM's configuration files. The syntax for these files is complex, and modifications can have unexpected consequences. The default configurations shipped with applications should be sufficient for most users.
Running authconfig
or
system-config-authentication
will re-write the PAM configuration
files, destroying any manually made changes and replacing them with
a series of system defaults. One reference to the configuration
file syntax can be found at
http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/sag-configuration-file.html
.
link | previous | next | up | toc | home
3.4.2.a. Set Last Logon/Access Notification
To configure the system to notify users of last logon/access
using pam_lastlog
, add or correct the pam_lastlog
settings in
/etc/pam.d/postlogin
to read as follows:
session [success=1 default=ignore] pam_succeed_if.so service !~ gdm* service !~ su* quiet
session [default=1] pam_lastlog.so nowtmp showfailed
session optional pam_lastlog.so silent noupdate showfailed
Users need to be aware of activity that occurs regarding their account. Providing users with information regarding the number of unsuccessful attempts that were made to login to their account allows the user to determine if any unauthorized activity has occurred and gives them an opportunity to notify administrators.
Remediation script
if ! `grep -q ^[^#].*pam_succeed_if.*showfailed /etc/pam.d/postlogin` ; then
if ! grep `^session.*pam_succeed_if.so /etc/pam.d/postlogin` ; then
echo "session [default=1] pam_lastlog.so nowtmp showfailed" >> /etc/pam.d/postlogin
echo "session optional pam_lastlog.so silent noupdate showfailed" >> /etc/pam.d/postlogin
else
sed -i '/^session.*pam_succeed_if.so/a session\t optional\t pam_lastlog.so silent noupdate showfailed' /etc/pam.d/postlogin
sed -i '/^session.*pam_succeed_if.so/a session\t [default=1]\t pam_lastlog.so nowtmp showfailed' /etc/pam.d/postlogin
fi
else
sed -i "s/session[ ]*\[default=1][ ]*pam_lastlog.so.*/session [default=1] pam_lastlog.so nowtmp showfailed/g" /etc/pam.d/postlogin
sed -i "s/session[ ]*optional[ ]*pam_lastlog.so.*/session optional pam_lastlog.so silent noupdate showfailed/g" /etc/pam.d/postlogin
fi
Security identifiers
- CCE-27275-7
References
- AC-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.2.4. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040300. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.2.2. Set Password Quality Requirements
The default pam_pwquality
PAM module provides strength
checking for passwords. It performs a number of checks, such as
making sure passwords are not similar to dictionary words, are of
at least a certain length, are not the previous password reversed,
and are not simply a change of case from the previous password. It
can also require passwords to be in certain character classes. The
pam_pwquality
module is the preferred way of configuring
password requirements.
The pam_cracklib
PAM module can also provide strength
checking for passwords as the pam_pwquality
module.
It performs a number of checks, such as making sure passwords are
not similar to dictionary words, are of at least a certain length,
are not the previous password reversed, and are not simply a change
of case from the previous password. It can also require passwords to
be in certain character classes.
The man pages pam_pwquality(8)
and pam_cracklib(8)
provide information on the capabilities and configuration of
each.
link | previous | next | up | toc | home
3.4.2.2.1. Set Password Quality Requirements with pam_pwquality
The pam_pwquality
PAM module can be configured to meet
requirements for a variety of policies.
For example, to configure pam_pwquality
to require at least one uppercase
character, lowercase character, digit, and other (special)
character, make sure that pam_pwquality
exists in /etc/pam.d/system-auth
:
password requisite pam_pwquality.so try_first_pass local_users_only retry=3 authtok_type=
If no such line exists, add one as the first line of the password section in /etc/pam.d/system-auth
.
Next, modify the settings in /etc/security/pwquality.conf
to match the following:
difok = 4
minlen = 14
dcredit = -1
ucredit = -1
lcredit = -1
ocredit = -1
maxrepeat = 3
The arguments can be modified to ensure compliance with
your organization's security policy. Discussion of each parameter follows.
Note that the password quality requirements are not enforced for the root account for some reason.
link | previous | next | up | toc | home
3.4.2.2.1.a. Set Password Retry Prompts Permitted Per-Session
To configure the number of retry prompts that are permitted per-session:
Edit the pam_pwquality.so
statement in /etc/pam.d/system-auth
to
show retry=3
, or a lower value if site policy is more restrictive.
The DoD requirement is a maximum of 3 prompts per session.
Setting the password retry prompts that are permitted on a per-session basis to a low value requires some software, such as SSH, to re-connect. This can slow down and draw additional attention to some types of password-guessing attacks. Note that this is different from account lockout, which is provided by the pam_faillock module.
Remediation script
var_password_pam_retry="3"
if grep -q "retry=" /etc/pam.d/system-auth; then
sed -i --follow-symlinks "s/\(retry *= *\).*/\1$var_password_pam_retry/" /etc/pam.d/system-auth
else
sed -i --follow-symlinks "/pam_pwquality.so/ s/$/ retry=$var_password_pam_retry/" /etc/pam.d/system-auth
fi
Security identifiers
- CCE-27160-1
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 6.3.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000480-GPOS-00225. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010410. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.2.2.1.b. Set Password Maximum Consecutive Repeating Characters
The pam_pwquality module's maxrepeat
parameter controls requirements for
consecutive repeating characters. When set to a positive number, it will reject passwords
which contain more than that number of consecutive characters. Modify the maxrepeat
setting
in /etc/security/pwquality.conf
to equal 3 to prevent a
run of (3 + 1) or more identical characters.
Use of a complex password helps to increase the time and resources required to compromise the password.
Password complexity, or strength, is a measure of the effectiveness of a password in resisting attempts at
guessing and brute-force attacks.
Password complexity is one factor of several that determines how long it takes to crack a password. The more
complex the password, the greater the number of possible combinations that need to be tested before the
password is compromised.
Passwords with excessive repeating characters may be more vulnerable to password-guessing attacks.
Remediation script
var_password_pam_maxrepeat="3"
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/security/pwquality.conf' '^maxrepeat' $var_password_pam_maxrepeat 'CCE-27333-4' '%s = %s'
Security identifiers
- CCE-27333-4
References
- IA-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 195. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000072-GPOS-00040. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010150. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.2.2.1.c. Set Password to Maximum of Consecutive Repeating Characters from Same Character Class
The pam_pwquality module's maxclassrepeat
parameter controls requirements for
consecutive repeating characters from the same character class. When set to a positive number, it will reject passwords
which contain more than that number of consecutive characters from the same character class. Modify the
maxclassrepeat
setting in /etc/security/pwquality.conf
to equal 4
to prevent a run of (4 + 1) or more identical characters.
Use of a complex password helps to increase the time and resources required to comrpomise the password.
Password complexity, or strength, is a measure of the effectiveness of a password in resisting
attempts at guessing and brute-force attacks.
Password complexity is one factor of several that determines how long it takes to crack a password. The
more complex a password, the greater the number of possible combinations that need to be tested before the
password is compromised.
Remediation script
var_password_pam_maxclassrepeat="4"
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/security/pwquality.conf' '^maxclassrepeat' $var_password_pam_maxclassrepeat 'CCE-27512-3' '%s = %s'
Security identifiers
- CCE-27512-3
References
- IA-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 195. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000072-GPOS-00040. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010160. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.2.2.1.d. Set Password Strength Minimum Digit Characters
The pam_pwquality module's dcredit
parameter controls requirements for
usage of digits in a password. When set to a negative number, any password will be required to
contain that many digits. When set to a positive number, pam_pwquality will grant +1 additional
length credit for each digit. Modify the dcredit
setting in
/etc/security/pwquality.conf
to require the use of a digit in passwords.
Use of a complex password helps to increase the time and resources required to compromise the password. Password complexity, or strength, is a measure of the effectiveness of a password in resisting attempts at guessing and brute-force attacks. Password complexity is one factor of several that determines how long it takes to crack a password. The more complex the password, the greater the number of possble combinations that need to be tested before the password is compromised. Requiring digits makes password guessing attacks more difficult by ensuring a larger search space.
Remediation script
var_password_pam_dcredit="-1"
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/security/pwquality.conf' '^dcredit' $var_password_pam_dcredit 'CCE-27214-6' '%s = %s'
Security identifiers
- CCE-27214-6
References
- IA-5(1)(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 194. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 194. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000071-GPOS-00039. .
- Req-8.2.3. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 6.3.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- RHEL-07-010110. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.2.2.1.e. Set Password Minimum Length
The pam_pwquality module's minlen
parameter controls requirements for
minimum characters required in a password. Add minlen=15
after pam_pwquality to set minimum password length requirements.
The shorter the password, the lower the number of possible combinations
that need to be tested before the password is compromised.
Password complexity, or strength, is a measure of the effectiveness of a
password in resisting attempts at guessing and brute-force attacks.
Password length is one factor of several that helps to determine strength
and how long it takes to crack a password. Use of more characters in a password
helps to exponentially increase the time and/or resources required to
compromose the password.
Remediation script
var_password_pam_minlen="15"
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/security/pwquality.conf' '^minlen' $var_password_pam_minlen 'CCE-27293-0' '%s = %s'
Security identifiers
- CCE-27293-0
References
- IA-5(1)(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 205. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000078-GPOS-00046. .
- Req-8.2.3. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 6.3.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- RHEL-07-010250. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.2.2.1.f. Set Password Strength Minimum Uppercase Characters
The pam_pwquality module's ucredit=
parameter controls requirements for
usage of uppercase letters in a password. When set to a negative number, any password will be required to
contain that many uppercase characters. When set to a positive number, pam_pwquality will grant +1 additional
length credit for each uppercase character. Modify the ucredit
setting in
/etc/security/pwquality.conf
to require the use of an uppercase character in passwords.
Use of a complex password helps to increase the time and resources reuiqred to compromise the password.
Password complexity, or strength, is a measure of the effectiveness of a password in resisting attempts
at guessing and brute-force attacks.
Password complexity is one factor of several that determines how long it takes to crack a password. The more
complex the password, the greater the number of possible combinations that need to be tested before
the password is compromised.
Remediation script
var_password_pam_ucredit="-1"
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/security/pwquality.conf' '^ucredit' $var_password_pam_ucredit 'CCE-27200-5' '%s = %s'
Security identifiers
- CCE-27200-5
References
- IA-5(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 192. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000069-GPOS-00037. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010090. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-8.2.3. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 6.3.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.4.2.2.1.g. Set Password Strength Minimum Special Characters
The pam_pwquality module's ocredit=
parameter controls requirements for
usage of special (or "other") characters in a password. When set to a negative number, any password will be
required to contain that many special characters. When set to a positive number, pam_pwquality will grant +1
additional length credit for each special character. Modify the ocredit
setting in
/etc/security/pwquality.conf
to equal -1 to require use of a special character in passwords.
Use of a complex password helps to increase the time and resources required
to compromise the password. Password complexity, or strength, is a measure of
the effectiveness of a password in resisting attempts at guessing and brute-force
attacks.
Password complexity is one factor of several that determines how long it takes
to crack a password. The more complex the password, the greater the number of
possble combinations that need to be tested before the password is compromised.
Requiring a minimum number of special characters makes password guessing attacks
more difficult by ensuring a larger search space.
Remediation script
var_password_pam_ocredit="-1"
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/security/pwquality.conf' '^ocredit' $var_password_pam_ocredit 'CCE-27360-7' '%s = %s'
Security identifiers
- CCE-27360-7
References
- IA-5(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1619. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000266-GPOS-00101. .
- RHEL-07-010120. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.2.2.1.h. Set Password Strength Minimum Lowercase Characters
The pam_pwquality module's lcredit
parameter controls requirements for
usage of lowercase letters in a password. When set to a negative number, any password will be required to
contain that many lowercase characters. When set to a positive number, pam_pwquality will grant +1 additional
length credit for each lowercase character. Modify the lcredit
setting in
/etc/security/pwquality.conf
to require the use of a lowercase character in passwords.
Use of a complex password helps to increase the time and resources required
to compromise the password. Password complexity, or strength, is a measure of
the effectiveness of a password in resisting attempts at guessing and brute-force
attacks.
Password complexity is one factor of several that determines how long it takes
to crack a password. The more complex the password, the greater the number of
possble combinations that need to be tested before the password is compromised.
Requiring a minimum number of lowercase characters makes password guessing attacks
more difficult by ensuring a larger search space.
Remediation script
var_password_pam_lcredit="-1"
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/security/pwquality.conf' '^lcredit' $var_password_pam_lcredit 'CCE-27345-8' '%s = %s'
Security identifiers
- CCE-27345-8
References
- IA-5(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 193. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000070-GPOS-00038. .
- Req-8.2.3. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- RHEL-07-010100. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.2.2.1.i. Set Password Strength Minimum Different Characters
The pam_pwquality module's difok
parameter sets the number of characters
in a password that must not be present in and old password during a password change.
Modify the difok
setting in /etc/security/pwquality.conf
to equal 8 to require differing characters
when changing passwords.
Use of a complex password helps to increase the time and resources
required to compromise the password. Password complexity, or strength,
is a measure of the effectiveness of a password in resisting attempts
at guessing and brute–force attacks.
Password complexity is one factor of several that determines how long
it takes to crack a password. The more complex the password, the
greater the number of possible combinations that need to be tested
before the password is compromised.
Requiring a minimum number of different characters during password changes ensures that
newly changed passwords should not resemble previously compromised ones.
Note that passwords which are changed on compromised systems will still be compromised, however.
Remediation script
var_password_pam_difok="8"
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/security/pwquality.conf' '^difok' $var_password_pam_difok 'CCE-26631-2' '%s = %s'
Security identifiers
- CCE-26631-2
References
- IA-5(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 195. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000072-GPOS-00040. .
- RHEL-07-010130. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.2.2.1.j. Set Password Strength Minimum Different Categories
The pam_pwquality module's minclass
parameter controls
requirements for usage of different character classes, or types, of character
that must exist in a password before it is considered valid. For example,
setting this value to three (3) requires that any password must have characters
from at least three different categories in order to be approved. The default
value is zero (0), meaning there are no required classes. There are four
categories available:
* Upper-case characters
* Lower-case characters
* Digits
* Special characters (for example, punctuation)
Modify the minclass
setting in /etc/security/pwquality.conf
entry to require 3
differing categories of characters when changing passwords.
Use of a complex password helps to increase the time and resources required to compromise the password.
Password complexity, or strength, is a measure of the effectiveness of a password in resisting attempts
at guessing and brute-force attacks.
Password complexity is one factor of several that determines how long it takes to crack a password. The
more complex the password, the greater the number of possible combinations that need to be tested before
the password is compromised.
Requiring a minimum number of character categories makes password guessing attacks more difficult
by ensuring a larger search space.
Remediation script
var_password_pam_minclass="3"
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/security/pwquality.conf' '^minclass' $var_password_pam_minclass 'CCE-27115-5' '%s = %s'
Security identifiers
- CCE-27115-5
References
- IA-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 195. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000072-GPOS-00040. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010140. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.2.3. Set Lockouts for Failed Password Attempts
The pam_faillock
PAM module provides the capability to
lock out user accounts after a number of failed login attempts. Its
documentation is available in
/usr/share/doc/pam-VERSION/txts/README.pam_faillock
.
Locking out user accounts presents the risk of a denial-of-service attack. The lockout policy must weigh whether the risk of such a denial-of-service attack outweighs the benefits of thwarting password guessing attacks.
link | previous | next | up | toc | home
3.4.2.3.a. Set Deny For Failed Password Attempts
To configure the system to lock out accounts after a number of incorrect login
attempts using pam_faillock.so
, modify the content of both
/etc/pam.d/system-auth
and /etc/pam.d/password-auth
as follows:
-
add the following line immediately
before
thepam_unix.so
statement in theAUTH
section:auth required pam_faillock.so preauth silent deny=3 unlock_time=604800 fail_interval=900
-
add the following line immediately
after
thepam_unix.so
statement in theAUTH
section:auth [default=die] pam_faillock.so authfail deny=3 unlock_time=604800 fail_interval=900
-
add the following line immediately
before
thepam_unix.so
statement in theACCOUNT
section:account required pam_faillock.so
Locking out user accounts after a number of incorrect attempts prevents direct password guessing attacks.
Remediation script
var_accounts_passwords_pam_faillock_deny="3"
AUTH_FILES[0]="/etc/pam.d/system-auth"
AUTH_FILES[1]="/etc/pam.d/password-auth"
for pamFile in "${AUTH_FILES[@]}"
do
# pam_faillock.so already present?
if grep -q "^auth.*pam_faillock.so.*" $pamFile; then
# pam_faillock.so present, deny directive present?
if grep -q "^auth.*[default=die].*pam_faillock.so.*authfail.*deny=" $pamFile; then
# both pam_faillock.so & deny present, just correct deny directive value
sed -i --follow-symlinks "s/\(^auth.*required.*pam_faillock.so.*preauth.*silent.*\)\(deny *= *\).*/\1\2$var_accounts_passwords_pam_faillock_deny/" $pamFile
sed -i --follow-symlinks "s/\(^auth.*[default=die].*pam_faillock.so.*authfail.*\)\(deny *= *\).*/\1\2$var_accounts_passwords_pam_faillock_deny/" $pamFile
# pam_faillock.so present, but deny directive not yet
else
# append correct deny value to appropriate places
sed -i --follow-symlinks "/^auth.*required.*pam_faillock.so.*preauth.*silent.*/ s/$/ deny=$var_accounts_passwords_pam_faillock_deny/" $pamFile
sed -i --follow-symlinks "/^auth.*[default=die].*pam_faillock.so.*authfail.*/ s/$/ deny=$var_accounts_passwords_pam_faillock_deny/" $pamFile
fi
# pam_faillock.so not present yet
else
# insert pam_faillock.so preauth & authfail rows with proper value of the 'deny' option
sed -i --follow-symlinks "/^auth.*sufficient.*pam_unix.so.*/i auth required pam_faillock.so preauth silent deny=$var_accounts_passwords_pam_faillock_deny" $pamFile
sed -i --follow-symlinks "/^auth.*sufficient.*pam_unix.so.*/a auth [default=die] pam_faillock.so authfail deny=$var_accounts_passwords_pam_faillock_deny" $pamFile
sed -i --follow-symlinks "/^account.*required.*pam_unix.so/i account required pam_faillock.so" $pamFile
fi
done
Security identifiers
- CCE-27350-8
References
- AC-7(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2238. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000329-GPOS-00128. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000021-GPOS-00005. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010371. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-8.1.6. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 6.3.3. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.4.2.3.b. Set Lockout Time For Failed Password Attempts
To configure the system to lock out accounts after a number of incorrect login
attempts and require an administrator to unlock the account using pam_faillock.so
,
modify the content of both /etc/pam.d/system-auth
and /etc/pam.d/password-auth
as follows:
-
add the following line immediately
before
thepam_unix.so
statement in theAUTH
section:auth required pam_faillock.so preauth silent deny=3 unlock_time=604800 fail_interval=900
-
add the following line immediately
after
thepam_unix.so
statement in theAUTH
section:auth [default=die] pam_faillock.so authfail deny=3 unlock_time=604800 fail_interval=900
-
add the following line immediately
before
thepam_unix.so
statement in theACCOUNT
section:account required pam_faillock.so
Locking out user accounts after a number of incorrect attempts prevents direct password guessing attacks. Ensuring that an administrator is involved in unlocking locked accounts draws appropriate attention to such situations.
Remediation script
var_accounts_passwords_pam_faillock_unlock_time="604800"
AUTH_FILES[0]="/etc/pam.d/system-auth"
AUTH_FILES[1]="/etc/pam.d/password-auth"
for pamFile in "${AUTH_FILES[@]}"
do
# pam_faillock.so already present?
if grep -q "^auth.*pam_faillock.so.*" $pamFile; then
# pam_faillock.so present, unlock_time directive present?
if grep -q "^auth.*[default=die].*pam_faillock.so.*authfail.*unlock_time=" $pamFile; then
# both pam_faillock.so & unlock_time present, just correct unlock_time directive value
sed -i --follow-symlinks "s/\(^auth.*required.*pam_faillock.so.*preauth.*silent.*\)\(unlock_time *= *\).*/\1\2$var_accounts_passwords_pam_faillock_unlock_time/" $pamFile
sed -i --follow-symlinks "s/\(^auth.*[default=die].*pam_faillock.so.*authfail.*\)\(unlock_time *= *\).*/\1\2$var_accounts_passwords_pam_faillock_unlock_time/" $pamFile
# pam_faillock.so present, but unlock_time directive not yet
else
# append correct unlock_time value to appropriate places
sed -i --follow-symlinks "/^auth.*required.*pam_faillock.so.*preauth.*silent.*/ s/$/ unlock_time=$var_accounts_passwords_pam_faillock_unlock_time/" $pamFile
sed -i --follow-symlinks "/^auth.*[default=die].*pam_faillock.so.*authfail.*/ s/$/ unlock_time=$var_accounts_passwords_pam_faillock_unlock_time/" $pamFile
fi
# pam_faillock.so not present yet
else
# insert pam_faillock.so preauth & authfail rows with proper value of the 'unlock_time' option
sed -i --follow-symlinks "/^auth.*sufficient.*pam_unix.so.*/i auth required pam_faillock.so preauth silent unlock_time=$var_accounts_passwords_pam_faillock_unlock_time" $pamFile
sed -i --follow-symlinks "/^auth.*sufficient.*pam_unix.so.*/a auth [default=die] pam_faillock.so authfail unlock_time=$var_accounts_passwords_pam_faillock_unlock_time" $pamFile
sed -i --follow-symlinks "/^account.*required.*pam_unix.so/i account required pam_faillock.so" $pamFile
fi
done
Security identifiers
- CCE-26884-7
References
- AC-7(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 002238. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000329-GPOS-00128. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000021-GPOS-00005. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010372. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-8.1.7. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 6.3.3. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.4.2.3.c. Configure the root Account for Failed Password Attempts
To configure the system to lock out the root
account after a number of incorrect login
attempts using pam_faillock.so
, modify the content of both
/etc/pam.d/system-auth
and /etc/pam.d/password-auth
as follows:
-
Modify the following line in the
AUTH
section to addeven_deny_root
:auth required pam_faillock.so preauth silent even_deny_root deny=3 unlock_time=604800 fail_interval=900
-
Modify the following line in the
AUTH
section to addeven_deny_root
:auth [default=die] pam_faillock.so authfail even_deny_root deny=3 unlock_time=604800 fail_interval=900
By limiting the number of failed logon attempts, the risk of unauthorized system access via user password guessing, otherwise known as brute-forcing, is reduced. Limits are imposed by locking the account.
Remediation script
if [ $( grep -c "auth.*required.*pam_faillock.so.*even_deny_root" /etc/pam.d/system-auth ) -eq 0 ]; then
BEGINNING_TXT=$( cat /etc/pam.d/system-auth | grep "auth.*required.*pam_faillock.so" | sed -e 's/[]\/$*.^|[]/\\&/g' )
sed -i --follow-symlinks "s/$BEGINNING_TXT/$BEGINNING_TXT even_deny_root/" /etc/pam.d/system-auth
fi
if [ $( grep -c "auth.*default.*die.*pam_faillock.so.*even_deny_root" /etc/pam.d/system-auth ) -eq 0 ]; then
BEGINNING_TXT=$( cat /etc/pam.d/system-auth | grep "auth.*default.*die.*pam_faillock.so" | sed -e 's/[]\/$*.^|[]/\\&/g' )
sed -i --follow-symlinks "s/$BEGINNING_TXT/$BEGINNING_TXT even_deny_root/" /etc/pam.d/system-auth
fi
Security identifiers
- CCE-80353-6
References
- AC-7(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2238. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000329-GPOS-00128. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000021-GPOS-00005. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010373. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.2.3.d. Set Interval For Counting Failed Password Attempts
Utilizing pam_faillock.so
, the fail_interval
directive
configures the system to lock out an accounts after a number of incorrect login
attempts within a specified time period.. Modify the content of both
/etc/pam.d/system-auth
and /etc/pam.d/password-auth
as follows:
-
Add the following line immediately
before
thepam_unix.so
statement in theAUTH
section:auth required pam_faillock.so preauth silent deny=3 unlock_time=604800 fail_interval=900
-
Add the following line immediately
after
thepam_unix.so
statement in theAUTH
section:auth [default=die] pam_faillock.so authfail deny=3 unlock_time=604800 fail_interval=900
-
Add the following line immediately
before
thepam_unix.so
statement in theACCOUNT
section:account required pam_faillock.so
By limiting the number of failed logon attempts the risk of unauthorized system access via user password guessing, otherwise known as brute-forcing, is reduced. Limits are imposed by locking the account.
Remediation script
var_accounts_passwords_pam_faillock_fail_interval="900"
AUTH_FILES[0]="/etc/pam.d/system-auth"
AUTH_FILES[1]="/etc/pam.d/password-auth"
for pamFile in "${AUTH_FILES[@]}"
do
# pam_faillock.so already present?
if grep -q "^auth.*pam_faillock.so.*" $pamFile; then
# pam_faillock.so present, 'fail_interval' directive present?
if grep -q "^auth.*[default=die].*pam_faillock.so.*authfail.*fail_interval=" $pamFile; then
# both pam_faillock.so & 'fail_interval' present, just correct 'fail_interval' directive value
sed -i --follow-symlinks "s/\(^auth.*required.*pam_faillock.so.*preauth.*silent.*\)\(fail_interval *= *\).*/\1\2$var_accounts_passwords_pam_faillock_fail_interval/" $pamFile
sed -i --follow-symlinks "s/\(^auth.*[default=die].*pam_faillock.so.*authfail.*\)\(fail_interval *= *\).*/\1\2$var_accounts_passwords_pam_faillock_fail_interval/" $pamFile
# pam_faillock.so present, but 'fail_interval' directive not yet
else
# append correct 'fail_interval' value to appropriate places
sed -i --follow-symlinks "/^auth.*required.*pam_faillock.so.*preauth.*silent.*/ s/$/ fail_interval=$var_accounts_passwords_pam_faillock_fail_interval/" $pamFile
sed -i --follow-symlinks "/^auth.*[default=die].*pam_faillock.so.*authfail.*/ s/$/ fail_interval=$var_accounts_passwords_pam_faillock_fail_interval/" $pamFile
fi
# pam_faillock.so not present yet
else
# insert pam_faillock.so preauth & authfail rows with proper value of the 'fail_interval' option
sed -i --follow-symlinks "/^auth.*sufficient.*pam_unix.so.*/i auth required pam_faillock.so preauth silent fail_interval=$var_accounts_passwords_pam_faillock_fail_interval" $pamFile
sed -i --follow-symlinks "/^auth.*sufficient.*pam_unix.so.*/a auth [default=die] pam_faillock.so authfail fail_interval=$var_accounts_passwords_pam_faillock_fail_interval" $pamFile
sed -i --follow-symlinks "/^account.*required.*pam_unix.so/i account required pam_faillock.so" $pamFile
fi
done
Security identifiers
- CCE-27297-1
References
- AC-7(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2238. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000329-GPOS-00128. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000021-GPOS-00005. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010371. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.2.3.e. Limit Password Reuse
Do not allow users to reuse recent passwords. This can be
accomplished by using the remember
option for the pam_unix
or pam_pwhistory
PAM modules.
In the file /etc/pam.d/system-auth
, append remember=5
to the line which refers to the pam_unix.so
or pam_pwhistory.so
module, as shown below:
-
for the
pam_unix.so
case:password sufficient pam_unix.so ...existing_options... remember=5
-
for the
pam_pwhistory.so
case:password requisite pam_pwhistory.so ...existing_options... remember=5
The DoD STIG requirement is 5 passwords.
Preventing re-use of previous passwords helps ensure that a compromised password is not re-used by a user.
Remediation script
var_password_pam_unix_remember="5"
if grep -q "remember=" /etc/pam.d/system-auth; then
sed -i --follow-symlinks "s/\(^password.*sufficient.*pam_unix.so.*\)\(\(remember *= *\)[^ $]*\)/\1remember=$var_password_pam_unix_remember/" /etc/pam.d/system-auth
else
sed -i --follow-symlinks "/^password[[:space:]]\+sufficient[[:space:]]\+pam_unix.so/ s/$/ remember=$var_password_pam_unix_remember/" /etc/pam.d/system-auth
fi
Security identifiers
- CCE-26923-3
References
- IA-5(f). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 200. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000077-GPOS-00045. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010240. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-8.2.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 6.3.4. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.4.2.4. Set Password Hashing Algorithm
The system's default algorithm for storing password hashes in
/etc/shadow
is SHA-512. This can be configured in several
locations.
link | previous | next | up | toc | home
3.4.2.4.a. Set PAM's Password Hashing Algorithm
The PAM system service can be configured to only store encrypted representations of passwords.
In /etc/pam.d/system-auth
, the password
section of the file controls
which PAM modules execute during a password change. Set the pam_unix.so
module in the password
section to include the argument sha512
, as shown below:
password sufficient pam_unix.so sha512 other arguments...
This will help ensure when local users change their passwords, hashes for the new passwords will be generated using the SHA-512 algorithm. This is the default.
Passwords need to be protected at all times, and encryption is the standard method for protecting
passwords. If passwords are not encrypted, they can be plainly read (i.e., clear text) and easily
compromised. Passwords that are encrypted with a weak algorithm are no more protected than if they
are kepy in plain text.
This setting ensures user and group account administration utilities are configured to store only
encrypted representations of passwords. Additionally, the crypt_style
configuration option
ensures the use of a strong hashing algorithm that makes password cracking attacks more difficult.
Remediation script
if ! grep -q "^password.*sufficient.*pam_unix.so.*sha512" /etc/pam.d/system-auth; then
sed -i --follow-symlinks "/^password.*sufficient.*pam_unix.so/ s/$/ sha512/" /etc/pam.d/system-auth
fi
Security identifiers
- CCE-27104-9
References
- IA-5(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 196. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000073-GPOS-00041. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010170. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-8.2.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 6.3.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.4.2.4.b. Set Password Hashing Algorithm in /etc/login.defs
In /etc/login.defs
, add or correct the following line to ensure
the system will use SHA-512 as the hashing algorithm:
ENCRYPT_METHOD SHA512
Passwords need to be protected at all times, and encryption is the standard method for protecting passwords.
If passwords are not encrypted, they can be plainly read (i.e., clear text) and easily compromised. Passwords
that are encrypted with a weak algorithm are no more protected than if they are kept in plain text.
Using a stronger hashing algorithm makes password cracking attacks more difficult.
Remediation script
if grep --silent ^ENCRYPT_METHOD /etc/login.defs ; then
sed -i 's/^ENCRYPT_METHOD.*/ENCRYPT_METHOD SHA512/g' /etc/login.defs
else
echo "" >> /etc/login.defs
echo "ENCRYPT_METHOD SHA512" >> /etc/login.defs
fi
Security identifiers
- CCE-27124-7
References
- IA-5(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 196. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000073-GPOS-00041. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010180. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-8.2.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 6.3.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.4.2.4.c. Set Password Hashing Algorithm in /etc/libuser.conf
In /etc/libuser.conf
, add or correct the following line in its
[defaults]
section to ensure the system will use the SHA-512
algorithm for password hashing:
crypt_style = sha512
Passwords need to be protected at all times, and encryption is the standard method for protecting
passwords. If passwords are not encrypted, they can be plainly read (i.e., clear text) and easily
compromised. Passwords that are encrypted with a weak algorithm are no more protected than if they
are kepy in plain text.
This setting ensures user and group account administration utilities are configured to store only
encrypted representations of passwords. Additionally, the crypt_style
configuration option
ensures the use of a strong hashing algorithm that makes password cracking attacks more difficult.
Security identifiers
- CCE-27053-8
References
- IA-5(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 196. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000073-GPOS-00041. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010190. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-8.2.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.4.3. Secure Session Configuration Files for Login Accounts
When a user logs into a Unix account, the system configures the user's session by reading a number of files. Many of these files are located in the user's home directory, and may have weak permissions as a result of user error or misconfiguration. If an attacker can modify or even read certain types of account configuration information, they can often gain full access to the affected user's account. Therefore, it is important to test and correct configuration file permissions for interactive accounts, particularly those of privileged users such as root or system administrators.
link | previous | next | up | toc | home
3.4.3.a. Set Interactive Session Timeout
Setting the TMOUT
option in /etc/profile
ensures that
RHEL7 will terminate all user sessions based on inactivity.
Terminating an idle session within a short time period reduces the window of opportunity for unauthorized personnel to take control of a management session enabled on the console or console port that has been left unattended.
Remediation script
var_accounts_tmout="600"
if grep --silent ^TMOUT /etc/profile ; then
sed -i "s/^TMOUT.*/TMOUT = $var_accounts_tmout/g" /etc/profile
else
echo -e "\n# Set TMOUT to $var_accounts_tmout per security requirements" >> /etc/profile
echo "TMOUT = $var_accounts_tmout" >> /etc/profile
fi
Security identifiers
- CCE-27557-8
References
- AC-12. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-10. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1133. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 0361. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000163-GPOS-00072. .
- RHEL-07-040160. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.3.b. Limit the Number of Concurrent Login Sessions Allowed Per User
Limiting the number of allowed users and sessions per user can limit risks related to Denial of
Service attacks. This addresses concurrent sessions for a single account and does not address
concurrent sessions by a single user via multiple accounts. To set the number of concurrent
sessions per user add the following line in /etc/security/limits.conf
:
* hard maxlogins 1
Limiting simultaneous user logins can insulate the system from denial of service problems caused by excessive logins. Automated login processes operating improperly or maliciously may result in an exceptional number of simultaneous login sessions.
Remediation script
var_accounts_max_concurrent_login_sessions="1"
if grep -q '^[^#]*\<maxlogins\>' /etc/security/limits.d/*.conf; then
sed -i "/^[^#]*\<maxlogins\>/ s/maxlogins.*/maxlogins $var_accounts_max_concurrent_login_sessions/" /etc/security/limits.d/*.conf
elif grep -q '^[^#]*\<maxlogins\>' /etc/security/limits.conf; then
sed -i "/^[^#]*\<maxlogins\>/ s/maxlogins.*/maxlogins $var_accounts_max_concurrent_login_sessions/" /etc/security/limits.conf
else
echo "* hard maxlogins $var_accounts_max_concurrent_login_sessions" >> /etc/security/limits.conf
fi
Security identifiers
- CCE-27081-9
References
- AC-10. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 54. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000027-GPOS-00008. .
- RHEL-07-040010. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.3.c. Ensure the Logon Failure Delay is Set Correctly in login.defs
To ensure the logon failure delay controlled by /etc/login.defs
is set properly,
add or correct the FAIL_DELAY
setting in /etc/login.defs
to read as follows:
FAIL_DELAY 4
Increasing the time between a failed authentication attempt and re-prompting to enter credentials helps to slow a single-threaded brute force attack.
Security identifiers
- CCE-80352-8
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00226. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010420. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.3.d. Ensure that User Home Directories are not Group-Writable or World-Readable
For each human user of the system, view the permissions of the user's home directory:
# ls -ld /home/USER
Ensure that the directory is not group-writable and that it
is not world-readable. If necessary, repair the permissions:
# chmod g-w /home/USER
# chmod o-rwx /home/USER
This action may involve modifying user home directories. Notify your user community, and solicit input if appropriate, before making this type of change.
User home directories contain many configuration files which affect the behavior of a user's account. No user should ever have write permission to another user's home directory. Group shared directories can be configured in sub-directories or elsewhere in the filesystem if they are needed. Typically, user home directories should not be world-readable, as it would disclose file names to other users. If a subset of users need read access to one another's home directories, this can be provided using groups or ACLs.
Security identifiers
- CCE-80201-7
References
- AC-6(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 225. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.4.3.5. Ensure that No Dangerous Directories Exist in Root's Path
The active path of the root account can be obtained by starting a new root shell and running:
# echo $PATH
This will produce a colon-separated list of
directories in the path.
Certain path elements could be considered dangerous, as they could lead to root executing unknown or untrusted programs, which could contain malicious code. Since root may sometimes work inside untrusted directories, the
.
character, which represents the
current directory, should never be in the root path, nor should any
directory which can be written to by an unprivileged or
semi-privileged (system) user.
It is a good practice for administrators to always execute privileged commands by typing the full path to the command.
link | previous | next | up | toc | home
3.4.3.5.a. Ensure that Root's Path Does Not Include Relative Paths or Null Directories
Ensure that none of the directories in root's path is equal to a single
.
character, or
that it contains any instances that lead to relative path traversal, such as
..
or beginning a path without the slash (/
) character.
Also ensure that there are no "empty" elements in the path, such as in these examples:
PATH=:/bin
PATH=/bin:
PATH=/bin::/sbin
These empty elements have the same effect as a single .
character.
Including these entries increases the risk that root could execute code from an untrusted location.
Security identifiers
- CCE-80199-3
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.4.3.5.b. Ensure that Root's Path Does Not Include World or Group-Writable Directories
For each element in root's path, run:
# ls -ld DIR
and ensure that write permissions are disabled for group and
other.
Such entries increase the risk that root could execute code provided by unprivileged users, and potentially malicious code.
Security identifiers
- CCE-80200-9
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.4.3.6. Ensure that Users Have Sensible Umask Values
The umask setting controls the default permissions
for the creation of new files.
With a default umask
setting of 077, files and directories
created by users will not be readable by any other user on the
system. Users who wish to make specific files group- or
world-readable can accomplish this by using the chmod command.
Additionally, users can make all their files readable to their
group by default by setting a umask
of 027 in their shell
configuration files. If default per-user groups exist (that is, if
every user has a default group whose name is the same as that
user's username and whose only member is the user), then it may
even be safe for users to select a umask
of 007, making it very
easy to intentionally share files with groups of which the user is
a member.
link | previous | next | up | toc | home
3.4.3.6.a. Ensure the Default Bash Umask is Set Correctly
To ensure the default umask for users of the Bash shell is set properly,
add or correct the umask
setting in /etc/bashrc
to read
as follows:
umask 027
The umask value influences the permissions assigned to files when they are created. A misconfigured umask value could result in files with excessive permissions that can be read or written to by unauthorized users.
Remediation script
var_accounts_user_umask="027"
grep -q umask /etc/bashrc && \
sed -i "s/umask.*/umask $var_accounts_user_umask/g" /etc/bashrc
if ! [ $? -eq 0 ]; then
echo "umask $var_accounts_user_umask" >> /etc/bashrc
fi
Security identifiers
- CCE-80202-5
References
3.4.3.6.b. Ensure the Default C Shell Umask is Set Correctly
To ensure the default umask for users of the C shell is set properly,
add or correct the umask
setting in /etc/csh.cshrc
to read as follows:
umask 027
The umask value influences the permissions assigned to files when they are created. A misconfigured umask value could result in files with excessive permissions that can be read or written to by unauthorized users.
Remediation script
var_accounts_user_umask="027"
grep -q umask /etc/csh.cshrc && \
sed -i "s/umask.*/umask $var_accounts_user_umask/g" /etc/csh.cshrc
if ! [ $? -eq 0 ]; then
echo "umask $var_accounts_user_umask" >> /etc/csh.cshrc
fi
Security identifiers
- CCE-80203-3
References
3.4.3.6.c. Ensure the Default Umask is Set Correctly in /etc/profile
To ensure the default umask controlled by /etc/profile
is set properly,
add or correct the umask
setting in /etc/profile
to read as follows:
umask 027
The umask value influences the permissions assigned to files when they are created. A misconfigured umask value could result in files with excessive permissions that can be read or written to by unauthorized users.
Remediation script
var_accounts_user_umask="027"
grep -q umask /etc/profile && \
sed -i "s/umask.*/umask $var_accounts_user_umask/g" /etc/profile
if ! [ $? -eq 0 ]; then
echo "umask $var_accounts_user_umask" >> /etc/profile
fi
Security identifiers
- CCE-80204-1
References
3.4.3.6.d. Ensure the Default Umask is Set Correctly in login.defs
To ensure the default umask controlled by /etc/login.defs
is set properly,
add or correct the UMASK
setting in /etc/login.defs
to read as follows:
UMASK 027
The umask value influences the permissions assigned to files when they are created. A misconfigured umask value could result in files with excessive permissions that can be read and written to by unauthorized users.
Remediation script
var_accounts_user_umask="027"
grep -q UMASK /etc/login.defs && \
sed -i "s/UMASK.*/UMASK $var_accounts_user_umask/g" /etc/login.defs
if ! [ $? -eq 0 ]; then
echo "UMASK $var_accounts_user_umask" >> /etc/login.defs
fi
Security identifiers
- CCE-80205-8
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SA-8. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00228. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020230. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.4. Protect Physical Console Access
It is impossible to fully protect a system from an attacker with physical access, so securing the space in which the system is located should be considered a necessary step. However, there are some steps which, if taken, make it more difficult for an attacker to quickly or undetectably modify a system from its console.
link | previous | next | up | toc | home
3.4.4.a. Require Authentication for Single User Mode
Single-user mode is intended as a system recovery
method, providing a single user root access to the system by
providing a boot option at startup. By default, no authentication
is performed if single-user mode is selected.
By default, single-user mode is protected by requiring a password and is set
in /usr/lib/systemd/system/rescue.service
.
This prevents attackers with physical access from trivially bypassing security on the machine and gaining root access. Such accesses are further prevented by configuring the bootloader password.
Remediation script
grep -q sulogin /usr/lib/systemd/system/rescue.service
if ! [ $? -eq 0 ]; then
sed -i "s/-c \"/-c \"\/sbin\/sulogin; /g" /usr/lib/systemd/system/rescue.service
fi
Security identifiers
- CCE-27287-2
References
3.4.4.b. Disable debug-shell SystemD Service
SystemD's debug-shell
service is intended to
diagnose SystemD related boot issues with various systemctl
commands. Once enabled and following a system reboot, the root shell
will be available on tty9
which is access by pressing
CTRL-ALT-F9
. The debug-shell
service should only be used
for SystemD related issues and should otherwise be disabled.
By default, the debug-shell
SystemD service is disabled.
The debug-shell
service can be disabled with the following command:
$ sudo systemctl disable debug-shell.service
This prevents attackers with physical access from trivially bypassing security on the machine through valid troubleshooting configurations and gaining root access when the system is rebooted.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable debug-shell
Remediation script
- name: Disable service debug-shell
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- debug-shell
Security identifiers
- CCE-80206-6
3.4.4.c. Disable Ctrl-Alt-Del Reboot Activation
By default, SystemD
will reboot the system if the Ctrl-Alt-Del
key sequence is pressed.
To configure the system to ignore the Ctrl-Alt-Del
key sequence from the
command line instead of rebooting the system, do either of the following:
ln -sf /dev/null /etc/systemd/system/ctrl-alt-del.target
or
systemctl mask ctrl-alt-del.target
Do not simply delete the
/usr/lib/systemd/system/ctrl-alt-del.service
file,
as this file may be restored during future system updates.
Disabling the Ctrl-Alt-Del
key sequence
with SystemD
DOES NOT disable the Ctrl-Alt-Del
key sequence
if running in graphical.target
mode (e.g. in GNOME, KDE, etc.)! The
Ctrl-Alt-Del
key sequence will only be disabled if running in
the non-graphical multi-user.target
mode.
A locally logged-in user who presses Ctrl-Alt-Del, when at the console, can reboot the system. If accidentally pressed, as could happen in the case of mixed OS environment, this can create the risk of short-term loss of availability of systems due to unintentional reboot.
Remediation script
# The process to disable ctrl+alt+del has changed in RHEL7.
# Reference: https://access.redhat.com/solutions/1123873
ln -sf /dev/null /etc/systemd/system/ctrl-alt-del.target
Security identifiers
- CCE-27511-5
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020220. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.4.d. Verify that Interactive Boot is Disabled
Red Hat Enterprise Linux systems support an "interactive boot" option that can
be used to prevent services from being started. On a Red Hat Enterprise Linux 7
system, interactive boot can be enabled by providing a 1
,
yes
, true
, or on
value to the
systemd.confirm_spawn
kernel argument in /etc/default/grub
.
Remove any instance of
systemd.confirm_spawn=(1|yes|true|on)
from
the kernel arguments in that file to disable interactive boot.
The GRUB 2 configuration file, grub.cfg
,
is automatically updated each time a new kernel is installed. Note that any
changes to /etc/default/grub
require rebuilding the grub.cfg
file. To update the GRUB 2 configuration file manually, use the
grub2-mkconfig -o
command as follows:
-
On BIOS-based machines, issue the following command as
root
:~]# grub2-mkconfig -o /boot/grub2/grub.cfg
-
On UEFI-based machines, issue the following command as
root
:~]# grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
Using interactive boot, the console user could disable auditing, firewalls, or other services, weakening system security.
Remediation script
# Systemd confirm_spawn regex to search for and delete if found
CONFIRM_SPAWN_REGEX="systemd.confirm_spawn=\(1\|yes\|true\|on\)"
# Modify both the GRUB_CMDLINE_LINUX and GRUB_CMDLINE_LINUX_DEFAULT directives
for grubcmdline in "GRUB_CMDLINE_LINUX" "GRUB_CMDLINE_LINUX_DEFAULT"
do
# Remove 'systemd.confirm_spawn' argument from /etc/default/grub if found
if grep -q "^${grubcmdline}=\".*${CONFIRM_SPAWN_REGEX}.*\"" /etc/default/grub
then
# Remove all three possible occurrences of CONFIRM_SPAWN_REGEX:
# At the start
sed -i "s/\"${CONFIRM_SPAWN_REGEX} /\"/" /etc/default/grub
# At the end
sed -i "s/ ${CONFIRM_SPAWN_REGEX}\"$/\"/" /etc/default/grub
# In the middle
sed -i "s/ ${CONFIRM_SPAWN_REGEX}//" /etc/default/grub
fi
done
# Remove 'systemd.confirm_spawn' kernel argument also from runtime settings
/sbin/grubby --update-kernel=ALL --remove-args="systemd.confirm_spawn"
Security identifiers
- CCE-27335-9
References
3.4.4.5. Set Boot Loader Password
During the boot process, the boot loader is responsible for starting the execution of the kernel and passing options to it. The boot loader allows for the selection of different kernels - possibly on different partitions or media. The default Red Hat Enterprise Linux boot loader for x86 systems is called GRUB2. Options it can pass to the kernel include single-user mode, which provides root access without any authentication, and the ability to disable SELinux. To prevent local users from modifying the boot parameters and endangering security, protect the boot loader configuration with a password and ensure its configuration file's permissions are set properly.
link | previous | next | up | toc | home
3.4.4.5.a. Verify /boot/grub2/grub.cfg User Ownership
The file /boot/grub2/grub.cfg
should
be owned by the root
user to prevent destruction
or modification of the file.
To properly set the owner of /boot/grub2/grub.cfg
, run the command:
$ sudo chown root /boot/grub2/grub.cfg
Only root should be able to modify important boot parameters.
Remediation script
chown root /boot/grub2/grub.cfg
Security identifiers
- CCE-26860-7
References
- AC-6(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 225. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-7.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1.5.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.4.4.5.b. Verify /boot/grub2/grub.cfg Group Ownership
The file /boot/grub2/grub.cfg
should
be group-owned by the root
group to prevent
destruction or modification of the file.
To properly set the group owner of /boot/grub2/grub.cfg
, run the command:
$ sudo chgrp root /boot/grub2/grub.cfg
The root
group is a highly-privileged group. Furthermore, the group-owner of this
file should not have any access privileges anyway.
Remediation script
chgrp root /boot/grub2/grub.cfg
Security identifiers
- CCE-26812-8
References
- AC-6(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 225. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-7.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1.5.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.4.4.5.c. Verify /boot/grub2/grub.cfg Permissions
File permissions for /boot/grub2/grub.cfg
should be set to 600.
To properly set the permissions of /boot/grub2/grub.cfg
, run the command:
$ sudo chmod 600 /boot/grub2/grub.cfg
Proper permissions ensure that only the root user can modify important boot parameters.
Remediation script
chmod 600 /boot/grub2/grub.cfg
Security identifiers
- CCE-27054-6
References
3.4.4.5.d. Set Boot Loader Password
The grub2 boot loader should have a superuser account and password
protection enabled to protect boot-time settings.
To do so, select a superuser account and password and add them into the
/etc/grub.d/01_users
configuration file.
Since plaintext passwords are a security risk, generate a hash for the pasword
by running the following command:
$ grub2-mkpasswd-pbkdf2
When prompted, enter the password that was selected and insert the returned
password hash into the /etc/grub.d/01_users
configuration file
immediately after the superuser account.
(Use the output from grub2-mkpasswd-pbkdf2
as the value of
password-hash):
password_pbkdf2 superusers-accountpassword-hash
NOTE: It is recommended not to use common administrator account names like root,
admin, or administrator for the grub2 superuser account.
To meet FISMA Moderate, the bootloader superuser account and password MUST differ from the root account and password. Once the superuser account and password have been added, update the
grub.cfg
file by running:
grub2-mkconfig -o /boot/grub2/grub.cfg
NOTE: Do NOT manually add the superuser account and password to the
grub.cfg
file as the grub2-mkconfig command overwrites this file.
Password protection on the boot loader configuration ensures users with physical access cannot trivially alter important bootloader settings. These include which kernel to use, and whether to enter single-user mode. For more information on how to configure the grub2 superuser account and password, please refer to
Security identifiers
- CCE-27309-4
References
- IA-2(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(e). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 213. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000080-GPOS-00048. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010460. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 1.5.3. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.4.4.5.e. Set the UEFI Boot Loader Password
The UEFI grub2 boot loader should have a superuser account and password
protection enabled to protect boot-time settings.
To do so, select a superuser account and password and add them into the
/etc/grub.d/01_users
configuration file.
Since plaintext passwords are a security risk, generate a hash for the pasword
by running the following command:
$ grub2-mkpasswd-pbkdf2
When prompted, enter the password that was selected and insert the returned
password hash into the /etc/grub.d/01_users
configuration file immediately
after the superuser account.
(Use the output from grub2-mkpasswd-pbkdf2
as the value of
password-hash):
password_pbkdf2 superusers-accountpassword-hash
NOTE: It is recommended not to use common administrator account names like root,
admin, or administrator for the grub2 superuser account.
To meet FISMA Moderate, the bootloader superuser account and password MUST differ from the root account and password. Once the superuser account and password have been added, update the
grub.cfg
file by running:
grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
NOTE: Do NOT manually add the superuser account and password to the
grub.cfg
file as the grub2-mkconfig command overwrites this file.
Password protection on the boot loader configuration ensures users with physical access cannot trivially alter important bootloader settings. These include which kernel to use, and whether to enter single-user mode. For more information on how to configure the grub2 superuser account and password, please refer to
Security identifiers
- CCE-80354-4
References
- AC-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 213. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000080-GPOS-00048. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010470. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.4.6. Configure Screen Locking
When a user must temporarily leave an account
logged-in, screen locking should be employed to prevent passersby
from abusing the account. User education and training is
particularly important for screen locking to be effective, and policies
can be implemented to reinforce this.
Automatic screen locking is only meant as a safeguard for
those cases where a user forgot to lock the screen.
link | previous | next | up | toc | home
3.4.4.6.1. Configure Console Screen Locking
A console screen locking mechanism is provided in the
screen
package, which is not installed by default.
link | previous | next | up | toc | home
3.4.4.6.1.a. Install the screen Package
To enable console screen locking, install the screen
package:
$ sudo yum install screen
Instruct users to begin new terminal sessions with the following command:
$ screen
The console can now be locked with the following key combination:
ctrl+a x
A session time-out lock is a temporary action taken when a user stops work and moves away from the immediate
physical vicinity of the information system but des not logout because of the temporary nature of the absence.
Rather than relying on the user to manually lock their operation system session prior to vacating the vicinity,
operating systems need to be able to identify when a user's session has idled and take action to initiate the
session lock.
The screen
package allows for a session lock to be implemented and configured.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command install screen
Remediation script
- name: Ensure screen is installed
package:
name="{{item}}"
state=present
with_items:
- screen
Remediation script
include install_screen
class install_screen {
package { 'screen':
ensure => 'installed',
}
}
Remediation script
package --add=screen
Security identifiers
- CCE-27351-6
References
- AC-11(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 57. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000029-GPOS-00010. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010072. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.4.4.6.2. Hardware Tokens for Authentication
The use of hardware tokens such as smart cards for system login provides stronger, two-factor authentication than using a username and password. In Red Hat Enterprise Linux servers and workstations, hardware token login is not enabled by default and must be enabled in the system settings.
link | previous | next | up | toc | home
3.4.4.6.2.a. Enable Smart Card Login
To enable smart card authentication, consult the documentation at:
For guidance on enabling SSH to authenticate against a Common Access Card (CAC), consult documentation at:
Smart card login provides two-factor authentication stronger than that provided by a username and password combination. Smart cards leverage PKI (public key infrastructure) in order to provide and verify credentials.
Remediation script
# Install required packages
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command install esc
package_command install pam_pkcs11
# Enable pcscd.socket systemd activation socket
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command enable pcscd.socket
# Configure the expected /etc/pam.d/system-auth{,-ac} settings directly
#
# The code below will configure system authentication in the way smart card
# logins will be enabled, but also user login(s) via other method to be allowed
#
# NOTE: It is not possible to use the 'authconfig' command to perform the
# remediation for us, because call of 'authconfig' would discard changes
# for other remediations (see RH BZ#1357019 for details)
#
# Therefore we need to configure the necessary settings directly.
#
# Define system-auth config location
SYSTEM_AUTH_CONF="/etc/pam.d/system-auth"
# Define expected 'pam_env.so' row in $SYSTEM_AUTH_CONF
PAM_ENV_SO="auth.*required.*pam_env.so"
# Define 'pam_succeed_if.so' row to be appended past $PAM_ENV_SO row into $SYSTEM_AUTH_CONF
SYSTEM_AUTH_PAM_SUCCEED="\
auth \[success=1 default=ignore\] pam_succeed_if.so service notin \
login:gdm:xdm:kdm:xscreensaver:gnome-screensaver:kscreensaver quiet use_uid"
# Define 'pam_pkcs11.so' row to be appended past $SYSTEM_AUTH_PAM_SUCCEED
# row into SYSTEM_AUTH_CONF file
SYSTEM_AUTH_PAM_PKCS11="\
auth \[success=done authinfo_unavail=ignore ignore=ignore default=die\] \
pam_pkcs11.so nodebug"
# Define smartcard-auth config location
SMARTCARD_AUTH_CONF="/etc/pam.d/smartcard-auth"
# Define 'pam_pkcs11.so' auth section to be appended past $PAM_ENV_SO into $SMARTCARD_AUTH_CONF
SMARTCARD_AUTH_SECTION="\
auth [success=done ignore=ignore default=die] pam_pkcs11.so wait_for_card card_only"
# Define expected 'pam_permit.so' row in $SMARTCARD_AUTH_CONF
PAM_PERMIT_SO="account.*required.*pam_permit.so"
# Define 'pam_pkcs11.so' password section
SMARTCARD_PASSWORD_SECTION="\
password required pam_pkcs11.so"
# First Correct the SYSTEM_AUTH_CONF configuration
if ! grep -q 'pam_pkcs11.so' "$SYSTEM_AUTH_CONF"
then
# Append (expected) pam_succeed_if.so row past the pam_env.so into SYSTEM_AUTH_CONF file
sed -i --follow-symlinks -e '/^'"$PAM_ENV_SO"'/a '"$SYSTEM_AUTH_PAM_SUCCEED" "$SYSTEM_AUTH_CONF"
# Append (expected) pam_pkcs11.so row past the pam_succeed_if.so into SYSTEM_AUTH_CONF file
sed -i --follow-symlinks -e '/^'"$SYSTEM_AUTH_PAM_SUCCEED"'/a '"$SYSTEM_AUTH_PAM_PKCS11" "$SYSTEM_AUTH_CONF"
fi
# Then also correct the SMARTCARD_AUTH_CONF
if ! grep -q 'pam_pkcs11.so' "$SMARTCARD_AUTH_CONF"
then
# Append (expected) SMARTCARD_AUTH_SECTION row past the pam_env.so into SMARTCARD_AUTH_CONF file
sed -i --follow-symlinks -e '/^'"$PAM_ENV_SO"'/a '"$SMARTCARD_AUTH_SECTION" "$SMARTCARD_AUTH_CONF"
# Append (expected) SMARTCARD_PASSWORD_SECTION row past the pam_permit.so into SMARTCARD_AUTH_CONF file
sed -i --follow-symlinks -e '/^'"$PAM_PERMIT_SO"'/a '"$SMARTCARD_PASSWORD_SECTION" "$SMARTCARD_AUTH_CONF"
fi
# Perform /etc/pam_pkcs11/pam_pkcs11.conf settings below
# Define selected constants for later reuse
SP="[:space:]"
PAM_PKCS11_CONF="/etc/pam_pkcs11/pam_pkcs11.conf"
# Ensure OCSP is turned on in $PAM_PKCS11_CONF
# 1) First replace any occurrence of 'none' value of 'cert_policy' key setting with the correct configuration
sed -i "s/^[$SP]*cert_policy[$SP]\+=[$SP]\+none;/\t\tcert_policy = ca, ocsp_on, signature;/g" "$PAM_PKCS11_CONF"
# 2) Then append 'ocsp_on' value setting to each 'cert_policy' key in $PAM_PKCS11_CONF configuration line,
# which does not contain it yet
sed -i "/ocsp_on/! s/^[$SP]*cert_policy[$SP]\+=[$SP]\+\(.*\);/\t\tcert_policy = \1, ocsp_on;/" "$PAM_PKCS11_CONF"
Security identifiers
- CCE-80207-4
References
- IA-2(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 765. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 766. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 767. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 768. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 771. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 772. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 884. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-8.3. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- RHEL-07-010500. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- SRG-OS-000104-GPOS-00051. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000106-GPOS-00053. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000107-GPOS-00054. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000109-GPOS-00056. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000108-GPOS-00055. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000108-GPOS-00057. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000108-GPOS-00058. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
3.4.5. Warning Banners for System Accesses
Each system should expose as little information about
itself as possible.
System banners, which are typically displayed just before a
login prompt, give out information about the service or the host's
operating system. This might include the distribution name and the
system kernel version, and the particular version of a network
service. This information can assist intruders in gaining access to
the system as it can reveal whether the system is running
vulnerable software. Most network services can be configured to
limit what information is displayed.
Many organizations implement security policies that require a
system banner provide notice of the system's ownership, provide
warning to unauthorized users, and remind authorized users of their
consent to monitoring.
link | previous | next | up | toc | home
3.4.5.a. Modify the System Login Banner
To configure the system login banner edit /etc/issue
. Replace
the default text with a message compliant with the local site policy
or a legal disclaimer.
The DoD required text is either:
You are accessing a U.S. Government (USG) Information System (IS) that is
provided for USG-authorized use only. By using this IS (which includes any
device attached to this IS), you consent to the following conditions:
-The USG routinely intercepts and monitors communications on this IS for purposes
including, but not limited to, penetration testing, COMSEC monitoring, network
operations and defense, personnel misconduct (PM), law enforcement (LE), and
counterintelligence (CI) investigations.
-At any time, the USG may inspect and seize data stored on this IS.
-Communications using, or data stored on, this IS are not private, are subject
to routine monitoring, interception, and search, and may be disclosed or used
for any USG-authorized purpose.
-This IS includes security measures (e.g., authentication and access controls)
to protect USG interests -- not for your personal benefit or privacy.
-Notwithstanding the above, using this IS does not constitute consent to PM, LE or CI investigative
searching or monitoring of the content of privileged communications, or work
product, related to personal representation or services by attorneys,
psychotherapists, or clergy, and their assistants. Such communications and work
product are private and confidential. See User Agreement for details.
OR:
I've read & consent to terms in IS user agreem't.
Display of a standardized and approved use notification before granting access to the operating system ensures privacy and security notification verbiage used is consistent with applicable federal laws, Executive Orders, directives, policies, regulations, standards, and guidance. System use notifications are required only for access via login interfaces with human users and are not required when such human interfaces do not exist.
Remediation script
login_banner_text=""
# There was a regular-expression matching various banners, needs to be expanded
expanded=$(echo "$login_banner_text" | sed 's/\[\\s\\n\][+*]/ /g;s/\\//g;s/[^-]- /\n\n-/g')
formatted=$(echo "$expanded" | fold -sw 80)
cat <<EOF >/etc/issue
$formatted
EOF
printf "\n" >> /etc/issue
Security identifiers
- CCE-27303-7
3.4.5.2. Implement a GUI Warning Banner
In the default graphical environment, users logging directly into the system are greeted with a login screen provided by the GNOME3 Display Manager (GDM). The warning banner should be displayed in this graphical environment for these users. The following sections describe how to configure the GDM login banner.
link | previous | next | up | toc | home
3.4.5.2.a. Enable GNOME3 Login Warning Banner
To enable displaying a login warning banner in the GNOME
Display Manager's login screen, the banner-message-enable
setting must be
set under an appropriate configuration file(s) in the /etc/dconf/db/gdm.d
directory
and locked in /etc/dconf/db/gdm.d/locks
directory to prevent user modification.
After the settings have been set, run dconf update
.
To display a banner, this setting must be enabled, and the user must be prevented
from making changes. The banner text must also be set.
Display of a standardized and approved use notification before granting access to the operating system ensures privacy and security notification verbiage used is consistent with applicable federal laws, Executive Orders, directives, policies, regulations, standards, and guidance. For U.S. Government systems, system use notifications are required only for access via login interfaces with human users and are not required when such human interfaces do not exist.
Security identifiers
- CCE-26970-4
3.4.5.2.b. Set the GNOME3 Login Warning Banner Text
To set the text shown by the GNOME3 Display Manager
in the login screen, the banner-message-text
setting must be set under an
appropriate configuration file(s) in the /etc/dconf/db/gdm.d
directory and locked
in /etc/dconf/db/gdm.d/locks
directory to prevent user modification.
After the settings have been set, run dconf update
.
When entering a warning banner that spans several lines, remember
to begin and end the string with '
and use \n
for new lines.
An appropriate warning message reinforces policy awareness during the logon process and facilitates possible legal action against attackers.
Security identifiers
- CCE-26892-0
3.5. Network Configuration and Firewalls
Most machines must be connected to a network of some
sort, and this brings with it the substantial risk of network
attack. This section discusses the security impact of decisions
about networking which must be made when configuring a system.
This section also discusses firewalls, network access
controls, and other network security frameworks, which allow
system-level rules to be written that can limit an attackers' ability
to connect to your system. These rules can specify that network
traffic should be allowed or denied from certain IP addresses,
hosts, and networks. The rules can also specify which of the
system's network services are available to particular hosts or
networks.
link | previous | next | up | toc | home
3.5.a. Disable Client Dynamic DNS Updates
Dynamic DNS allows clients to dynamically update their own DNS records.
The updates are transmitted by unencrypted means which can reveal information
to a potential malicious user. If the system does not require Dynamic DNS,
remove all DHCP_HOSTNAME
references from the
/etc/sysconfig/network-scripts/ifcfg-interface
scripts. If
dhclient
is used, remove all send host-name hostname
references from the /etc/dhclient.conf
configuration file and/or any
reference from the /etc/dhcp
directory.
Dynamic DNS updates transmit unencrypted information about a system including its name and address and should not be used unless needed.
Security identifiers
- CCE-80357-7
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040840. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.5.b. Disable Zeroconf Networking
Zeroconf networking allows the system to assign itself an IP
address and engage in IP communication without a statically-assigned address or
even a DHCP server. Automatic address assignment via Zeroconf (or DHCP) is not
recommended. To disable Zeroconf automatic route assignment in the 169.254.0.0
subnet, add or correct the following line in /etc/sysconfig/network
:
NOZEROCONF=yes
Zeroconf addresses are in the network 169.254.0.0. The networking scripts add entries to the system's routing table for these addresses. Zeroconf address assignment commonly occurs when the system is configured to use DHCP but fails to receive an address assignment from the DHCP server.
Remediation script
echo "NOZEROCONF=yes" >> /etc/sysconfig/network
Security identifiers
- CCE-80173-8
References
3.5.c. Ensure System is Not Acting as a Network Sniffer
The system should not be acting as a network sniffer, which can capture all traffic on the network to which it is connected. Run the following to determine if any interface is running in promiscuous mode:
$ ip link | grep PROMISC
Network interfaces in promiscuous mode allow for the capture of all network traffic
visible to the system. If unauthorized individuals can access these applications, it
may allow them to collect information such as logon IDs, passwords, and key exchanges
between systems.
If the system is being used to perform a network troubleshooting function, the use of these
tools must be documented with the Information Systems Security Manager (ISSM) and restricted
to only authorized personnel.
Security identifiers
- CCE-80174-6
References
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7(2).1(i). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- . URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- MA-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040470. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.5.4. Disable Unused Interfaces
Network interfaces expand the attack surface of the
system. Unused interfaces are not monitored or controlled, and
should be disabled.
If the system does not require network communications but still
needs to use the loopback interface, remove all files of the form
ifcfg-interface
except for ifcfg-lo
from
/etc/sysconfig/network-scripts
:
$ sudo rm /etc/sysconfig/network-scripts/ifcfg-interface
If the system is a standalone machine with no need for network access or even
communication over the loopback device, then disable this service.
The network
service can be disabled with the following command:
$ sudo systemctl disable network.service
3.5.5. Kernel Parameters Which Affect Networking
The sysctl
utility is used to set
parameters which affect the operation of the Linux kernel. Kernel parameters
which affect networking and have security implications are described here.
link | previous | next | up | toc | home
3.5.5.1. Network Parameters for Hosts Only
If the system is not going to be used as a router, then setting certain kernel parameters ensure that the host will not perform routing of network traffic.
link | previous | next | up | toc | home
3.5.5.1.a. Disable Kernel Parameter for Sending ICMP Redirects by Default
To set the runtime status of the net.ipv4.conf.default.send_redirects
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.conf.default.send_redirects=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.conf.default.send_redirects = 0
ICMP redirect messages are used by routers to inform hosts that a more
direct route exists for a particular destination. These messages contain information
from the system's route table possibly revealing portions of the network topology.
The ability to send ICMP redirects is only appropriate for systems acting as routers.
Remediation script
#
# Set runtime for net.ipv4.conf.default.send_redirects
#
/sbin/sysctl -q -n -w net.ipv4.conf.default.send_redirects=0
#
# If net.ipv4.conf.default.send_redirects present in /etc/sysctl.conf, change value to "0"
# else, add "net.ipv4.conf.default.send_redirects = 0" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.conf.default.send_redirects /etc/sysctl.conf ; then
sed -i 's/^net.ipv4.conf.default.send_redirects.*/net.ipv4.conf.default.send_redirects = 0/g' /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.conf.default.send_redirects to 0 per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.conf.default.send_redirects = 0" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80156-3
References
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 4.1.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040420. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.5.5.1.b. Disable Kernel Parameter for Sending ICMP Redirects for All Interfaces
To set the runtime status of the net.ipv4.conf.all.send_redirects
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.conf.all.send_redirects=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.conf.all.send_redirects = 0
ICMP redirect messages are used by routers to inform hosts that a more
direct route exists for a particular destination. These messages contain information
from the system's route table possibly revealing portions of the network topology.
The ability to send ICMP redirects is only appropriate for systems acting as routers.
Remediation script
#
# Set runtime for net.ipv4.conf.all.send_redirects
#
/sbin/sysctl -q -n -w net.ipv4.conf.all.send_redirects=0
#
# If net.ipv4.conf.all.send_redirects present in /etc/sysctl.conf, change value to "0"
# else, add "net.ipv4.conf.all.send_redirects = 0" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.conf.all.send_redirects /etc/sysctl.conf ; then
sed -i 's/^net.ipv4.conf.all.send_redirects.*/net.ipv4.conf.all.send_redirects = 0/g' /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.conf.all.send_redirects to 0 per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.conf.all.send_redirects = 0" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80156-3
References
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 4.1.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040421. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.5.5.1.c. Disable Kernel Parameter for IP Forwarding
To set the runtime status of the net.ipv4.ip_forward
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.ip_forward=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.ip_forward = 0
Routing protocol daemons are typically used on routers to exchange network topology information with other routers. If this capability is used when not required, system network information may be unnecessarily transmitted across the network.
Remediation script
#
# Set runtime for net.ipv4.ip_forward
#
/sbin/sysctl -q -n -w net.ipv4.ip_forward=0
#
# If net.ipv4.ip_forward present in /etc/sysctl.conf, change value to "0"
# else, add "net.ipv4.ip_forward = 0" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.ip_forward /etc/sysctl.conf ; then
sed -i 's/^net.ipv4.ip_forward.*/net.ipv4.ip_forward = 0/g' /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.ip_forward to 0 per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.ip_forward = 0" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80157-1
References
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-32. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 4.1.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040730. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.5.5.2. Network Related Kernel Runtime Parameters for Hosts and Routers
Certain kernel parameters should be set for systems which are acting as either hosts or routers to improve the system's ability defend against certain types of IPv4 protocol attacks.
link | previous | next | up | toc | home
3.5.5.2.a. Configure Kernel Parameter for Accepting Source-Routed Packets for All Interfaces
To set the runtime status of the net.ipv4.conf.all.accept_source_route
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.conf.all.accept_source_route=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.conf.all.accept_source_route = 0
Source-routed packets allow the source of the packet to suggest routers
forward the packet along a different path than configured on the router, which can
be used to bypass network security measures. This requirement applies only to the
forwarding of source-routerd traffic, such as when IPv4 forwarding is enabled and
the system is functioning as a router.
Accepting source-routed packets in the IPv4 protocol has few legitimate
uses. It should be disabled unless it is absolutely required.
Remediation script
sysctl_net_ipv4_conf_all_accept_source_route_value="0"
#
# Set runtime for net.ipv4.conf.all.accept_source_route
#
/sbin/sysctl -q -n -w net.ipv4.conf.all.accept_source_route=$sysctl_net_ipv4_conf_all_accept_source_route_value
#
# If net.ipv4.conf.all.accept_source_route present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv4.conf.all.accept_source_route = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.conf.all.accept_source_route /etc/sysctl.conf ; then
sed -i "s/^net.ipv4.conf.all.accept_source_route.*/net.ipv4.conf.all.accept_source_route = $sysctl_net_ipv4_conf_all_accept_source_route_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.conf.all.accept_source_route to $sysctl_net_ipv4_conf_all_accept_source_route_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.conf.all.accept_source_route = $sysctl_net_ipv4_conf_all_accept_source_route_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-27434-0
References
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040350. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 4.2.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.5.5.2.b. Configure Kernel Parameter for Accepting ICMP Redirects for All Interfaces
To set the runtime status of the net.ipv4.conf.all.accept_redirects
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.conf.all.accept_redirects=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.conf.all.accept_redirects = 0
ICMP redirect messages are used by routers to inform hosts that a more direct
route exists for a particular destination. These messages modify the host's route table
and are unauthenticated. An illicit ICMP redirect message could result in a man-in-the-middle
attack.
This feature of the IPv4 protocol has few legitimate uses. It should be disabled unless
absolutely required.
Remediation script
sysctl_net_ipv4_conf_all_accept_redirects_value="0"
#
# Set runtime for net.ipv4.conf.all.accept_redirects
#
/sbin/sysctl -q -n -w net.ipv4.conf.all.accept_redirects=$sysctl_net_ipv4_conf_all_accept_redirects_value
#
# If net.ipv4.conf.all.accept_redirects present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv4.conf.all.accept_redirects = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.conf.all.accept_redirects /etc/sysctl.conf ; then
sed -i "s/^net.ipv4.conf.all.accept_redirects.*/net.ipv4.conf.all.accept_redirects = $sysctl_net_ipv4_conf_all_accept_redirects_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.conf.all.accept_redirects to $sysctl_net_ipv4_conf_all_accept_redirects_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.conf.all.accept_redirects = $sysctl_net_ipv4_conf_all_accept_redirects_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80158-9
References
- CM-6(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1503. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1551. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 4.2.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040410. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.5.5.2.c. Configure Kernel Parameter for Accepting Secure Redirects for All Interfaces
To set the runtime status of the net.ipv4.conf.all.secure_redirects
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.conf.all.secure_redirects=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.conf.all.secure_redirects = 0
Accepting "secure" ICMP redirects (from those gateways listed as default gateways) has few legitimate uses. It should be disabled unless it is absolutely required.
Remediation script
sysctl_net_ipv4_conf_all_secure_redirects_value="1"
#
# Set runtime for net.ipv4.conf.all.secure_redirects
#
/sbin/sysctl -q -n -w net.ipv4.conf.all.secure_redirects=$sysctl_net_ipv4_conf_all_secure_redirects_value
#
# If net.ipv4.conf.all.secure_redirects present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv4.conf.all.secure_redirects = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.conf.all.secure_redirects /etc/sysctl.conf ; then
sed -i "s/^net.ipv4.conf.all.secure_redirects.*/net.ipv4.conf.all.secure_redirects = $sysctl_net_ipv4_conf_all_secure_redirects_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.conf.all.secure_redirects to $sysctl_net_ipv4_conf_all_secure_redirects_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.conf.all.secure_redirects = $sysctl_net_ipv4_conf_all_secure_redirects_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80159-7
References
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1503. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1551. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 4.2.3. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.5.5.2.d. Configure Kernel Parameter to Log Martian Packets
To set the runtime status of the net.ipv4.conf.all.log_martians
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.conf.all.log_martians=1
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.conf.all.log_martians = 1
The presence of "martian" packets (which have impossible addresses) as well as spoofed packets, source-routed packets, and redirects could be a sign of nefarious network activity. Logging these packets enables this activity to be detected.
Remediation script
sysctl_net_ipv4_conf_all_log_martians_value="1"
#
# Set runtime for net.ipv4.conf.all.log_martians
#
/sbin/sysctl -q -n -w net.ipv4.conf.all.log_martians=$sysctl_net_ipv4_conf_all_log_martians_value
#
# If net.ipv4.conf.all.log_martians present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv4.conf.all.log_martians = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.conf.all.log_martians /etc/sysctl.conf ; then
sed -i "s/^net.ipv4.conf.all.log_martians.*/net.ipv4.conf.all.log_martians = $sysctl_net_ipv4_conf_all_log_martians_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.conf.all.log_martians to $sysctl_net_ipv4_conf_all_log_martians_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.conf.all.log_martians = $sysctl_net_ipv4_conf_all_log_martians_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80160-5
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 4.2.4. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.5.5.2.e. Configure Kernel Parameter to Log Martian Packets By Default
To set the runtime status of the net.ipv4.conf.default.log_martians
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.conf.default.log_martians=1
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.conf.default.log_martians = 1
The presence of "martian" packets (which have impossible addresses) as well as spoofed packets, source-routed packets, and redirects could be a sign of nefarious network activity. Logging these packets enables this activity to be detected.
Remediation script
sysctl_net_ipv4_conf_default_log_martians_value="1"
#
# Set runtime for net.ipv4.conf.default.log_martians
#
/sbin/sysctl -q -n -w net.ipv4.conf.default.log_martians=$sysctl_net_ipv4_conf_default_log_martians_value
#
# If net.ipv4.conf.default.log_martians present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv4.conf.default.log_martians = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.conf.default.log_martians /etc/sysctl.conf ; then
sed -i "s/^net.ipv4.conf.default.log_martians.*/net.ipv4.conf.default.log_martians = $sysctl_net_ipv4_conf_default_log_martians_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.conf.default.log_martians to $sysctl_net_ipv4_conf_default_log_martians_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.conf.default.log_martians = $sysctl_net_ipv4_conf_default_log_martians_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80161-3
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 4.2.4. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.5.5.2.f. Configure Kernel Parameter for Accepting Source-Routed Packets By Default
To set the runtime status of the net.ipv4.conf.default.accept_source_route
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.conf.default.accept_source_route=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.conf.default.accept_source_route = 0
Source-routed packates allow the source of the packet to suggest routers
forward the packet along a different path than configured on the router, which can
be used to bypass network security measures.
Accepting source-routed packets in the IPv4 protocol has few legitimate
uses. It should be disabled unless it is absolutely required, such as when
IPv4 forwarding is enabled and the system is legitimately functioning as
a router.
Remediation script
sysctl_net_ipv4_conf_default_accept_source_route_value="0"
#
# Set runtime for net.ipv4.conf.default.accept_source_route
#
/sbin/sysctl -q -n -w net.ipv4.conf.default.accept_source_route=$sysctl_net_ipv4_conf_default_accept_source_route_value
#
# If net.ipv4.conf.default.accept_source_route present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv4.conf.default.accept_source_route = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.conf.default.accept_source_route /etc/sysctl.conf ; then
sed -i "s/^net.ipv4.conf.default.accept_source_route.*/net.ipv4.conf.default.accept_source_route = $sysctl_net_ipv4_conf_default_accept_source_route_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.conf.default.accept_source_route to $sysctl_net_ipv4_conf_default_accept_source_route_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.conf.default.accept_source_route = $sysctl_net_ipv4_conf_default_accept_source_route_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80162-1
References
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1551. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040351. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 4.2.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.5.5.2.g. Configure Kernel Parameter for Accepting ICMP Redirects By Default
To set the runtime status of the net.ipv4.conf.default.accept_redirects
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.conf.default.accept_redirects=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.conf.default.accept_redirects = 0
ICMP redirect messages are used by routers to inform hosts that a more direct
route exists for a particular destination. These messages modify the host's route table
and are unauthenticated. An illicit ICMP redirect message could result in a man-in-the-middle
attack.
This feature of the IPv4 protocol has few legitimate uses. It should be disabled unless
absolutely required.
Remediation script
sysctl_net_ipv4_conf_default_accept_redirects_value="0"
#
# Set runtime for net.ipv4.conf.default.accept_redirects
#
/sbin/sysctl -q -n -w net.ipv4.conf.default.accept_redirects=$sysctl_net_ipv4_conf_default_accept_redirects_value
#
# If net.ipv4.conf.default.accept_redirects present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv4.conf.default.accept_redirects = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.conf.default.accept_redirects /etc/sysctl.conf ; then
sed -i "s/^net.ipv4.conf.default.accept_redirects.*/net.ipv4.conf.default.accept_redirects = $sysctl_net_ipv4_conf_default_accept_redirects_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.conf.default.accept_redirects to $sysctl_net_ipv4_conf_default_accept_redirects_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.conf.default.accept_redirects = $sysctl_net_ipv4_conf_default_accept_redirects_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80163-9
References
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1551. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 4.2.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.5.5.2.h. Configure Kernel Parameter for Accepting Secure Redirects By Default
To set the runtime status of the net.ipv4.conf.default.secure_redirects
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.conf.default.secure_redirects=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.conf.default.secure_redirects = 0
Accepting "secure" ICMP redirects (from those gateways listed as default gateways) has few legitimate uses. It should be disabled unless it is absolutely required.
Remediation script
sysctl_net_ipv4_conf_default_secure_redirects_value="1"
#
# Set runtime for net.ipv4.conf.default.secure_redirects
#
/sbin/sysctl -q -n -w net.ipv4.conf.default.secure_redirects=$sysctl_net_ipv4_conf_default_secure_redirects_value
#
# If net.ipv4.conf.default.secure_redirects present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv4.conf.default.secure_redirects = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.conf.default.secure_redirects /etc/sysctl.conf ; then
sed -i "s/^net.ipv4.conf.default.secure_redirects.*/net.ipv4.conf.default.secure_redirects = $sysctl_net_ipv4_conf_default_secure_redirects_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.conf.default.secure_redirects to $sysctl_net_ipv4_conf_default_secure_redirects_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.conf.default.secure_redirects = $sysctl_net_ipv4_conf_default_secure_redirects_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80164-7
References
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1551. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 4.2.3. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.5.5.2.i. Configure Kernel Parameter to Ignore ICMP Broadcast Echo Requests
To set the runtime status of the net.ipv4.icmp_echo_ignore_broadcasts
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.icmp_echo_ignore_broadcasts=1
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.icmp_echo_ignore_broadcasts = 1
Responding to broadcast (ICMP) echoes facilitates network mapping
and provides a vector for amplification attacks.
Ignoring ICMP echo requests (pings) sent to broadcast or multicast
addresses makes the system slightly more difficult to enumerate on the network.
Remediation script
sysctl_net_ipv4_icmp_echo_ignore_broadcasts_value="1"
#
# Set runtime for net.ipv4.icmp_echo_ignore_broadcasts
#
/sbin/sysctl -q -n -w net.ipv4.icmp_echo_ignore_broadcasts=$sysctl_net_ipv4_icmp_echo_ignore_broadcasts_value
#
# If net.ipv4.icmp_echo_ignore_broadcasts present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv4.icmp_echo_ignore_broadcasts = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.icmp_echo_ignore_broadcasts /etc/sysctl.conf ; then
sed -i "s/^net.ipv4.icmp_echo_ignore_broadcasts.*/net.ipv4.icmp_echo_ignore_broadcasts = $sysctl_net_ipv4_icmp_echo_ignore_broadcasts_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.icmp_echo_ignore_broadcasts to $sysctl_net_ipv4_icmp_echo_ignore_broadcasts_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.icmp_echo_ignore_broadcasts = $sysctl_net_ipv4_icmp_echo_ignore_broadcasts_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80165-4
References
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040380. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 4.2.5. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.5.5.2.j. Configure Kernel Parameter to Ignore Bogus ICMP Error Responses
To set the runtime status of the net.ipv4.icmp_ignore_bogus_error_responses
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.icmp_ignore_bogus_error_responses=1
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.icmp_ignore_bogus_error_responses = 1
Ignoring bogus ICMP error responses reduces log size, although some activity would not be logged.
Remediation script
sysctl_net_ipv4_icmp_ignore_bogus_error_responses_value="1"
#
# Set runtime for net.ipv4.icmp_ignore_bogus_error_responses
#
/sbin/sysctl -q -n -w net.ipv4.icmp_ignore_bogus_error_responses=$sysctl_net_ipv4_icmp_ignore_bogus_error_responses_value
#
# If net.ipv4.icmp_ignore_bogus_error_responses present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv4.icmp_ignore_bogus_error_responses = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.icmp_ignore_bogus_error_responses /etc/sysctl.conf ; then
sed -i "s/^net.ipv4.icmp_ignore_bogus_error_responses.*/net.ipv4.icmp_ignore_bogus_error_responses = $sysctl_net_ipv4_icmp_ignore_bogus_error_responses_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.icmp_ignore_bogus_error_responses to $sysctl_net_ipv4_icmp_ignore_bogus_error_responses_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.icmp_ignore_bogus_error_responses = $sysctl_net_ipv4_icmp_ignore_bogus_error_responses_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80166-2
References
3.5.5.2.k. Configure Kernel Parameter to Use TCP Syncookies
To set the runtime status of the net.ipv4.tcp_syncookies
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.tcp_syncookies=1
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.tcp_syncookies = 1
A TCP SYN flood attack can cause a denial of service by filling a system's TCP connection table with connections in the SYN_RCVD state. Syncookies can be used to track a connection when a subsequent ACK is received, verifying the initiator is attempting a valid connection and is not a flood source. This feature is activated when a flood condition is detected, and enables the system to continue servicing valid connection requests.
Remediation script
sysctl_net_ipv4_tcp_syncookies_value="1"
#
# Set runtime for net.ipv4.tcp_syncookies
#
/sbin/sysctl -q -n -w net.ipv4.tcp_syncookies=$sysctl_net_ipv4_tcp_syncookies_value
#
# If net.ipv4.tcp_syncookies present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv4.tcp_syncookies = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.tcp_syncookies /etc/sysctl.conf ; then
sed -i "s/^net.ipv4.tcp_syncookies.*/net.ipv4.tcp_syncookies = $sysctl_net_ipv4_tcp_syncookies_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.tcp_syncookies to $sysctl_net_ipv4_tcp_syncookies_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.tcp_syncookies = $sysctl_net_ipv4_tcp_syncookies_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-27495-1
3.5.5.2.l. Configure Kernel Parameter to Use Reverse Path Filtering for All Interfaces
To set the runtime status of the net.ipv4.conf.all.rp_filter
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.conf.all.rp_filter=1
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.conf.all.rp_filter = 1
Enabling reverse path filtering drops packets with source addresses that should not have been able to be received on the interface they were received on. It should not be used on systems which are routers for complicated networks, but is helpful for end hosts and routers serving small networks.
Remediation script
sysctl_net_ipv4_conf_all_rp_filter_value="1"
#
# Set runtime for net.ipv4.conf.all.rp_filter
#
/sbin/sysctl -q -n -w net.ipv4.conf.all.rp_filter=$sysctl_net_ipv4_conf_all_rp_filter_value
#
# If net.ipv4.conf.all.rp_filter present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv4.conf.all.rp_filter = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.conf.all.rp_filter /etc/sysctl.conf ; then
sed -i "s/^net.ipv4.conf.all.rp_filter.*/net.ipv4.conf.all.rp_filter = $sysctl_net_ipv4_conf_all_rp_filter_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.conf.all.rp_filter to $sysctl_net_ipv4_conf_all_rp_filter_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.conf.all.rp_filter = $sysctl_net_ipv4_conf_all_rp_filter_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80167-0
References
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1551. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 4.2.7. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.5.5.2.m. Configure Kernel Parameter to Use Reverse Path Filtering by Default
To set the runtime status of the net.ipv4.conf.default.rp_filter
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv4.conf.default.rp_filter=1
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv4.conf.default.rp_filter = 1
Enabling reverse path filtering drops packets with source addresses that should not have been able to be received on the interface they were received on. It should not be used on systems which are routers for complicated networks, but is helpful for end hosts and routers serving small networks.
Remediation script
sysctl_net_ipv4_conf_default_rp_filter_value="1"
#
# Set runtime for net.ipv4.conf.default.rp_filter
#
/sbin/sysctl -q -n -w net.ipv4.conf.default.rp_filter=$sysctl_net_ipv4_conf_default_rp_filter_value
#
# If net.ipv4.conf.default.rp_filter present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv4.conf.default.rp_filter = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv4.conf.default.rp_filter /etc/sysctl.conf ; then
sed -i "s/^net.ipv4.conf.default.rp_filter.*/net.ipv4.conf.default.rp_filter = $sysctl_net_ipv4_conf_default_rp_filter_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv4.conf.default.rp_filter to $sysctl_net_ipv4_conf_default_rp_filter_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv4.conf.default.rp_filter = $sysctl_net_ipv4_conf_default_rp_filter_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80168-8
References
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 4.2.7. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.5.6. Wireless Networking
Wireless networking, such as 802.11
(WiFi) and Bluetooth, can present a security risk to sensitive or
classified systems and networks. Wireless networking hardware is
much more likely to be included in laptop or portable systems than
in desktops or servers.
Removal of hardware provides the greatest assurance that the wireless
capability remains disabled. Acquisition policies often include provisions to
prevent the purchase of equipment that will be used in sensitive spaces and
includes wireless capabilities. If it is impractical to remove the wireless
hardware, and policy permits the device to enter sensitive spaces as long
as wireless is disabled, efforts should instead focus on disabling wireless capability
via software.
link | previous | next | up | toc | home
3.5.6.1. Disable Wireless Through Software Configuration
If it is impossible to remove the wireless hardware from the device in question, disable as much of it as possible through software. The following methods can disable software support for wireless networking, but note that these methods do not prevent malicious software or careless users from re-activating the devices.
link | previous | next | up | toc | home
3.5.6.1.a. Disable WiFi or Bluetooth in BIOS
Some systems that include built-in wireless support offer the ability to disable the device through the BIOS. This is system-specific; consult your hardware manual or explore the BIOS setup during boot.
Disabling wireless support in the BIOS prevents easy activation of the wireless interface, generally requiring administrators to reboot the system first.
Security identifiers
- CCE-27397-9
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-18(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-18(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-18(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 85. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.5.6.1.b. Deactivate Wireless Network Interfaces
Deactivating wireless network interfaces should prevent
normal usage of the wireless capability.
First, identify the interfaces available with the command:
$ ifconfig -a
Additionally, the following command may be used to
determine whether wireless support is included for a
particular interface, though this may not always be a clear
indicator:
$ iwconfig
After identifying any wireless interfaces (which may have
names like wlan0
, ath0
, wifi0
, em1
or
eth0
), deactivate the interface with the command:
$ sudo ifdown interface
These changes will only last until the next reboot. To
disable the interface for future boots, remove the appropriate
interface file from /etc/sysconfig/network-scripts
:
$ sudo rm /etc/sysconfig/network-scripts/ifcfg-interface
Wireless networking allows attackers within physical proximity to launch network-based attacks against systems, including those against local LAN protocols which were not designed with security in mind.
Security identifiers
- CCE-27358-1
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-18(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-18(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-18(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 85. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 4.3.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.5.6.1.c. Disable Bluetooth Service
The bluetooth
service can be disabled with the following command:
$ sudo systemctl disable bluetooth.service
$ sudo service bluetooth stop
Disabling the bluetooth
service prevents the system from attempting
connections to Bluetooth devices, which entails some security risk.
Nevertheless, variation in this risk decision may be expected due to the
utility of Bluetooth connectivity and its limited range.
Remediation script
grep -qi disable /etc/xinetd.d/bluetooth && \
sed -i 's/disable.*/disable = yes/gI' /etc/xinetd.d/bluetooth
#
# Disable bluetooth.service for all systemd targets
#
systemctl disable bluetooth.service
#
# Stop bluetooth.service if currently running
#
systemctl stop bluetooth.service
Security identifiers
- CCE-27328-4
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-18(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-18(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-18(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 85. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1551. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.5.6.1.d. Disable Bluetooth Kernel Modules
The kernel's module loading system can be configured to prevent
loading of the Bluetooth module. Add the following to
the appropriate /etc/modprobe.d
configuration file
to prevent the loading of the Bluetooth module:
install bluetooth /bin/true
If Bluetooth functionality must be disabled, preventing the kernel from loading the kernel module provides an additional safeguard against its activation.
Remediation script
if grep --silent "^install bluetooth" /etc/modprobe.d/bluetooth.conf ; then
sed -i 's/^install bluetooth.*/install bluetooth /bin/true/g' /etc/modprobe.d/bluetooth.conf
else
echo -e "\n# Disable per security requirements" >> /etc/modprobe.d/bluetooth.conf
echo "install bluetooth /bin/true" >> /etc/modprobe.d/bluetooth.conf
fi
Remediation script
- name: Ensure kernel module 'bluetooth' is disabled
lineinfile:
create=yes
dest="/etc/modprobe.d/{{item}}.conf"
regexp="{{item}}"
line="install {{item}} /bin/true"
with_items:
- bluetooth
Security identifiers
- CCE-27327-6
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-18(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-18(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-18(3). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 85. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1551. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.5.7. IPv6
The system includes support for Internet Protocol version 6. A major and often-mentioned improvement over IPv4 is its enormous increase in the number of available addresses. Another important feature is its support for automatic configuration of many network settings.
link | previous | next | up | toc | home
3.5.7.1. Disable Support for IPv6 Unless Needed
Despite configuration that suggests support for IPv6 has been disabled, link-local IPv6 address auto-configuration occurs even when only an IPv4 address is assigned. The only way to effectively prevent execution of the IPv6 networking stack is to instruct the system not to activate the IPv6 kernel module.
link | previous | next | up | toc | home
3.5.7.1.a. Disable IPv6 Networking Support Automatic Loading
To disable support for (ipv6
) add the following line to
/etc/sysctl.d/ipv6.conf
(or another file in
/etc/sysctl.d
):
net.ipv6.conf.all.disable_ipv6 = 1
This disables IPv6 on all network interfaces as other services and system
functionality require the IPv6 stack loaded to work.
Any unnecessary network stacks - including IPv6 - should be disabled, to reduce the vulnerability to exploitation.
Security identifiers
- CCE-80175-3
References
3.5.7.1.b. Disable Interface Usage of IPv6
To disable interface usage of IPv6, add or correct the following lines in /etc/sysconfig/network
:
NETWORKING_IPV6=no
IPV6INIT=no
Security identifiers
- CCE-80176-1
3.5.7.1.c. Disable Support for RPC IPv6
RPC services for NFSv4 try to load transport modules for
udp6
and tcp6
by default, even if IPv6 has been disabled in
/etc/modprobe.d
. To prevent RPC services such as rpc.mountd
from attempting to start IPv6 network listeners, remove or comment out the
following two lines in /etc/netconfig
:
udp6 tpi_clts v inet6 udp - -
tcp6 tpi_cots_ord v inet6 tcp - -
Security identifiers
- CCE-80177-9
References
3.5.7.2. Configure IPv6 Settings if Necessary
A major feature of IPv6 is the extent to which systems implementing it can automatically configure their networking devices using information from the network. From a security perspective, manually configuring important configuration information is preferable to accepting it from the network in an unauthenticated fashion.
link | previous | next | up | toc | home
3.5.7.2.a. Manually Assign Global IPv6 Address
To manually assign an IP address for an interface, edit the
file /etc/sysconfig/network-scripts/ifcfg-interface
. Add or correct the
following line (substituting the correct IPv6 address):
IPV6ADDR=2001:0DB8::ABCD/64
Manually assigning an IP address is preferable to accepting one from routers or
from the network otherwise. The example address here is an IPv6 address
reserved for documentation purposes, as defined by RFC3849.
Security identifiers
- CCE-80184-5
References
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.5.7.2.b. Use Privacy Extensions for Address
To introduce randomness into the automatic generation of IPv6
addresses, add or correct the following line in
/etc/sysconfig/network-scripts/ifcfg-interface
:
IPV6_PRIVACY=rfc3041
Automatically-generated IPv6 addresses are based on the underlying hardware
(e.g. Ethernet) address, and so it becomes possible to track a piece of
hardware over its lifetime using its traffic. If it is important for a system's
IP address to not trivially reveal its hardware address, this setting should be
applied.
Security identifiers
- CCE-80185-2
References
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.5.7.2.c. Manually Assign IPv6 Router Address
Edit the file
/etc/sysconfig/network-scripts/ifcfg-interface
, and add or correct
the following line (substituting your gateway IP as appropriate):
IPV6_DEFAULTGW=2001:0DB8::0001
Router addresses should be manually set and not accepted via any
auto-configuration or router advertisement.
Security identifiers
- CCE-80186-0
References
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.5.7.2.4. Disable Automatic Configuration
Disable the system's acceptance of router
advertisements and redirects by adding or correcting the following
line in /etc/sysconfig/network
(note that this does not disable
sending router solicitations):
IPV6_AUTOCONF=no
link | previous | next | up | toc | home
3.5.7.2.4.a. Configure Kernel Parameter for Accepting Source-Routed Packets for All Interfaces
To set the runtime status of the net.ipv6.conf.all.accept_source_route
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv6.conf.all.accept_source_route=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv6.conf.all.accept_source_route = 0
Source-routed packets allow the source of the packet to suggest routers
forward the packet along a different path than configured on the router, which can
be used to bypass network security measures. This requirement applies only to the
forwarding of source-routerd traffic, such as when IPv6 forwarding is enabled and
the system is functioning as a router.
Accepting source-routed packets in the IPv6 protocol has few legitimate
uses. It should be disabled unless it is absolutely required.
Remediation script
#
# Set runtime for SYSCTLVAR
#
/sbin/sysctl -q -n -w net.ipv6.conf.all.accept_source_route=0
#
# If SYSCTLVAR present in /etc/sysctl.conf, change value to "SYSCTLVAL"
# else, add "SYSCTLVAR = SYSCTLVAL" to /etc/sysctl.conf
#
if grep --silent ^net.ipv6.conf.all.accept_source_route /etc/sysctl.conf ; then
sed -i 's/^net.ipv6.conf.all.accept_source_route.*/net.ipv6.conf.all.accept_source_route = 0/g' /etc/sysctl.conf
else
echo -e "\n# Set net.ipv6.conf.all.accept_source_route to 0 per security requirements" >> /etc/sysctl.conf
echo "net.ipv6.conf.all.accept_source_route = 0" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80179-5
References
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040860. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.5.7.2.4.b. Configure Accepting IPv6 Router Advertisements
To set the runtime status of the net.ipv6.conf.all.accept_ra
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv6.conf.all.accept_ra=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv6.conf.all.accept_ra = 0
An illicit router advertisement message could result in a man-in-the-middle attack.
Remediation script
sysctl_net_ipv6_conf_all_accept_ra_value="0"
#
# Set runtime for net.ipv6.conf.all.accept_ra
#
/sbin/sysctl -q -n -w net.ipv6.conf.all.accept_ra=$sysctl_net_ipv6_conf_all_accept_ra_value
#
# If net.ipv6.conf.all.accept_ra present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv6.conf.all.accept_ra = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv6.conf.all.accept_ra /etc/sysctl.conf ; then
sed -i "s/^net.ipv6.conf.all.accept_ra.*/net.ipv6.conf.all.accept_ra = $sysctl_net_ipv6_conf_all_accept_ra_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv6.conf.all.accept_ra to $sysctl_net_ipv6_conf_all_accept_ra_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv6.conf.all.accept_ra = $sysctl_net_ipv6_conf_all_accept_ra_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80180-3
References
3.5.7.2.4.c. Configure Accepting IPv6 Router Advertisements
To set the runtime status of the net.ipv6.conf.default.accept_ra
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv6.conf.default.accept_ra=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv6.conf.default.accept_ra = 0
An illicit router advertisement message could result in a man-in-the-middle attack.
Remediation script
sysctl_net_ipv6_conf_default_accept_ra_value="0"
#
# Set runtime for net.ipv6.conf.default.accept_ra
#
/sbin/sysctl -q -n -w net.ipv6.conf.default.accept_ra=$sysctl_net_ipv6_conf_default_accept_ra_value
#
# If net.ipv6.conf.default.accept_ra present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv6.conf.default.accept_ra = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv6.conf.default.accept_ra /etc/sysctl.conf ; then
sed -i "s/^net.ipv6.conf.default.accept_ra.*/net.ipv6.conf.default.accept_ra = $sysctl_net_ipv6_conf_default_accept_ra_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv6.conf.default.accept_ra to $sysctl_net_ipv6_conf_default_accept_ra_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv6.conf.default.accept_ra = $sysctl_net_ipv6_conf_default_accept_ra_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80181-1
References
3.5.7.2.4.d. Configure Accepting IPv6 Redirects By Default
To set the runtime status of the net.ipv6.conf.all.accept_redirects
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv6.conf.all.accept_redirects=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv6.conf.all.accept_redirects = 0
An illicit ICMP redirect message could result in a man-in-the-middle attack.
Remediation script
sysctl_net_ipv6_conf_all_accept_redirects_value="0"
#
# Set runtime for net.ipv6.conf.all.accept_redirects
#
/sbin/sysctl -q -n -w net.ipv6.conf.all.accept_redirects=$sysctl_net_ipv6_conf_all_accept_redirects_value
#
# If net.ipv6.conf.all.accept_redirects present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv6.conf.all.accept_redirects = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv6.conf.all.accept_redirects /etc/sysctl.conf ; then
sed -i "s/^net.ipv6.conf.all.accept_redirects.*/net.ipv6.conf.all.accept_redirects = $sysctl_net_ipv6_conf_all_accept_redirects_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv6.conf.all.accept_redirects to $sysctl_net_ipv6_conf_all_accept_redirects_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv6.conf.all.accept_redirects = $sysctl_net_ipv6_conf_all_accept_redirects_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80182-9
References
3.5.7.2.4.e. Configure Accepting IPv6 Redirects By Default
To set the runtime status of the net.ipv6.conf.default.accept_redirects
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv6.conf.default.accept_redirects=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv6.conf.default.accept_redirects = 0
An illicit ICMP redirect message could result in a man-in-the-middle attack.
Remediation script
sysctl_net_ipv6_conf_default_accept_redirects_value="0"
#
# Set runtime for net.ipv6.conf.default.accept_redirects
#
/sbin/sysctl -q -n -w net.ipv6.conf.default.accept_redirects=$sysctl_net_ipv6_conf_default_accept_redirects_value
#
# If net.ipv6.conf.default.accept_redirects present in /etc/sysctl.conf, change value to appropriate value
# else, add "net.ipv6.conf.default.accept_redirects = value" to /etc/sysctl.conf
#
if grep --silent ^net.ipv6.conf.default.accept_redirects /etc/sysctl.conf ; then
sed -i "s/^net.ipv6.conf.default.accept_redirects.*/net.ipv6.conf.default.accept_redirects = $sysctl_net_ipv6_conf_default_accept_redirects_value/g" /etc/sysctl.conf
else
echo -e "\n# Set net.ipv6.conf.default.accept_redirects to $sysctl_net_ipv6_conf_default_accept_redirects_value per security requirements" >> /etc/sysctl.conf
echo "net.ipv6.conf.default.accept_redirects = $sysctl_net_ipv6_conf_default_accept_redirects_value" >> /etc/sysctl.conf
fi
Security identifiers
- CCE-80183-7
References
3.5.7.2.4.f. Configure Kernel Parameter for Accepting Source-Routed Packets for Interfaces By Default
To set the runtime status of the net.ipv6.conf.default.accept_source_route
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv6.conf.default.accept_source_route=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv6.conf.default.accept_source_route = 0
Source-routed packets allow the source of the packet to suggest routers forward the packet along a different path than configured on the router, which can be used to bypass network security measures. This requirement applies only to the forwarding of source-routerd traffic, such as when IPv6 forwarding is enabled and the system is functioning as a router. Accepting source-routed packets in the IPv6 protocol has few legitimate uses. It should be disabled unless it is absolutely required.
Security identifiers
- CCE-80335-1
References
3.5.7.2.4.g. Disable Kernel Parameter for IPv6 Forwarding
To set the runtime status of the net.ipv6.conf.all.forwarding
kernel parameter,
run the following command:
$ sudo sysctl -w net.ipv6.conf.all.forwarding=0
If this is not the system's default value, add the following line to /etc/sysctl.conf
:
net.ipv6.conf.all.forwarding = 0
IP forwarding permits the kernel to forward packets from one network interface to another. The ability to forward packets between two networks is only appropriate for systems acting as routers.
Security identifiers
- CCE-80356-9
References
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 4.1.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.5.7.2.5. Limit Network-Transmitted Configuration if Using Static IPv6 Addresses
To limit the configuration information requested from other
systems and accepted from the network on a system that uses
statically-configured IPv6 addresses, add the following lines to
/etc/sysctl.conf
:
net.ipv6.conf.default.router_solicitations = 0
net.ipv6.conf.default.accept_ra_rtr_pref = 0
net.ipv6.conf.default.accept_ra_pinfo = 0
net.ipv6.conf.default.accept_ra_defrtr = 0
net.ipv6.conf.default.autoconf = 0
net.ipv6.conf.default.dad_transmits = 0
net.ipv6.conf.default.max_addresses = 1
The router_solicitations
setting determines how many router
solicitations are sent when bringing up the interface. If addresses are
statically assigned, there is no need to send any solicitations.
The
accept_ra_pinfo
setting controls whether the system will accept
prefix info from the router.
The
accept_ra_defrtr
setting controls whether the system will accept
Hop Limit settings from a router advertisement. Setting it to 0 prevents a
router from changing your default IPv6 Hop Limit for outgoing packets.
The
autoconf
setting controls whether router advertisements can cause
the system to assign a global unicast address to an interface.
The
dad_transmits
setting determines how many neighbor solicitations
to send out per address (global and link-local) when bringing up an interface
to ensure the desired address is unique on the network.
The
max_addresses
setting determines how many global unicast IPv6
addresses can be assigned to each interface. The default is 16, but it should
be set to exactly the number of statically configured global addresses
required.
3.5.8. firewalld
The dynamic firewall daemon firewalld
provides a
dynamically managed firewall with support for network “zones” to assign
a level of trust to a network and its associated connections and interfaces.
It has support for IPv4 and IPv6 firewall settings. It supports Ethernet
bridges and has a separation of runtime and permanent configuration options.
It also has an interface for services or applications to add firewall rules
directly.
A graphical configuration tool, firewall-config
, is used to configure
firewalld
, which in turn uses iptables
tool to communicate
with Netfilter
in the kernel which implements packet filtering.
The firewall service provided by firewalld
is dynamic rather than
static because changes to the configuration can be made at anytime and are
immediately implemented. There is no need to save or apply the changes. No
unintended disruption of existing network connections occurs as no part of
the firewall has to be reloaded.
link | previous | next | up | toc | home
3.5.8.1. Inspect and Activate Default firewalld Rules
Firewalls can be used to separate networks into different zones
based on the level of trust the user has decided to place on the devices and
traffic within that network. NetworkManager
informs firewalld to which
zone an interface belongs. An interface's assigned zone can be changed by
NetworkManager
or via the firewall-config
tool.
The zone settings in /etc/firewalld/
are a range of preset settings
which can be quickly applied to a network interface. These are the zones
provided by firewalld sorted according to the default trust level of the
zones from untrusted to trusted:
-
drop
Any incoming network packets are dropped, there is no reply. Only outgoing network connections are possible.
-
block
Any incoming network connections are rejected with an
icmp-host-prohibited
message for IPv4 andicmp6-adm-prohibited
for IPv6. Only network connections initiated from within the system are possible. -
public
For use in public areas. You do not trust the other computers on the network to not harm your computer. Only selected incoming connections are accepted.
-
external
For use on external networks with masquerading enabled especially for routers. You do not trust the other computers on the network to not harm your computer. Only selected incoming connections are accepted.
-
dmz
For computers in your demilitarized zone that are publicly-accessible with limited access to your internal network. Only selected incoming connections are accepted.
-
work
For use in work areas. You mostly trust the other computers on networks to not harm your computer. Only selected incoming connections are accepted.
-
home
For use in home areas. You mostly trust the other computers on networks to not harm your computer. Only selected incoming connections are accepted.
-
internal
For use on internal networks. You mostly trust the other computers on the networks to not harm your computer. Only selected incoming connections are accepted.
-
trusted
All network connections are accepted.
It is possible to designate one of these zones to be the default zone. When
interface connections are added to NetworkManager
, they are assigned
to the default zone. On installation, the default zone in firewalld is set to
be the public zone.
To find out all the settings of a zone, for example the public zone,
enter the following command as root:
# firewall-cmd --zone=public --list-all
Example output of this command might look like the following:
# firewall-cmd --zone=public --list-all
public
interfaces:
services: mdns dhcpv6-client ssh
ports:
forward-ports:
icmp-blocks: source-quench
To view the network zones currently active, enter the following command as root:
# firewall-cmd --get-service
The following listing displays the result of this command on common Red Hat
Enterprise Linux 7 Server system:
# firewall-cmd --get-service
amanda-client bacula bacula-client dhcp dhcpv6 dhcpv6-client dns ftp
high-availability http https imaps ipp ipp-client ipsec kerberos kpasswd
ldap ldaps libvirt libvirt-tls mdns mountd ms-wbt mysql nfs ntp openvpn
pmcd pmproxy pmwebapi pmwebapis pop3s postgresql proxy-dhcp radius rpc-bind
samba samba-client smtp ssh telnet tftp tftp-client transmission-client
vnc-server wbem-https
Finally to view the network zones that will be active after the next firewalld
service reload, enter the following command as root:
# firewall-cmd --get-service --permanent
link | previous | next | up | toc | home
3.5.8.1.a. Verify firewalld Enabled
The firewalld
service can be enabled with the following command:
$ sudo systemctl enable firewalld.service
Access control methods provide the ability to enhance system security posture by restricting services and known good IP addresses and address ranges. This prevents connections from unknown hosts and protocols.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command enable firewalld
Remediation script
- name: Enable service firewalld
service:
name="{{item}}"
enabled="yes"
state="started"
with_items:
- firewalld
Security identifiers
- CCE-27361-5
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 4.7. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040810. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.5.8.2. Strengthen the Default Ruleset
The default rules can be strengthened. The system
scripts that activate the firewall rules expect them to be defined
in configuration files under the /etc/firewalld/services
and /etc/firewalld/zones
directories.
The following recommendations describe how to strengthen the
default ruleset configuration file. An alternative to editing this
configuration file is to create a shell script that makes calls to
the firewall-cmd
program to load in rules under the /etc/firewalld/services
and /etc/firewalld/zones
directories.
Instructions apply to both unless otherwise noted. Language and address
conventions for regular firewalld rules are used throughout this section.
The program firewall-config
allows additional services to penetrate the default firewall rules
and automatically adjusts the firewalld
ruleset(s).
link | previous | next | up | toc | home
3.5.8.2.a. Set Default firewalld Zone for Incoming Packets
To set the default zone to drop
for
the built-in default zone which processes incoming IPv4 and IPv6 packets,
modify the following line in
/etc/firewalld/firewalld.conf
to be:
DefaultZone=drop
In firewalld
the default zone is applied only after all
the applicable rules in the table are examined for a match. Setting the
default zone to drop
implements proper design for a firewall, i.e.
any packets which are not explicitly permitted should not be
accepted.
Remediation script
grep -q ^DefaultZone= /etc/firewalld/firewalld.conf && \
sed -i "s/DefaultZone=.*/DefaultZone=drop/g" /etc/firewalld/firewalld.conf
if ! [ $? -eq 0 ]; then
echo "DefaultZone=drop" >> /etc/firewalld/firewalld.conf
fi
Security identifiers
- CCE-27349-0
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040820. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.5.9. Transport Layer Security Support
Support for Transport Layer Security (TLS), and its predecessor, the Secure
Sockets Layer (SSL), is included in Red Hat Enterprise Linux in the OpenSSL software (RPM package
openssl
). TLS provides encrypted and authenticated network
communications, and many network services include support for it. TLS or SSL
can be leveraged to avoid any plaintext transmission of sensitive data.
For information on how to use OpenSSL, see
http://www.openssl.org/docs/HOWTO/. Information on FIPS validation
of OpenSSL is available at http://www.openssl.org/docs/fips/fipsvalidation.html
and http://csrc.nist.gov/groups/STM/cmvp/documents/140-1/140val-all.htm.
For information on how to use and implement OpenSSL on Red Hat Enterprise Linux, see
3.5.10. Uncommon Network Protocols
The system includes support for several network protocols which are not commonly used. Although security vulnerabilities in kernel networking code are not frequently discovered, the consequences can be dramatic. Ensuring uncommon network protocols are disabled reduces the system's risk to attacks targeted at its implementation of those protocols.
Although these protocols are not commonly used, avoid disruption in your network environment by ensuring they are not needed prior to disabling them.
link | previous | next | up | toc | home
3.5.10.a. Disable DCCP Support
The Datagram Congestion Control Protocol (DCCP) is a
relatively new transport layer protocol, designed to support
streaming media and telephony.
To configure the system to prevent the dccp
kernel module from being loaded, add the following line to a file in the directory /etc/modprobe.d
:
install dccp /bin/true
Disabling DCCP protects the system against exploitation of any flaws in its implementation.
Remediation script
echo "install dccp /bin/true" > /etc/modprobe.d/dccp.conf
Remediation script
- name: Ensure kernel module 'dccp' is disabled
lineinfile:
create=yes
dest="/etc/modprobe.d/{{item}}.conf"
regexp="{{item}}"
line="install {{item}} /bin/true"
with_items:
- dccp
Security identifiers
- CCE-26828-4
References
3.5.10.b. Disable SCTP Support
The Stream Control Transmission Protocol (SCTP) is a
transport layer protocol, designed to support the idea of
message-oriented communication, with several streams of messages
within one connection.
To configure the system to prevent the sctp
kernel module from being loaded, add the following line to a file in the directory /etc/modprobe.d
:
install sctp /bin/true
Disabling SCTP protects the system against exploitation of any flaws in its implementation.
Remediation script
echo "install sctp /bin/true" > /etc/modprobe.d/sctp.conf
Remediation script
- name: Ensure kernel module 'sctp' is disabled
lineinfile:
create=yes
dest="/etc/modprobe.d/{{item}}.conf"
regexp="{{item}}"
line="install {{item}} /bin/true"
with_items:
- sctp
Security identifiers
- CCE-27106-4
References
3.5.11. IPSec Support
Support for Internet Protocol Security (IPsec) is provided in Red Hat Enterprise Linux 7 with Libreswan.
link | previous | next | up | toc | home
3.5.11.a. Install libreswan Package
The Libreswan package provides an implementation of IPsec
and IKE, which permits the creation of secure tunnels over
untrusted networks.
The libreswan
package can be installed with the following command:
$ sudo yum install libreswan
Providing the ability for remote users or systems to initiate a secure VPN connection protects information when it is transmitted over a wide area network.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command install libreswan
Remediation script
- name: Ensure libreswan is installed
package:
name="{{item}}"
state=present
with_items:
- libreswan
Remediation script
include install_libreswan
class install_libreswan {
package { 'libreswan':
ensure => 'installed',
}
}
Remediation script
package --add=libreswan
Security identifiers
- CCE-80170-4
References
- AC-17. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- MA-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1130. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1131. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-4.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.5.11.b. Verify Any Configured IPSec Tunnel Connections
Libreswan provides an implementation of IPsec
and IKE, which permits the creation of secure tunnels over
untrusted networks. As such, IPsec can be used to circumvent certain
network requirements such as filtering. Verify that if any IPsec connection
(conn
) configured in /etc/ipsec.conf
and /etc/ipsec.d
exists is an approved organizational connection.
IP tunneling mechanisms can be used to bypass network filtering.
Security identifiers
- CCE-80171-2
References
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 336. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040830. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.6. Configure Syslog
The syslog service has been the default Unix logging mechanism for
many years. It has a number of downsides, including inconsistent log format,
lack of authentication for received messages, and lack of authentication,
encryption, or reliable transport for messages sent over a network. However,
due to its long history, syslog is a de facto standard which is supported by
almost all Unix applications.
In Red Hat Enterprise Linux 7, rsyslog has replaced ksyslogd as the
syslog daemon of choice, and it includes some additional security features
such as reliable, connection-oriented (i.e. TCP) transmission of logs, the
option to log to database formats, and the encryption of log data en route to
a central logging server.
This section discusses how to configure rsyslog for
best effect, and how to use tools provided with the system to maintain and
monitor logs.
link | previous | next | up | toc | home
3.6.a. Ensure rsyslog is Installed
Rsyslog is installed by default.
The rsyslog
package can be installed with the following command:
$ sudo yum install rsyslog
The rsyslog package provides the rsyslog daemon, which provides system logging services.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command install rsyslog
Remediation script
- name: Ensure rsyslog is installed
package:
name="{{item}}"
state=present
with_items:
- rsyslog
Remediation script
include install_rsyslog
class install_rsyslog {
package { 'rsyslog':
ensure => 'installed',
}
}
Remediation script
package --add=rsyslog
Security identifiers
- CCE-80187-8
References
- AU-9(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1311. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1312. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 5.1.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.6.b. Enable rsyslog Service
The rsyslog
service provides syslog-style logging by default on Red Hat Enterprise Linux 7.
The rsyslog
service can be enabled with the following command:
$ sudo systemctl enable rsyslog.service
The rsyslog
service must be running in order to provide
logging services, which are essential to system administration.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command enable rsyslog
Remediation script
- name: Enable service rsyslog
service:
name="{{item}}"
enabled="yes"
state="started"
with_items:
- rsyslog
Security identifiers
- CCE-80188-6
References
- AU-4(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1311. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1312. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1557. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1851. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 5.1.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.6.c. Disable Logwatch on Clients if a Logserver Exists
Does your site have a central logserver which has been configured to report on logs received from all systems? If so:
$ sudo rm /etc/cron.daily/0logwatch
If no logserver exists, it will be necessary for each machine to run Logwatch individually. Using a central
logserver provides the security and reliability benefits discussed earlier, and also makes monitoring logs easier
and less time-intensive for administrators.
Security identifiers
- CCE-80198-5
3.6.4. Ensure Proper Configuration of Log Files
The file /etc/rsyslog.conf
controls where log message are written.
These are controlled by lines called rules, which consist of a
selector and an action.
These rules are often customized depending on the role of the system, the
requirements of the environment, and whatever may enable
the administrator to most effectively make use of log data.
The default rules in Red Hat Enterprise Linux 7 are:
*.info;mail.none;authpriv.none;cron.none /var/log/messages
authpriv.* /var/log/secure
mail.* -/var/log/maillog
cron.* /var/log/cron
*.emerg *
uucp,news.crit /var/log/spooler
local7.* /var/log/boot.log
See the man page rsyslog.conf(5)
for more information.
Note that the rsyslog
daemon can be configured to use a timestamp format that
some log processing programs may not understand. If this occurs,
edit the file /etc/rsyslog.conf
and add or edit the following line:$ ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat
link | previous | next | up | toc | home
3.6.4.a. Ensure Log Files Are Owned By Appropriate User
The owner of all log files written by
rsyslog
should be root.
These log files are determined by the second part of each Rule line in
/etc/rsyslog.conf
and typically all appear in /var/log
.
For each log file LOGFILE referenced in /etc/rsyslog.conf
,
run the following command to inspect the file's owner:
$ ls -l LOGFILE
If the owner is not root
, run the following command to
correct this:
$ sudo chown root LOGFILE
The log files generated by rsyslog contain valuable information regarding system configuration, user authentication, and other such information. Log files should be protected from unauthorized access.
Security identifiers
- CCE-80189-4
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-11. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1314. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- Req-10.5.2. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.6.4.b. Ensure Log Files Are Owned By Appropriate Group
The group-owner of all log files written by
rsyslog
should be root.
These log files are determined by the second part of each Rule line in
/etc/rsyslog.conf
and typically all appear in /var/log
.
For each log file LOGFILE referenced in /etc/rsyslog.conf
,
run the following command to inspect the file's group owner:
$ ls -l LOGFILE
If the owner is not root
, run the following command to
correct this:
$ sudo chgrp root LOGFILE
The log files generated by rsyslog contain valuable information regarding system configuration, user authentication, and other such information. Log files should be protected from unauthorized access.
Security identifiers
- CCE-80190-2
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SI-11. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1314. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- Req-10.5.2. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.6.4.c. Ensure System Log Files Have Correct Permissions
The file permissions for all log files written by
rsyslog
should be set to 600, or more restrictive.
These log files are determined by the second part of each Rule line in
/etc/rsyslog.conf
and typically all appear in /var/log
.
For each log file LOGFILE referenced in /etc/rsyslog.conf
,
run the following command to inspect the file's permissions:
$ ls -l LOGFILE
If the permissions are not 600 or more restrictive,
run the following command to correct this:
$ sudo chmod 0600 LOGFILE
Log files can contain valuable information regarding system configuration. If the system log files are not protected unauthorized users could change the logged data, eliminating their forensic value.
Remediation script
# List of log file paths to be inspected for correct permissions
# * Primarily inspect log file paths listed in /etc/rsyslog.conf
RSYSLOG_ETC_CONFIG="/etc/rsyslog.conf"
# * And also the log file paths listed after rsyslog's $IncludeConfig directive
# (store the result into array for the case there's shell glob used as value of IncludeConfig)
RSYSLOG_INCLUDE_CONFIG=($(grep -e "\$IncludeConfig[[:space:]]\+[^[:space:];]\+" /etc/rsyslog.conf | cut -d ' ' -f 2))
# Declare an array to hold the final list of different log file paths
declare -a LOG_FILE_PATHS
# Browse each file selected above as containing paths of log files
# ('/etc/rsyslog.conf' and '/etc/rsyslog.d/*.conf' in the default configuration)
for LOG_FILE in "${RSYSLOG_ETC_CONFIG}" "${RSYSLOG_INCLUDE_CONFIG[@]}"
do
# From each of these files extract just particular log file path(s), thus:
# * Ignore lines starting with space (' '), comment ('#"), or variable syntax ('$') characters,
# * Ignore empty lines,
# * From the remaining valid rows select only fields constituting a log file path
# Text file column is understood to represent a log file path if and only if all of the following are met:
# * it contains at least one slash '/' character,
# * it doesn't contain space (' '), colon (':'), and semicolon (';') characters
# Search log file for path(s) only in case it exists!
if [[ -f "${LOG_FILE}" ]]
then
MATCHED_ITEMS=$(sed -e "/^[[:space:]|#|$]/d ; s/[^\/]*[[:space:]]*\([^:;[:space:]]*\)/\1/g ; /^$/d" "${LOG_FILE}")
# Since above sed command might return more than one item (delimited by newline), split the particular
# matches entries into new array specific for this log file
readarray -t ARRAY_FOR_LOG_FILE <<< "$MATCHED_ITEMS"
# Concatenate the two arrays - previous content of $LOG_FILE_PATHS array with
# items from newly created array for this log file
LOG_FILE_PATHS=("${LOG_FILE_PATHS[@]}" "${ARRAY_FOR_LOG_FILE[@]}")
# Delete the temporary array
unset ARRAY_FOR_LOG_FILE
fi
done
for PATH in "${LOG_FILE_PATHS[@]}"
do
# Sanity check - if particular $PATH is empty string, skip it from further processing
if [ -z "$PATH" ]
then
continue
fi
# Per https://access.redhat.com/solutions/66805 '/var/log/boot.log' log file needs special care => perform it
if [ "$PATH" == "/var/log/boot.log" ]
then
# Ensure permissions of /var/log/boot.log are configured to be updated in /etc/rc.local
if ! /bin/grep -q "boot.log" "/etc/rc.local"
then
echo "/bin/chmod 600 /var/log/boot.log" >> /etc/rc.local
fi
# Ensure /etc/rc.d/rc.local has user-executable permission
# (in order to be actually executed during boot)
if [ "$(/usr/bin/stat -c %a /etc/rc.d/rc.local)" -ne 744 ]
then
/bin/chmod u+x /etc/rc.d/rc.local
fi
fi
# Also for each log file check if its permissions differ from 600. If so, correct them
if [ "$(/usr/bin/stat -c %a "$PATH")" -ne 600 ]
then
/bin/chmod 600 "$PATH"
fi
done
Security identifiers
- CCE-80191-0
References
- SI-11. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1314. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- Req-10.5.2. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.1.4. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.6.4.d. Ensure cron Is Logging To Rsyslog
Cron logging must be implemented to spot intrusions or trace
cron job status. If cron
is not logging to rsyslog
, it
can be implemented by adding the following to the RULES section of
/etc/rsyslog.conf
:
cron.* /var/log/cron
Cron logging can be used to trace the successful or unsuccessful execution of cron jobs. It can also be used to spot intrusions into the use of the cron facility by unauthorized and malicious users.
Security identifiers
- CCE-80380-9
References
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-021160. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.6.5. Rsyslog Logs Sent To Remote Host
If system logs are to be useful in detecting malicious
activities, it is necessary to send logs to a remote server. An
intruder who has compromised the root account on a machine may
delete the log entries which indicate that the system was attacked
before they are seen by an administrator.
However, it is recommended that logs be stored on the local
host in addition to being sent to the loghost, especially if
rsyslog
has been configured to use the UDP protocol to send
messages over a network. UDP does not guarantee reliable delivery,
and moderately busy sites will lose log messages occasionally,
especially in periods of high traffic which may be the result of an
attack. In addition, remote rsyslog
messages are not
authenticated in any way by default, so it is easy for an attacker to
introduce spurious messages to the central log server. Also, some
problems cause loss of network connectivity, which will prevent the
sending of messages to the central server. For all of these reasons, it is
better to store log messages both centrally and on each host, so
that they can be correlated if necessary.
link | previous | next | up | toc | home
3.6.5.a. Ensure Logs Sent To Remote Host
To configure rsyslog to send logs to a remote log server,
open /etc/rsyslog.conf
and read and understand the last section of the file,
which describes the multiple directives necessary to activate remote
logging.
Along with these other directives, the system can be configured
to forward its logs to a particular log server by
adding or correcting one of the following lines,
substituting loghost.example.com
appropriately.
The choice of protocol depends on the environment of the system;
although TCP and RELP provide more reliable message delivery,
they may not be supported in all environments.
To use UDP for log message delivery:
*.* @loghost.example.com
To use TCP for log message delivery:
*.* @@loghost.example.com
To use RELP for log message delivery:
*.* :omrelp:loghost.example.com
A log server (loghost) receives syslog messages from one or more systems. This data can be used as an additional log source in the event a system is compromised and its local logs are suspect. Forwarding log messages to a remote loghost also provides system administrators with a centralized place to view the status of multiple hosts within the enterprise.
Security identifiers
- CCE-27343-3
References
- AU-3(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-4(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1348. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 136. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1851. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 5.1.5. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030770. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.6.6. Configure rsyslogd to Accept Remote Messages If Acting as a Log Server
By default, rsyslog
does not listen over the network
for log messages. If needed, modules can be enabled to allow
the rsyslog daemon to receive messages from other systems and for the system
thus to act as a log server.
If the machine is not a log server, then lines concerning these modules
should remain commented out.
link | previous | next | up | toc | home
3.6.6.a. Ensure rsyslog Does Not Accept Remote Messages Unless Acting As Log Server
The rsyslog
daemon should not accept remote messages
unless the system acts as a log server.
To ensure that it is not listening on the network, ensure the following lines are
not found in /etc/rsyslog.conf
:
$ModLoad imtcp
$InputTCPServerRun port
$ModLoad imudp
$UDPServerRun port
$ModLoad imrelp
$InputRELPServerRun port
Any process which receives messages from the network incurs some risk of receiving malicious messages. This risk can be eliminated for rsyslog by configuring it not to listen on the network.
Security identifiers
- CCE-80192-8
References
- AU-9(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 318. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 368. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1812. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1813. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1814. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030780. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.6.6.b. Enable rsyslog to Accept Messages via TCP, if Acting As Log Server
The rsyslog
daemon should not accept remote messages
unless the system acts as a log server.
If the system needs to act as a central log server, add the following lines to
/etc/rsyslog.conf
to enable reception of messages over TCP:
$ModLoad imtcp
$InputTCPServerRun 514
If the system needs to act as a log server, this ensures that it can receive messages over a reliable TCP connection.
Security identifiers
- CCE-80193-6
References
3.6.6.c. Enable rsyslog to Accept Messages via UDP, if Acting As Log Server
The rsyslog
daemon should not accept remote messages
unless the system acts as a log server.
If the system needs to act as a central log server, add the following lines to
/etc/rsyslog.conf
to enable reception of messages over UDP:
$ModLoad imudp
$UDPServerRun 514
Many devices, such as switches, routers, and other Unix-like systems, may only support the traditional syslog transmission over UDP. If the system must act as a log server, this enables it to receive their messages as well.
Security identifiers
- CCE-80194-4
References
3.6.7. Ensure All Logs are Rotated by logrotate
Edit the file /etc/logrotate.d/syslog
. Find the first
line, which should look like this (wrapped for clarity):
/var/log/messages /var/log/secure /var/log/maillog /var/log/spooler \
/var/log/boot.log /var/log/cron {
Edit this line so that it contains a one-space-separated
listing of each log file referenced in /etc/rsyslog.conf
.
All logs in use on a system must be rotated regularly, or the log files will consume disk space over time, eventually interfering with system operation. The file
/etc/logrotate.d/syslog
is the
configuration file used by the logrotate
program to maintain all
log files written by syslog
. By default, it rotates logs weekly and
stores four archival copies of each log. These settings can be
modified by editing /etc/logrotate.conf
, but the defaults are
sufficient for purposes of this guide.
Note that
logrotate
is run nightly by the cron job
/etc/cron.daily/logrotate
. If particularly active logs need to be
rotated more often than once a day, some other mechanism must be
used.
link | previous | next | up | toc | home
3.6.7.a. Ensure Logrotate Runs Periodically
The logrotate
utility allows for the automatic rotation of
log files. The frequency of rotation is specified in /etc/logrotate.conf
,
which triggers a cron task. To configure logrotate to run daily, add or correct
the following line in /etc/logrotate.conf
:
# rotate log files frequency
daily
Log files that are not properly rotated run the risk of growing so large that they fill up the /var/log partition. Valuable logging information could be lost if the /var/log partition becomes full.
Security identifiers
- CCE-80195-1
References
- AU-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.7. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.6.8. Configure Logwatch on the Central Log Server
Is this machine the central log server? If so, edit the file /etc/logwatch/conf/logwatch.conf
as shown below.
link | previous | next | up | toc | home
3.6.8.a. Configure Logwatch HostLimit Line
On a central logserver, you want Logwatch to summarize all syslog entries, including those which did not originate
on the logserver itself. The HostLimit
setting tells Logwatch to report on all hosts, not just the one on which it
is running.
HostLimit = no
Security identifiers
- CCE-80196-9
3.6.8.b. Configure Logwatch SplitHosts Line
If SplitHosts
is set, Logwatch will separate entries by hostname. This makes the report longer but significantly
more usable. If it is not set, then Logwatch will not report which host generated a given log entry, and that
information is almost always necessary
SplitHosts = yes
Security identifiers
- CCE-80197-7
3.7. System Accounting with auditd
The audit service provides substantial capabilities
for recording system activities. By default, the service audits about
SELinux AVC denials and certain types of security-relevant events
such as system logins, account modifications, and authentication
events performed by programs such as sudo.
Under its default configuration, auditd
has modest disk space
requirements, and should not noticeably impact system performance.
NOTE: The Linux Audit daemon auditd
can be configured to use
the augenrules
program to read audit rules files (*.rules
)
located in /etc/audit/rules.d
location and compile them to create
the resulting form of the /etc/audit/audit.rules
configuration file
during the daemon startup (default configuration). Alternatively, the auditd
daemon can use the auditctl
utility to read audit rules from the
/etc/audit/audit.rules
configuration file during daemon startup,
and load them into the kernel. The expected behavior is configured via the
appropriate ExecStartPost
directive setting in the
/usr/lib/systemd/system/auditd.service
configuration file.
To instruct the auditd
daemon to use the augenrules
program
to read audit rules (default configuration), use the following setting:
ExecStartPost=-/sbin/augenrules --load
in the /usr/lib/systemd/system/auditd.service
configuration file.
In order to instruct the auditd
daemon to use the auditctl
utility to read audit rules, use the following setting:
ExecStartPost=-/sbin/auditctl -R /etc/audit/audit.rules
in the /usr/lib/systemd/system/auditd.service
configuration file.
Refer to [Service]
section of the /usr/lib/systemd/system/auditd.service
configuration file for further details.
Government networks often have substantial auditing requirements and
auditd
can be configured to meet these
requirements.
Examining some example audit records demonstrates how the Linux audit system
satisfies common requirements.
The following example from Fedora Documentation available at
shows the substantial amount of information captured in a
two typical "raw" audit messages, followed by a breakdown of the most important
fields. In this example the message is SELinux-related and reports an AVC
denial (and the associated system call) that occurred when the Apache HTTP
Server attempted to access the /var/www/html/file1
file (labeled with
the samba_share_t
type):
type=AVC msg=audit(1226874073.147:96): avc: denied { getattr } for pid=2465 comm="httpd"
path="/var/www/html/file1" dev=dm-0 ino=284133 scontext=unconfined_u:system_r:httpd_t:s0
tcontext=unconfined_u:object_r:samba_share_t:s0 tclass=file
type=SYSCALL msg=audit(1226874073.147:96): arch=40000003 syscall=196 success=no exit=-13
a0=b98df198 a1=bfec85dc a2=54dff4 a3=2008171 items=0 ppid=2463 pid=2465 auid=502 uid=48
gid=48 euid=48 suid=48 fsuid=48 egid=48 sgid=48 fsgid=48 tty=(none) ses=6 comm="httpd"
exe="/usr/sbin/httpd" subj=unconfined_u:system_r:httpd_t:s0 key=(null)
-
msg=audit(1226874073.147:96)
-
The number in parentheses is the unformatted time stamp (Epoch time) for the event, which can be converted to standard time by using the
date
command.
-
-
{ getattr }
-
The item in braces indicates the permission that was denied.
getattr
indicates the source process was trying to read the target file's status information. This occurs before reading files. This action is denied due to the file being accessed having the wrong label. Commonly seen permissions includegetattr
,read
, andwrite
.
-
-
comm="httpd"
-
The executable that launched the process. The full path of the executable is found in the
exe=
section of the system call (SYSCALL
) message, which in this case, isexe="/usr/sbin/httpd"
.
-
-
path="/var/www/html/file1"
-
The path to the object (target) the process attempted to access.
-
-
scontext="unconfined_u:system_r:httpd_t:s0"
-
The SELinux context of the process that attempted the denied action. In this case, it is the SELinux context of the Apache HTTP Server, which is running in the
httpd_t
domain.
-
-
tcontext="unconfined_u:object_r:samba_share_t:s0"
-
The SELinux context of the object (target) the process attempted to access. In this case, it is the SELinux context of
file1
. Note: thesamba_share_t
type is not accessible to processes running in thehttpd_t
domain.
-
-
From the system call (
SYSCALL
) message, two items are of interest:success=no
: indicates whether the denial (AVC) was enforced or not.success=no
indicates the system call was not successful (SELinux denied access).success=yes
indicates the system call was successful - this can be seen for permissive domains or unconfined domains, such asinitrc_t
andkernel_t
.exe="/usr/sbin/httpd"
: the full path to the executable that launched the process, which in this case, isexe="/usr/sbin/httpd"
.
link | previous | next | up | toc | home
3.7.a. Enable auditd Service
The auditd
service is an essential userspace component of
the Linux Auditing System, as it is responsible for writing audit records to
disk.
The auditd
service can be enabled with the following command:
$ sudo systemctl enable auditd.service
Without establishing what type of events occurred, it would be difficult
to establish, correlate, and investigate the events leading up to an outage or attack.
Ensuring the auditd
service is active ensures audit records
generated by the kernel are appropriately recorded.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command enable auditd
Remediation script
- name: Enable service auditd
service:
name="{{item}}"
enabled="yes"
state="started"
with_items:
- auditd
Security identifiers
- CCE-27407-6
References
- AU-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-17(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-10. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-14(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 131. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000038-GPOS-00016. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000039-GPOS-00017. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000042-GPOS-00021. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000254-GPOS-00095. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000255-GPOS-00096. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030010. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-10. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.b. Enable Auditing for Processes Which Start Prior to the Audit Daemon
To ensure all processes can be audited, even those which start
prior to the audit daemon, add the argument audit=1
to the default
GRUB 2 command line for the Linux operating system in
/etc/default/grub
, in the manner below:
GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=VolGroup/LogVol06 rd.lvm.lv=VolGroup/lv_swap rhgb quiet rd.shell=0 audit=1"
The GRUB 2 configuration file, grub.cfg
,
is automatically updated each time a new kernel is installed. Note that any
changes to /etc/default/grub
require rebuilding the grub.cfg
file. To update the GRUB 2 configuration file manually, use the
grub2-mkconfig -o
command as follows:
-
On BIOS-based machines, issue the following command as
root
:~]# grub2-mkconfig -o /boot/grub2/grub.cfg
-
On UEFI-based machines, issue the following command as
root
:~]# grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
Each process on the system carries an "auditable" flag which indicates whether
its activities can be audited. Although auditd
takes care of enabling
this for all processes which launch after it does, adding the kernel argument
ensures it is set for every process during boot.
Remediation script
# Correct the form of default kernel command line in /etc/default/grub
grep -q ^GRUB_CMDLINE_LINUX=\".*audit=0.*\" /etc/default/grub && \
sed -i "s/audit=[^[:space:]\+]/audit=1/g" /etc/default/grub
if ! [ $? -eq 0 ]; then
sed -i "s/\(GRUB_CMDLINE_LINUX=\)\"\(.*\)\"/\1\"\2 audit=1\"/" /etc/default/grub
fi
# Correct the form of kernel command line for each installed kernel
# in the bootloader
/sbin/grubby --update-kernel=ALL --args="audit=1"
Security identifiers
- CCE-27212-0
References
- AC-17(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-14(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-10. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1464. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 130. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.3. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.3. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.3. Configure auditd Data Retention
The audit system writes data to /var/log/audit/audit.log
. By default,
auditd
rotates 5 logs by size (6MB), retaining a maximum of 30MB of
data in total, and refuses to write entries when the disk is too
full. This minimizes the risk of audit data filling its partition
and impacting other services. This also minimizes the risk of the audit
daemon temporarily disabling the system if it cannot write audit log (which
it can be configured to do).
For a busy
system or a system which is thoroughly auditing system activity, the default settings
for data retention may be
insufficient. The log file size needed will depend heavily on what types
of events are being audited. First configure auditing to log all the events of
interest. Then monitor the log size manually for awhile to determine what file
size will allow you to keep the required data for the correct time period.
Using a dedicated partition for /var/log/audit
prevents the
auditd
logs from disrupting system functionality if they fill, and,
more importantly, prevents other activity in /var
from filling the
partition and stopping the audit trail. (The audit logs are size-limited and
therefore unlikely to grow without bound unless configured to do so.) Some
machines may have requirements that no actions occur which cannot be audited.
If this is the case, then auditd
can be configured to halt the machine
if it runs out of space. Note: Since older logs are rotated,
configuring auditd
this way does not prevent older logs from being
rotated away before they can be viewed.
If your system is configured to halt when logging cannot be performed, make
sure this can never happen under normal circumstances! Ensure that
/var/log/audit
is on its own partition, and that this partition is
larger than the maximum amount of data auditd
will retain
normally.
References
link | previous | next | up | toc | home
3.7.3.a. Configure auditd Number of Logs Retained
Determine how many log files
auditd
should retain when it rotates logs.
Edit the file /etc/audit/auditd.conf
. Add or modify the following
line, substituting NUMLOGS with the correct value of 5:
num_logs = NUMLOGS
Set the value to 5 for general-purpose systems.
Note that values less than 2 result in no log rotation.
The total storage for audit log files must be large enough to retain log information over the period required. This is a function of the maximum log file size and the number of logs retained.
Remediation script
var_auditd_num_logs="5"
AUDITCONFIG=/etc/audit/auditd.conf
grep -q ^num_logs $AUDITCONFIG && \
sed -i 's/^num_logs.*/num_logs = '"$var_auditd_num_logs"'/g' $AUDITCONFIG
if ! [ $? -eq 0 ]; then
echo "num_logs = $var_auditd_num_logs" >> $AUDITCONFIG
fi
Security identifiers
- CCE-27348-2
References
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-11. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- Req-10.7. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.7.3.b. Configure auditd Max Log File Size
Determine the amount of audit data (in megabytes)
which should be retained in each log file. Edit the file
/etc/audit/auditd.conf
. Add or modify the following line, substituting
the correct value of 6 for STOREMB:
max_log_file = STOREMB
Set the value to 6
(MB) or higher for general-purpose systems.
Larger values, of course,
support retention of even more audit data.
The total storage for audit log files must be large enough to retain log information over the period required. This is a function of the maximum log file size and the number of logs retained.
Remediation script
var_auditd_max_log_file="6"
AUDITCONFIG=/etc/audit/auditd.conf
grep -q ^max_log_file $AUDITCONFIG && \
sed -i 's/^max_log_file.*/max_log_file = '"$var_auditd_max_log_file"'/g' $AUDITCONFIG
if ! [ $? -eq 0 ]; then
echo "max_log_file = $var_auditd_max_log_file" >> $AUDITCONFIG
fi
Security identifiers
- CCE-27319-3
References
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-11. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- Req-10.7. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.1.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.3.c. Configure auditd max_log_file_action Upon Reaching Maximum Log Size
The default action to take when the logs reach their maximum size
is to rotate the log files, discarding the oldest one. To configure the action taken
by auditd
, add or correct the line in /etc/audit/auditd.conf
:
max_log_file_action = ACTION
Possible values for ACTION are described in the auditd.conf
man
page. These include:
-
ignore
-
syslog
-
suspend
-
rotate
-
keep_logs
Set the ACTION
to rotate
to ensure log rotation
occurs. This is the default. The setting is case-insensitive.
Automatically rotating logs (by setting this to rotate
)
minimizes the chances of the system unexpectedly running out of disk space by
being overwhelmed with log data. However, for systems that must never discard
log data, or which use external processes to transfer it and reclaim space,
keep_logs
can be employed.
Remediation script
var_auditd_max_log_file_action="rotate"
AUDITCONFIG=/etc/audit/auditd.conf
grep -q ^max_log_file_action $AUDITCONFIG && \
sed -i 's/^max_log_file_action.*/max_log_file_action = '"$var_auditd_max_log_file_action"'/g' $AUDITCONFIG
if ! [ $? -eq 0 ]; then
echo "max_log_file_action = $var_auditd_max_log_file_action" >> $AUDITCONFIG
fi
Security identifiers
- CCE-27231-0
References
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-11. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- Req-10.7. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.1.3. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.3.d. Configure auditd space_left Action on Low Disk Space
The auditd
service can be configured to take an action
when disk space starts to run low.
Edit the file /etc/audit/auditd.conf
. Modify the following line,
substituting ACTION appropriately:
space_left_action = ACTION
Possible values for ACTION are described in the auditd.conf
man page.
These include:
-
ignore
-
syslog
-
email
-
exec
-
suspend
-
single
-
halt
Set this to email
(instead of the default,
which is suspend
) as it is more likely to get prompt attention. Acceptable values
also include suspend
, single
, and halt
.
Notifying administrators of an impending disk space problem may allow them to take corrective action prior to any disruption.
Remediation script
var_auditd_space_left_action="email"
grep -q ^space_left_action /etc/audit/auditd.conf && \
sed -i "s/space_left_action.*/space_left_action = $var_auditd_space_left_action/g" /etc/audit/auditd.conf
if ! [ $? -eq 0 ]; then
echo "space_left_action = $var_auditd_space_left_action" >> /etc/audit/auditd.conf
fi
Security identifiers
- CCE-27375-5
References
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-5(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-5(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1855. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.7. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.1.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000343-GPOS-00134. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030351. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.3.e. Configure auditd admin_space_left Action on Low Disk Space
The auditd
service can be configured to take an action
when disk space is running low but prior to running out of space completely.
Edit the file /etc/audit/auditd.conf
. Add or modify the following line,
substituting ACTION appropriately:
admin_space_left_action = ACTION
Set this value to single
to cause the system to switch to single user
mode for corrective action. Acceptable values also include suspend
and
halt
. For certain systems, the need for availability
outweighs the need to log all actions, and a different setting should be
determined. Details regarding all possible values for ACTION are described in the
auditd.conf
man page.
Administrators should be made aware of an inability to record audit records. If a separate partition or logical volume of adequate size is used, running low on space for audit records should never occur.
Remediation script
var_auditd_admin_space_left_action="single"
grep -q ^admin_space_left_action /etc/audit/auditd.conf && \
sed -i "s/admin_space_left_action.*/admin_space_left_action = $var_auditd_admin_space_left_action/g" /etc/audit/auditd.conf
if ! [ $? -eq 0 ]; then
echo "admin_space_left_action = $var_auditd_admin_space_left_action" >> /etc/audit/auditd.conf
fi
Security identifiers
- CCE-27370-6
References
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-5(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 140. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1343. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.7. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.1.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.3.f. Configure auditd mail_acct Action on Low Disk Space
The auditd
service can be configured to send email to
a designated account in certain situations. Add or correct the following line
in /etc/audit/auditd.conf
to ensure that administrators are notified
via email for those situations:
action_mail_acct = root
Email sent to the root account is typically aliased to the administrators of the system, who can take appropriate action.
Remediation script
var_auditd_action_mail_acct="root"
AUDITCONFIG=/etc/audit/auditd.conf
grep -q ^action_mail_acct $AUDITCONFIG && \
sed -i 's/^action_mail_acct.*/action_mail_acct = '"$var_auditd_action_mail_acct"'/g' $AUDITCONFIG
if ! [ $? -eq 0 ]; then
echo "action_mail_acct = $var_auditd_action_mail_acct" >> $AUDITCONFIG
fi
Security identifiers
- CCE-27394-6
References
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-5(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-5(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1855. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.7.a. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.1.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000343-GPOS-00134. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030352. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.3.g. Configure auditd flush priority
The auditd
service can be configured to
synchronously write audit event data to disk. Add or correct the following
line in /etc/audit/auditd.conf
to ensure that audit event data is
fully synchronized with the log files on the disk:
flush = data
Audit data should be synchronously written to disk to ensure log integrity. These parameters assure that all audit event data is fully synchronized with the log files on the disk.
Remediation script
var_auditd_flush="data"
AUDITCONFIG=/etc/audit/auditd.conf
# if flush is present, flush param edited to var_auditd_flush
# else flush param is defined by var_auditd_flush
#
# the freq param is only used value 'incremental' and will be
# commented out if flush != incremental
#
# if flush == incremental && freq param is not defined, it
# will be defined as the package-default value of 20
grep -q ^flush $AUDITCONFIG && \
sed -i 's/^flush.*/flush = '"$var_auditd_flush"'/g' $AUDITCONFIG
if ! [ $? -eq 0 ]; then
echo "flush = $var_auditd_flush" >> $AUDITCONFIG
fi
if ! [ "$var_auditd_flush" == "incremental" ]; then
sed -i 's/^freq/##freq/g' $AUDITCONFIG
elif [ "$var_auditd_flush" == "incremental" ]; then
grep -q freq $AUDITCONFIG && \
sed -i 's/^#\+freq/freq/g' $AUDITCONFIG
if ! [ $? -eq 0 ]; then
echo "freq = 20" >> $AUDITCONFIG
fi
fi
Security identifiers
- CCE-27331-8
References
3.7.3.h. Configure auditd to use audispd's syslog plugin
To configure the auditd
service to use the
syslog
plug-in of the audispd
audit event multiplexor, set
the active
line in /etc/audisp/plugins.d/syslog.conf
to
yes
. Restart the auditd
service:
$ sudo service auditd restart
The auditd service does not include the ability to send audit records to a centralized server for management directly. It does, however, include a plug-in for audit event multiplexor (audispd) to pass audit records to the local syslog server
Remediation script
grep -q ^active /etc/audisp/plugins.d/syslog.conf && \
sed -i "s/active.*/active = yes/g" /etc/audisp/plugins.d/syslog.conf
if ! [ $? -eq 0 ]; then
echo "active = yes" >> /etc/audisp/plugins.d/syslog.conf
fi
Security identifiers
- CCE-27341-7
References
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-3(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 136. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.3. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.7.4. Configure auditd Rules for Comprehensive Auditing
The auditd
program can perform comprehensive
monitoring of system activity. This section describes recommended
configuration settings for comprehensive auditing, but a full
description of the auditing system's capabilities is beyond the
scope of this guide. The mailing list linux-audit@redhat.com exists
to facilitate community discussion of the auditing system.
The audit subsystem supports extensive collection of events, including:
-
Tracing of arbitrary system calls (identified by name or number) on entry or exit.
-
Filtering by PID, UID, call success, system call argument (with some limitations), etc.
-
Monitoring of specific files for modifications to the file's contents or metadata.
Auditing rules at startup are controlled by the file /etc/audit/audit.rules
.
Add rules to it to meet the auditing requirements for your organization.
Each line in /etc/audit/audit.rules
represents a series of arguments
that can be passed to auditctl
and can be individually tested
during runtime. See documentation in /usr/share/doc/audit-VERSION
and
in the related man pages for more details.
If copying any example audit rulesets from /usr/share/doc/audit-VERSION
,
be sure to comment out the
lines containing arch=
which are not appropriate for your system's
architecture. Then review and understand the following rules,
ensuring rules are activated as needed for the appropriate
architecture.
After reviewing all the rules, reading the following sections, and
editing as needed, the new rules can be activated as follows:
$ sudo service auditd restart
link | previous | next | up | toc | home
3.7.4.a. Record Events that Modify User/Group Information
If the auditd
daemon is configured to use the
augenrules
program to read audit rules during daemon startup (the
default), add the following lines to a file with suffix .rules
in the
directory /etc/audit/rules.d
, in order to capture events that modify
account changes:
-w /etc/group -p wa -k audit_rules_usergroup_modification
-w /etc/passwd -p wa -k audit_rules_usergroup_modification
-w /etc/gshadow -p wa -k audit_rules_usergroup_modification
-w /etc/shadow -p wa -k audit_rules_usergroup_modification
-w /etc/security/opasswd -p wa -k audit_rules_usergroup_modification
If the
auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following lines to
/etc/audit/audit.rules
file, in order to capture events that modify
account changes:
-w /etc/group -p wa -k audit_rules_usergroup_modification
-w /etc/passwd -p wa -k audit_rules_usergroup_modification
-w /etc/gshadow -p wa -k audit_rules_usergroup_modification
-w /etc/shadow -p wa -k audit_rules_usergroup_modification
-w /etc/security/opasswd -p wa -k audit_rules_usergroup_modification
In addition to auditing new user and group accounts, these watches will alert the system administrator(s) to any modifications. Any unexpected users, groups, or modifications should be investigated for legitimacy.
Remediation script
# Perform the remediation
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/etc/group" "wa" "audit_rules_usergroup_modification"
fix_audit_watch_rule "augenrules" "/etc/group" "wa" "audit_rules_usergroup_modification"
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/etc/passwd" "wa" "audit_rules_usergroup_modification"
fix_audit_watch_rule "augenrules" "/etc/passwd" "wa" "audit_rules_usergroup_modification"
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/etc/gshadow" "wa" "audit_rules_usergroup_modification"
fix_audit_watch_rule "augenrules" "/etc/gshadow" "wa" "audit_rules_usergroup_modification"
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/etc/shadow" "wa" "audit_rules_usergroup_modification"
fix_audit_watch_rule "augenrules" "/etc/shadow" "wa" "audit_rules_usergroup_modification"
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/etc/security/opasswd" "wa" "audit_rules_usergroup_modification"
fix_audit_watch_rule "augenrules" "/etc/security/opasswd" "wa" "audit_rules_usergroup_modification"
Security identifiers
- CCE-27192-4
References
- AC-2(4). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 18. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1403. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2130. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- RHEL-07-030710. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-10.2.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.5. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG–OS–000004–GPOS–00004. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG–OS–000239–GPOS–00089. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG–OS–000241–GPOS–00090. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG–OS–000241–GPOS–00091. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG–OS–000303–GPOS–00120. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG–OS–000476–GPOS–00221. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
3.7.4.b. Record Events that Modify the System's Network Environment
If the auditd
daemon is configured to use the
augenrules
program to read audit rules during daemon startup (the
default), add the following lines to a file with suffix .rules
in the
directory /etc/audit/rules.d
, setting ARCH to either b32 or b64 as
appropriate for your system:
-a always,exit -F arch=ARCH -S sethostname -S setdomainname -k audit_rules_networkconfig_modification
-w /etc/issue -p wa -k audit_rules_networkconfig_modification
-w /etc/issue.net -p wa -k audit_rules_networkconfig_modification
-w /etc/hosts -p wa -k audit_rules_networkconfig_modification
-w /etc/sysconfig/network -p wa -k audit_rules_networkconfig_modification
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following lines to
/etc/audit/audit.rules
file, setting ARCH to either b32 or b64 as
appropriate for your system:
-a always,exit -F arch=ARCH -S sethostname -S setdomainname -k audit_rules_networkconfig_modification
-w /etc/issue -p wa -k audit_rules_networkconfig_modification
-w /etc/issue.net -p wa -k audit_rules_networkconfig_modification
-w /etc/hosts -p wa -k audit_rules_networkconfig_modification
-w /etc/sysconfig/network -p wa -k audit_rules_networkconfig_modification
The network environment should not be modified by anything other than administrator action. Any change to network parameters should be audited.
Remediation script
# First perform the remediation of the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=$ARCH -S .* -k *"
# Use escaped BRE regex to specify rule group
GROUP="set\(host\|domain\)name"
FULL_RULE="-a always,exit -F arch=$ARCH -S sethostname -S setdomainname -k audit_rules_networkconfig_modification"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
# Then perform the remediations for the watch rules
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/etc/issue" "wa" "audit_rules_networkconfig_modification"
fix_audit_watch_rule "augenrules" "/etc/issue" "wa" "audit_rules_networkconfig_modification"
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/etc/issue.net" "wa" "audit_rules_networkconfig_modification"
fix_audit_watch_rule "augenrules" "/etc/issue.net" "wa" "audit_rules_networkconfig_modification"
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/etc/hosts" "wa" "audit_rules_networkconfig_modification"
fix_audit_watch_rule "augenrules" "/etc/hosts" "wa" "audit_rules_networkconfig_modification"
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/etc/sysconfig/network" "wa" "audit_rules_networkconfig_modification"
fix_audit_watch_rule "augenrules" "/etc/sysconfig/network" "wa" "audit_rules_networkconfig_modification"
Security identifiers
- CCE-27076-9
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.6. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.4.c. System Audit Logs Must Have Mode 0640 or Less Permissive
If log_group
in /etc/audit/auditd.conf
is set to a group other than the root
group account, change the mode of the audit log files with the following command:
$ sudo chmod 0640 audit_file
Otherwise, change the mode of the audit log files with the following command:
$ sudo chmod 0600 audit_file
If users can write to audit logs, audit trails can be modified or destroyed.
Remediation script
if `grep -q ^log_group /etc/audit/auditd.conf` ; then
GROUP=$(awk -F "=" '/log_group/ {print $2}' /etc/audit/auditd.conf | tr -d ' ')
if ! [ "${GROUP}" == 'root' ] ; then
chmod 0640 /var/log/audit/audit.log
chmod 0440 /var/log/audit/audit.log.*
else
chmod 0600 /var/log/audit/audit.log
chmod 0400 /var/log/audit/audit.log.*
fi
chmod 0640 /etc/audit/audit*
chmod 0640 /etc/audit/rules.d/*
else
chmod 0600 /var/log/audit/audit.log
chmod 0400 /var/log/audit/audit.log.*
chmod 0640 /etc/audit/audit*
chmod 0640 /etc/audit/rules.d/*
fi
Security identifiers
- CCE-27205-4
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- . URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.7.4.d. System Audit Logs Must Be Owned By Root
To properly set the owner of /var/log
, run the command:
$ sudo chown root /var/log
Unauthorized disclosure of audit records can reveal system and configuration data to attackers, thus compromising its confidentiality.
Remediation script
if `grep -q ^log_group /etc/audit/auditd.conf` ; then
GROUP=$(awk -F "=" '/log_group/ {print $2}' /etc/audit/auditd.conf | tr -d ' ')
if ! [ "${GROUP}" == 'root' ] ; then
chown root.${GROUP} /var/log/audit
chown root.${GROUP} /var/log/audit/audit.log*
else
chown root.root /var/log/audit
chown root.root /var/log/audit/audit.log*
fi
else
chown root.root /var/log/audit
chown root.root /var/log/audit/audit.log*
fi
Security identifiers
- CCE-80125-8
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 163. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000058-GPOS-00028. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030120. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-10.5.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.7.4.e. Record Events that Modify the System's Mandatory Access Controls
If the auditd
daemon is configured to use the
augenrules
program to read audit rules during daemon startup (the
default), add the following line to a file with suffix .rules
in the
directory /etc/audit/rules.d
:
-w /etc/selinux/ -p wa -k MAC-policy
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-w /etc/selinux/ -p wa -k MAC-policy
The system's mandatory access policy (SELinux) should not be arbitrarily changed by anything other than administrator action. All changes to MAC policy should be audited.
Remediation script
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/etc/selinux/" "wa" "MAC-policy"
fix_audit_watch_rule "augenrules" "/etc/selinux/" "wa" "MAC-policy"
Security identifiers
- CCE-27168-4
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.7. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.4.f. Record Attempts to Alter Logon and Logout Events
The audit system already collects login information for all users
and root. If the auditd
daemon is configured to use the
augenrules
program to read audit rules during daemon startup (the
default), add the following lines to a file with suffix .rules
in the
directory /etc/audit/rules.d
in order to watch for attempted manual
edits of files involved in storing logon events:
-w /var/log/tallylog -p wa -k logins
-w /var/run/faillock/ -p wa -k logins
-w /var/log/lastlog -p wa -k logins
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following lines to
/etc/audit/audit.rules
file in order to watch for unattempted manual
edits of files involved in storing logon events:
-w /var/log/tallylog -p wa -k logins
-w /var/run/faillock/ -p wa -k logins
-w /var/log/lastlog -p wa -k logins
Manual editing of these files may indicate nefarious activity, such as an attacker attempting to remove evidence of an intrusion.
Remediation script
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/var/log/tallylog" "wa" "logins"
fix_audit_watch_rule "augenrules" "/var/log/tallylog" "wa" "logins"
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/var/run/faillock/" "wa" "logins"
fix_audit_watch_rule "augenrules" "/var/run/faillock/" "wa" "logins"
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/var/log/lastlog" "wa" "logins"
fix_audit_watch_rule "augenrules" "/var/log/lastlog" "wa" "logins"
Security identifiers
- CCE-27204-7
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2884. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000470-GPOS-00214. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000473-GPOS-00218. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030490. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-10.2.3. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.8. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.4.g. Record Attempts to Alter Process and Session Initiation Information
The audit system already collects process information for all
users and root. If the auditd
daemon is configured to use the
augenrules
program to read audit rules during daemon startup (the
default), add the following lines to a file with suffix .rules
in the
directory /etc/audit/rules.d
in order to watch for attempted manual
edits of files involved in storing such process information:
-w /var/run/utmp -p wa -k session
-w /var/log/btmp -p wa -k session
-w /var/log/wtmp -p wa -k session
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following lines to
/etc/audit/audit.rules
file in order to watch for attempted manual
edits of files involved in storing such process information:
-w /var/run/utmp -p wa -k session
-w /var/log/btmp -p wa -k session
-w /var/log/wtmp -p wa -k session
Manual editing of these files may indicate nefarious activity, such as an attacker attempting to remove evidence of an intrusion.
Remediation script
# Perform the remediation
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/var/run/utmp" "wa" "session"
fix_audit_watch_rule "augenrules" "/var/run/utmp" "wa" "session"
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/var/log/btmp" "wa" "session"
fix_audit_watch_rule "augenrules" "/var/log/btmp" "wa" "session"
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/var/log/wtmp" "wa" "session"
fix_audit_watch_rule "augenrules" "/var/log/wtmp" "wa" "session"
Security identifiers
- CCE-27301-1
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- Req-10.2.3. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.9. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.4.h. Ensure auditd Collects Unauthorized Access Attempts to Files (unsuccessful)
At a minimum the audit system should collect unauthorized file
accesses for all users and root. If the auditd
daemon is configured
to use the augenrules
program to read audit rules during daemon
startup (the default), add the following lines to a file with suffix
.rules
in the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S creat -S open -S openat -S open_by_handle_at -S truncate -S ftruncate -F exit=-EACCES -F auid>=1000 -F auid!=4294967295 -k access
-a always,exit -F arch=b32 -S creat -S open -S openat -S open_by_handle_at -S truncate -S ftruncate -F exit=-EPERM -F auid>=1000 -F auid!=4294967295 -k access
If the system is 64 bit then also add the following lines:
-a always,exit -F arch=b64 -S creat -S open -S openat -S open_by_handle_at -S truncate -S ftruncate -F exit=-EACCES -F auid>=1000 -F auid!=4294967295 -k access
-a always,exit -F arch=b64 -S creat -S open -S openat -S open_by_handle_at -S truncate -S ftruncate -F exit=-EPERM -F auid>=1000 -F auid!=4294967295 -k access
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following lines to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S creat -S open -S openat -S open_by_handle_at -S truncate -S ftruncate -F exit=-EACCES -F auid>=1000 -F auid!=4294967295 -k access
-a always,exit -F arch=b32 -S creat -S open -S openat -S open_by_handle_at -S truncate -S ftruncate -F exit=-EPERM -F auid>=1000 -F auid!=4294967295 -k access
If the system is 64 bit then also add the following lines:
-a always,exit -F arch=b64 -S creat -S open -S openat -S open_by_handle_at -S truncate -S ftruncate -F exit=-EACCES -F auid>=1000 -F auid!=4294967295 -k access
-a always,exit -F arch=b64 -S creat -S open -S openat -S open_by_handle_at -S truncate -S ftruncate -F exit=-EPERM -F auid>=1000 -F auid!=4294967295 -k access
Unsuccessful attempts to access files could be an indicator of malicious activity on a system. Auditing these events could serve as evidence of potential system compromise.
Remediation script
# Perform the remediation of the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
# First fix the -EACCES requirement
PATTERN="-a always,exit -F arch=$ARCH -S .* -F exit=-EACCES -F auid>=1000 -F auid!=4294967295 -k *"
# Use escaped BRE regex to specify rule group
GROUP="\(creat\|open\|truncate\)"
FULL_RULE="-a always,exit -F arch=$ARCH -S creat -S open -S openat -S open_by_handle_at -S truncate -S ftruncate -F exit=-EACCES -F auid>=1000 -F auid!=4294967295 -k access"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
# Then fix the -EPERM requirement
PATTERN="-a always,exit -F arch=$ARCH -S .* -F exit=-EPERM -F auid>=1000 -F auid!=4294967295 -k *"
# No need to change content of $GROUP variable - it's the same as for -EACCES case above
FULL_RULE="-a always,exit -F arch=$ARCH -S creat -S open -S openat -S open_by_handle_at -S truncate -S ftruncate -F exit=-EPERM -F auid>=1000 -F auid!=4294967295 -k access"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27347-4
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2884. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000461-GPOS-00205. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030420. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-10.2.4. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- Req-10.2.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.4.i. Ensure auditd Collects Information on the Use of Privileged Commands
At a minimum the audit system should collect the execution of privileged commands for all users and root. To find the relevant setuid / setgid programs, run the following command for each local partition PART:
$ sudo find PART -xdev -type f -perm -4000 -o -type f -perm -2000 2>/dev/null
If the auditd
daemon is configured to use the augenrules
program to read audit rules during daemon startup (the default), add a line of
the following form to a file with suffix .rules
in the directory
/etc/audit/rules.d
for each setuid / setgid program on the system,
replacing the SETUID_PROG_PATH part with the full path of that setuid /
setgid program in the list:
-a always,exit -F path=SETUID_PROG_PATH -F perm=x -F auid>=1000 -F auid!=4294967295 -k privileged
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add a line of the following
form to /etc/audit/audit.rules
for each setuid / setgid program on the
system, replacing the SETUID_PROG_PATH part with the full path of that
setuid / setgid program in the list:
-a always,exit -F path=SETUID_PROG_PATH -F perm=x -F auid>=1000 -F auid!=4294967295 -k privileged
Misuse of privileged functions, either intentionally or unintentionally by
authorized users, or by unauthorized external entities that have compromised system accounts,
is a serious and ongoing concern and can have significant adverse impacts on organizations.
Auditing the use of privileged functions is one way to detect such misuse and identify
the risk from insider and advanced persistent threast.
Privileged programs are subject to escalation-of-privilege attacks,
which attempt to subvert their normal role of providing some necessary but
limited capability. As such, motivation exists to monitor these programs for
unusual activity.
Remediation script
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function perform_audit_rules_privileged_commands_remediation {
#
# Load function arguments into local variables
local tool="$1"
local min_auid="$2"
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: perform_audit_rules_privileged_commands_remediation 'auditctl | augenrules' '500 | 1000'"
echo "Aborting."
exit 1
fi
declare -a files_to_inspect=()
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then:
# * add '/etc/audit/audit.rules'to the list of files to be inspected,
# * specify '/etc/audit/audit.rules' as the output audit file, where
# missing rules should be inserted
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("/etc/audit/audit.rules")
output_audit_file="/etc/audit/audit.rules"
#
# If the audit tool is 'augenrules', then:
# * add '/etc/audit/rules.d/*.rules' to the list of files to be inspected
# (split by newline),
# * specify /etc/audit/rules.d/privileged.rules' as the output file, where
# missing rules should be inserted
elif [ "$tool" == 'augenrules' ]
then
IFS=$'\n' files_to_inspect=($(find /etc/audit/rules.d -maxdepth 1 -type f -name *.rules -print))
output_audit_file="/etc/audit/rules.d/privileged.rules"
fi
# Obtain the list of SUID/SGID binaries on the particular system (split by newline)
# into privileged_binaries array
IFS=$'\n' privileged_binaries=($(find / -xdev -type f -perm -4000 -o -type f -perm -2000 2>/dev/null))
# Keep list of SUID/SGID binaries that have been already handled within some previous iteration
declare -a sbinaries_to_skip=()
# For each found sbinary in privileged_binaries list
for sbinary in "${privileged_binaries[@]}"
do
# Replace possible slash '/' character in sbinary definition so we could use it in sed expressions below
sbinary_esc=${sbinary//$'/'/$'\/'}
# Check if this sbinary wasn't already handled in some of the previous iterations
# Return match only if whole sbinary definition matched (not in the case just prefix matched!!!)
if [[ $(sed -ne "/${sbinary_esc}$/p" <<< ${sbinaries_to_skip[@]}) ]]
then
# If so, don't process it second time & go to process next sbinary
continue
fi
# Reset the counter of inspected files when starting to check
# presence of existing audit rule for new sbinary
local count_of_inspected_files=0
# For each audit rules file from the list of files to be inspected
for afile in "${files_to_inspect[@]}"
do
# Search current audit rules file's content for match. Match criteria:
# * existing rule is for the same SUID/SGID binary we are currently processing (but
# can contain multiple -F path= elements covering multiple SUID/SGID binaries)
# * existing rule contains all arguments from expected rule form (though can contain
# them in arbitrary order)
base_search=$(sed -e "/-a always,exit/!d" -e "/-F path=${sbinary_esc}$/!d" \
-e "/-F path=[^[:space:]]\+/!d" -e "/-F perm=.*/!d" \
-e "/-F auid>=${min_auid}/!d" -e "/-F auid!=4294967295/!d" \
-e "/-k privileged/!d" $afile)
# Increase the count of inspected files for this sbinary
count_of_inspected_files=$((count_of_inspected_files + 1))
# Define expected rule form for this binary
expected_rule="-a always,exit -F path=${sbinary} -F perm=x -F auid>=${min_auid} -F auid!=4294967295 -k privileged"
# Require execute access type to be set for existing audit rule
exec_access='x'
# Search current audit rules file's content for presence of rule pattern for this sbinary
if [[ $base_search ]]
then
# Current audit rules file already contains rule for this binary =>
# Store the exact form of found rule for this binary for further processing
concrete_rule=$base_search
# Select all other SUID/SGID binaries possibly also present in the found rule
IFS=$'\n' handled_sbinaries=($(grep -o -e "-F path=[^[:space:]]\+" <<< $concrete_rule))
IFS=$' ' handled_sbinaries=(${handled_sbinaries[@]//-F path=/})
# Merge the list of such SUID/SGID binaries found in this iteration with global list ignoring duplicates
sbinaries_to_skip=($(for i in "${sbinaries_to_skip[@]}" "${handled_sbinaries[@]}"; do echo $i; done | sort -du))
# Separate concrete_rule into three sections using hash '#'
# sign as a delimiter around rule's permission section borders
concrete_rule=$(echo $concrete_rule | sed -n "s/\(.*\)\+\(-F perm=[rwax]\+\)\+/\1#\2#/p")
# Split concrete_rule into head, perm, and tail sections using hash '#' delimiter
IFS=$'#' read rule_head rule_perm rule_tail <<< "$concrete_rule"
# Extract already present exact access type [r|w|x|a] from rule's permission section
access_type=${rule_perm//-F perm=/}
# Verify current permission access type(s) for rule contain 'x' (execute) permission
if ! grep -q "$exec_access" <<< "$access_type"
then
# If not, append the 'x' (execute) permission to the existing access type bits
access_type="$access_type$exec_access"
# Reconstruct the permissions section for the rule
new_rule_perm="-F perm=$access_type"
# Update existing rule in current audit rules file with the new permission section
sed -i "s#${rule_head}\(.*\)${rule_tail}#${rule_head}${new_rule_perm}${rule_tail}#" $afile
fi
# If the required audit rule for particular sbinary wasn't found yet, insert it under following conditions:
#
# * in the "auditctl" mode of operation insert particular rule each time
# (because in this mode there's only one file -- /etc/audit/audit.rules to be inspected for presence of this rule),
#
# * in the "augenrules" mode of operation insert particular rule only once and only in case we have already
# searched all of the files from /etc/audit/rules.d/*.rules location (since that audit rule can be defined
# in any of those files and if not, we want it to be inserted only once into /etc/audit/rules.d/privileged.rules file)
#
elif [ "$tool" == "auditctl" ] || [[ "$tool" == "augenrules" && $count_of_inspected_files -eq "${#files_to_inspect[@]}" ]]
then
# Current audit rules file's content doesn't contain expected rule for this
# SUID/SGID binary yet => append it
echo $expected_rule >> $output_audit_file
fi
done
done
}
perform_audit_rules_privileged_commands_remediation "auditctl" "1000"
perform_audit_rules_privileged_commands_remediation "augenrules" "1000"
Security identifiers
- CCE-27437-3
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(4). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-6(9). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2234. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000327-GPOS-00127. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030310. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-10.2.2. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.4.j. Ensure auditd Collects Information on Exporting to Media (successful)
At a minimum the audit system should collect media exportation
events for all users and root. If the auditd
daemon is configured to
use the augenrules
program to read audit rules during daemon startup
(the default), add the following line to a file with suffix .rules
in
the directory /etc/audit/rules.d
, setting ARCH to either b32 or b64 as
appropriate for your system:
-a always,exit -F arch=ARCH -S mount -F auid>=1000 -F auid!=4294967295 -k export
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file, setting ARCH to either b32 or b64 as
appropriate for your system:
-a always,exit -F arch=ARCH -S mount -F auid>=1000 -F auid!=4294967295 -k export
The unauthorized exportation of data to external media could result in an information leak where classified information, Privacy Act information, and intellectual property could be lost. An audit trail should be created each time a filesystem is mounted to help identify and guard against information loss.
Remediation script
# Perform the remediation of the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=$ARCH -S .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="mount"
FULL_RULE="-a always,exit -F arch=$ARCH -S mount -F auid>=1000 -F auid!=4294967295 -k export"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27447-2
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-3(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 135. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2884. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000042-GPOS-00020. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030530. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-10.2.7. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.13. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.4.k. Ensure auditd Collects File Deletion Events by User
At a minimum the audit system should collect file deletion events
for all users and root. If the auditd
daemon is configured to use the
augenrules
program to read audit rules during daemon startup (the
default), add the following line to a file with suffix .rules
in the
directory /etc/audit/rules.d
, setting ARCH to either b32 or b64 as
appropriate for your system:
-a always,exit -F arch=ARCH -S rmdir -S unlink -S unlinkat -S rename -S renameat -F auid>=1000 -F auid!=4294967295 -k delete
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file, setting ARCH to either b32 or b64 as
appropriate for your system:
-a always,exit -F arch=ARCH -S rmdir -S unlink -S unlinkat -S rename -S renameat -F auid>=1000 -F auid!=4294967295 -k delete
Auditing file deletions will create an audit trail for files that are removed from the system. The audit trail could aid in system troubleshooting, as well as, detecting malicious processes that attempt to delete log files to conceal their presence.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=$ARCH -S .* -F auid>=1000 -F auid!=4294967295 -k *"
# Use escaped BRE regex to specify rule group
GROUP="\(rmdir\|unlink\|rename\)"
FULL_RULE="-a always,exit -F arch=$ARCH -S rmdir -S unlink -S unlinkat -S rename -S renameat -F auid>=1000 -F auid!=4294967295 -k delete"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27206-2
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030750. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-10.2.7. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.14. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.4.l. Ensure auditd Collects System Administrator Actions
At a minimum the audit system should collect administrator actions
for all users and root. If the auditd
daemon is configured to use the
augenrules
program to read audit rules during daemon startup (the default),
add the following line to a file with suffix .rules
in the directory
/etc/audit/rules.d
:
-w /etc/sudoers -p wa -k actions
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-w /etc/sudoers -p wa -k actions
The actions taken by system administrators should be audited to keep a record of what was executed on the system, as well as, for accountability purposes.
Remediation script
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/etc/sudoers" "wa" "actions"
fix_audit_watch_rule "augenrules" "/etc/sudoers" "wa" "actions"
Security identifiers
- CCE-27461-3
References
- AC-2(7)(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.2.2. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- Req-10.2.5.b. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
3.7.4.m. Ensure auditd Collects Information on Kernel Module Loading and Unloading
If the auditd
daemon is configured to use the augenrules
program
to read audit rules during daemon startup (the default), add the following lines to a file
with suffix .rules
in the directory /etc/audit/rules.d
to capture kernel module
loading and unloading events, setting ARCH to either b32 or b64 as appropriate for your system:
-w /usr/sbin/insmod -p x -k modules
-w /usr/sbin/rmmod -p x -k modules
-w /usr/sbin/modprobe -p x -k modules
-a always,exit -F arch=ARCH -S init_module -S delete_module -k modules
If the auditd
daemon is configured to use the auditctl
utility to read audit
rules during daemon startup, add the following lines to /etc/audit/audit.rules
file
in order to capture kernel module loading and unloading events, setting ARCH to either b32 or
b64 as appropriate for your system:
-w /usr/sbin/insmod -p x -k modules
-w /usr/sbin/rmmod -p x -k modules
-w /usr/sbin/modprobe -p x -k modules
-a always,exit -F arch=ARCH -S init_module -S delete_module -k modules
The addition/removal of kernel modules can be used to alter the behavior of the kernel and potentially introduce malicious code into kernel space. It is important to have an audit trail of modules that have been introduced into the kernel.
Remediation script
# First perform the remediation of the syscall rule
# Retrieve hardware architecture of the underlying system
# Note: 32-bit kernel modules can't be loaded / unloaded on 64-bit kernel =>
# it's not required on a 64-bit system to check also for the presence
# of 32-bit's equivalent of the corresponding rule. Therefore for
# each system it's enought to check presence of system's native rule form.
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=$ARCH -S .* -k *"
# Use escaped BRE regex to specify rule group
GROUP="\(init\|delete\)_module"
FULL_RULE="-a always,exit -F arch=$ARCH -S init_module -S delete_module -k modules"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
# Then perform the remediations for the watch rules
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/usr/sbin/insmod" "x" "modules"
fix_audit_watch_rule "augenrules" "/usr/sbin/insmod" "x" "modules"
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/usr/sbin/rmmod" "x" "modules"
fix_audit_watch_rule "augenrules" "/usr/sbin/rmmod" "x" "modules"
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/usr/sbin/modprobe" "x" "modules"
fix_audit_watch_rule "augenrules" "/usr/sbin/modprobe" "x" "modules"
Security identifiers
- CCE-27129-6
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000471-GPOS-00216. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000477. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- GPOS-00222. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030670. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-10.2.7. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.17. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.4.n. Make the auditd Configuration Immutable
If the auditd
daemon is configured to use the
augenrules
program to read audit rules during daemon startup (the
default), add the following line to a file with suffix .rules
in the
directory /etc/audit/rules.d
in order to make the auditd configuration
immutable:
-e 2
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file in order to make the auditd configuration
immutable:
-e 2
With this setting, a reboot will be required to change any audit rules.
Making the audit configuration immutable prevents accidental as well as malicious modification of the audit rules, although it may be problematic if legitimate changes are needed during system operation
Remediation script
# Traverse all of:
#
# /etc/audit/audit.rules, (for auditctl case)
# /etc/audit/rules.d/*.rules (for augenrules case)
#
# files to check if '-e .*' setting is present in that '*.rules' file already.
# If found, delete such occurrence since auditctl(8) manual page instructs the
# '-e 2' rule should be placed as the last rule in the configuration
find /etc/audit /etc/audit/rules.d -maxdepth 1 -type f -name *.rules -exec sed -i '/-e[[:space:]]\+.*/d' {} ';'
# Append '-e 2' requirement at the end of both:
# * /etc/audit/audit.rules file (for auditctl case)
# * /etc/audit/rules.d/immutable.rules (for augenrules case)
for AUDIT_FILE in "/etc/audit/audit.rules" "/etc/audit/rules.d/immutable.rules"
do
echo '' >> $AUDIT_FILE
echo '# Set the audit.rules configuration immutable per security requirements' >> $AUDIT_FILE
echo '# Reboot is required to change audit rules once this setting is applied' >> $AUDIT_FILE
echo '-e 2' >> $AUDIT_FILE
done
Security identifiers
- CCE-27097-5
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- Req-10.5.2. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.18. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
3.7.4.15. Records Events that Modify Date and Time Information
Arbitrary changes to the system time can be used to obfuscate nefarious activities in log files, as well as to confuse network services that are highly dependent upon an accurate system time. All changes to the system time should be audited.
link | previous | next | up | toc | home
3.7.4.15.a. Record attempts to alter time through adjtimex
If the auditd
daemon is configured to use the
augenrules
program to read audit rules during daemon startup (the
default), add the following line to a file with suffix .rules
in the
directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S adjtimex -k audit_time_rules
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S adjtimex -k audit_time_rules
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S adjtimex -k audit_time_rules
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S adjtimex -k audit_time_rules
The -k option allows for the specification of a key in string form that can be
used for better reporting capability through ausearch and aureport. Multiple
system calls can be defined on the same line to save space if desired, but is
not required. See an example of multiple combined syscalls:
-a always,exit -F arch=b64 -S adjtimex -S settimeofday -k audit_time_rules
Arbitrary changes to the system time can be used to obfuscate nefarious activities in log files, as well as to confuse network services that are highly dependent upon an accurate system time (such as sshd). All changes to the system time should be audited.
Remediation script
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
function rhel7_fedora_perform_audit_adjtimex_settimeofday_stime_remediation {
# Perform the remediation for the 'adjtimex', 'settimeofday', and 'stime' audit
# system calls on Red Hat Enterprise Linux 7 or Fedora OSes
#
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=${ARCH} -S .* -k *"
# Create expected audit group and audit rule form for particular system call & architecture
if [ ${ARCH} = "b32" ]
then
# stime system call is known at 32-bit arch (see e.g "$ ausyscall i386 stime" 's output)
# so append it to the list of time group system calls to be audited
GROUP="\(adjtimex\|settimeofday\|stime\)"
FULL_RULE="-a always,exit -F arch=${ARCH} -S adjtimex -S settimeofday -S stime -k audit_time_rules"
elif [ ${ARCH} = "b64" ]
then
# stime system call isn't known at 64-bit arch (see "$ ausyscall x86_64 stime" 's output)
# therefore don't add it to the list of time group system calls to be audited
GROUP="\(adjtimex\|settimeofday\)"
FULL_RULE="-a always,exit -F arch=${ARCH} -S adjtimex -S settimeofday -k audit_time_rules"
fi
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
}
rhel7_fedora_perform_audit_adjtimex_settimeofday_stime_remediation
Security identifiers
- CCE-27290-6
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 5.2.4. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- Req-10.4.2.b. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1487. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 169. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.7.4.15.b. Record attempts to alter time through settimeofday
If the auditd
daemon is configured to use the
augenrules
program to read audit rules during daemon startup (the
default), add the following line to a file with suffix .rules
in the
directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S settimeofday -k audit_time_rules
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S settimeofday -k audit_time_rules
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S settimeofday -k audit_time_rules
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S settimeofday -k audit_time_rules
The -k option allows for the specification of a key in string form that can be
used for better reporting capability through ausearch and aureport. Multiple
system calls can be defined on the same line to save space if desired, but is
not required. See an example of multiple combined syscalls:
-a always,exit -F arch=b64 -S adjtimex -S settimeofday -k audit_time_rules
Arbitrary changes to the system time can be used to obfuscate nefarious activities in log files, as well as to confuse network services that are highly dependent upon an accurate system time (such as sshd). All changes to the system time should be audited.
Remediation script
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
function rhel7_fedora_perform_audit_adjtimex_settimeofday_stime_remediation {
# Perform the remediation for the 'adjtimex', 'settimeofday', and 'stime' audit
# system calls on Red Hat Enterprise Linux 7 or Fedora OSes
#
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=${ARCH} -S .* -k *"
# Create expected audit group and audit rule form for particular system call & architecture
if [ ${ARCH} = "b32" ]
then
# stime system call is known at 32-bit arch (see e.g "$ ausyscall i386 stime" 's output)
# so append it to the list of time group system calls to be audited
GROUP="\(adjtimex\|settimeofday\|stime\)"
FULL_RULE="-a always,exit -F arch=${ARCH} -S adjtimex -S settimeofday -S stime -k audit_time_rules"
elif [ ${ARCH} = "b64" ]
then
# stime system call isn't known at 64-bit arch (see "$ ausyscall x86_64 stime" 's output)
# therefore don't add it to the list of time group system calls to be audited
GROUP="\(adjtimex\|settimeofday\)"
FULL_RULE="-a always,exit -F arch=${ARCH} -S adjtimex -S settimeofday -k audit_time_rules"
fi
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
}
rhel7_fedora_perform_audit_adjtimex_settimeofday_stime_remediation
Security identifiers
- CCE-27216-1
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 5.2.4. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- Req-10.4.2.b. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1487. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 169. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.7.4.15.c. Record Attempts to Alter Time Through stime
If the auditd
daemon is configured to use the
augenrules
program to read audit rules during daemon startup (the
default), add the following line to a file with suffix .rules
in the
directory /etc/audit/rules.d
for both 32 bit and 64 bit systems:
-a always,exit -F arch=b32 -S stime -k audit_time_rules
Since the 64 bit version of the "stime" system call is not defined in the audit
lookup table, the corresponding "-F arch=b64" form of this rule is not expected
to be defined on 64 bit systems (the aforementioned "-F arch=b32" stime rule
form itself is sufficient for both 32 bit and 64 bit systems). If the
auditd
daemon is configured to use the auditctl
utility to
read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file for both 32 bit and 64 bit systems:
-a always,exit -F arch=b32 -S stime -k audit_time_rules
Since the 64 bit version of the "stime" system call is not defined in the audit
lookup table, the corresponding "-F arch=b64" form of this rule is not expected
to be defined on 64 bit systems (the aforementioned "-F arch=b32" stime rule
form itself is sufficient for both 32 bit and 64 bit systems). The -k option
allows for the specification of a key in string form that can be used for
better reporting capability through ausearch and aureport. Multiple system
calls can be defined on the same line to save space if desired, but is not
required. See an example of multiple combined system calls:
-a always,exit -F arch=b64 -S adjtimex -S settimeofday -k audit_time_rules
Arbitrary changes to the system time can be used to obfuscate nefarious activities in log files, as well as to confuse network services that are highly dependent upon an accurate system time (such as sshd). All changes to the system time should be audited.
Remediation script
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
function rhel7_fedora_perform_audit_adjtimex_settimeofday_stime_remediation {
# Perform the remediation for the 'adjtimex', 'settimeofday', and 'stime' audit
# system calls on Red Hat Enterprise Linux 7 or Fedora OSes
#
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=${ARCH} -S .* -k *"
# Create expected audit group and audit rule form for particular system call & architecture
if [ ${ARCH} = "b32" ]
then
# stime system call is known at 32-bit arch (see e.g "$ ausyscall i386 stime" 's output)
# so append it to the list of time group system calls to be audited
GROUP="\(adjtimex\|settimeofday\|stime\)"
FULL_RULE="-a always,exit -F arch=${ARCH} -S adjtimex -S settimeofday -S stime -k audit_time_rules"
elif [ ${ARCH} = "b64" ]
then
# stime system call isn't known at 64-bit arch (see "$ ausyscall x86_64 stime" 's output)
# therefore don't add it to the list of time group system calls to be audited
GROUP="\(adjtimex\|settimeofday\)"
FULL_RULE="-a always,exit -F arch=${ARCH} -S adjtimex -S settimeofday -k audit_time_rules"
fi
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
}
rhel7_fedora_perform_audit_adjtimex_settimeofday_stime_remediation
Security identifiers
- CCE-27299-7
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- Req-10.4.2.b. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1487. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 169. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.7.4.15.d. Record Attempts to Alter Time Through clock_settime
If the auditd
daemon is configured to use the
augenrules
program to read audit rules during daemon startup (the
default), add the following line to a file with suffix .rules
in the
directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S clock_settime -F a0=0x0 -F key=time-change
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S clock_settime -F a0=0x0 -F key=time-change
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S clock_settime -F a0=0x0 -F key=time-change
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S clock_settime -F a0=0x0 -F key=time-change
The -k option allows for the specification of a key in string form that can
be used for better reporting capability through ausearch and aureport.
Multiple system calls can be defined on the same line to save space if
desired, but is not required. See an example of multiple combined syscalls:
-a always,exit -F arch=b64 -S adjtimex -S settimeofday -k audit_time_rules
Arbitrary changes to the system time can be used to obfuscate nefarious activities in log files, as well as to confuse network services that are highly dependent upon an accurate system time (such as sshd). All changes to the system time should be audited.
Remediation script
# First perform the remediation of the syscall rule
# Retrieve hardware architecture of the underlying system
[ "$(getconf LONG_BIT)" = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=$ARCH -S clock_settime -F a0=.* \(-F key=\|-k \).*"
GROUP="clock_settime"
FULL_RULE="-a always,exit -F arch=$ARCH -S clock_settime -F a0=0x0 -k time-change"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27219-5
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 5.2.4. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- Req-10.4.2.b. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1487. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 169. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.7.4.15.e. Record Attempts to Alter the localtime File
If the auditd
daemon is configured to use the
augenrules
program to read audit rules during daemon startup (the default),
add the following line to a file with suffix .rules
in the directory
/etc/audit/rules.d
:
-w /etc/localtime -p wa -k audit_time_rules
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-w /etc/localtime -p wa -k audit_time_rules
The -k option allows for the specification of a key in string form that can
be used for better reporting capability through ausearch and aureport and
should always be used.
Arbitrary changes to the system time can be used to obfuscate nefarious activities in log files, as well as to confuse network services that are highly dependent upon an accurate system time (such as sshd). All changes to the system time should be audited.
Remediation script
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_watch_rule {
# Load function arguments into local variables
local tool="$1"
local path="$2"
local required_access_bits="$3"
local key="$4"
# Check sanity of the input
if [ $# -ne "4" ]
then
echo "Usage: fix_audit_watch_rule 'tool' 'path' 'bits' 'key'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
declare -a files_to_inspect
# Check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If the audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# into the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules')
# If the audit is 'augenrules', then check if rule is already defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to list of files for inspection.
# If rule isn't defined, add '/etc/audit/rules.d/$key.rules' to list of files for inspection.
elif [ "$tool" == 'augenrules' ]
then
# Case when particular audit rule is already defined in some of /etc/audit/rules.d/*.rules file
# Get pair -- filepath : matching_row into @matches array
IFS=$'\n' matches=($(grep -P "[\s]*-w[\s]+$path" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
# For each of the matched entries
for match in "${matches[@]}"
do
# Extract filepath from the match
rulesd_audit_file=$(echo $match | cut -f1 -d ':')
# Append that path into list of files for inspection
files_to_inspect=("${files_to_inspect[@]}" "$rulesd_audit_file")
done
# Case when particular audit rule isn't defined yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
# Append '/etc/audit/rules.d/$key.rules' into list of files for inspection
files_to_inspect="/etc/audit/rules.d/$key.rules"
# If the $key.rules file doesn't exist yet, create it with correct permissions
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
# Finally perform the inspection and possible subsequent audit rule
# correction for each of the files previously identified for inspection
for audit_rules_file in "${files_to_inspect[@]}"
do
# Check if audit watch file system object rule for given path already present
if grep -q -P -- "[\s]*-w[\s]+$path" "$audit_rules_file"
then
# Rule is found => verify yet if existing rule definition contains
# all of the required access type bits
# Escape slashes in path for use in sed pattern below
local esc_path=${path//$'/'/$'\/'}
# Define BRE whitespace class shortcut
local sp="[[:space:]]"
# Extract current permission access types (e.g. -p [r|w|x|a] values) from audit rule
current_access_bits=$(sed -ne "s/$sp*-w$sp\+$esc_path$sp\+-p$sp\+\([rxwa]\{1,4\}\).*/\1/p" "$audit_rules_file")
# Split required access bits string into characters array
# (to check bit's presence for one bit at a time)
for access_bit in $(echo "$required_access_bits" | grep -o .)
do
# For each from the required access bits (e.g. 'w', 'a') check
# if they are already present in current access bits for rule.
# If not, append that bit at the end
if ! grep -q "$access_bit" <<< "$current_access_bits"
then
# Concatenate the existing mask with the missing bit
current_access_bits="$current_access_bits$access_bit"
fi
done
# Propagate the updated rule's access bits (original + the required
# ones) back into the /etc/audit/audit.rules file for that rule
sed -i "s/\($sp*-w$sp\+$esc_path$sp\+-p$sp\+\)\([rxwa]\{1,4\}\)\(.*\)/\1$current_access_bits\3/" "$audit_rules_file"
else
# Rule isn't present yet. Append it at the end of $audit_rules_file file
# with proper key
echo "-w $path -p $required_access_bits -k $key" >> "$audit_rules_file"
fi
done
}
fix_audit_watch_rule "auditctl" "/etc/localtime" "wa" "audit_time_rules"
fix_audit_watch_rule "augenrules" "/etc/localtime" "wa" "audit_time_rules"
Security identifiers
- CCE-27310-2
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 5.2.4. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- Req-10.4.2.b. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 1487. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 169. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
3.7.4.16. Record Events that Modify the System's Discretionary Access Controls
At a minimum the audit system should collect file permission
changes for all users and root. Note that the "-F arch=b32" lines should be
present even on a 64 bit system. These commands identify system calls for
auditing. Even if the system is 64 bit it can still execute 32 bit system
calls. Additionally, these rules can be configured in a number of ways while
still achieving the desired effect. An example of this is that the "-S" calls
could be split up and placed on separate lines, however, this is less efficient.
Add the following to /etc/audit/audit.rules
:
-a always,exit -F arch=b32 -S chmod -S fchmod -S fchmodat -F auid>=1000 -F auid!=4294967295 -k perm_mod
-a always,exit -F arch=b32 -S chown -S fchown -S fchownat -S lchown -F auid>=1000 -F auid!=4294967295 -k perm_mod
-a always,exit -F arch=b32 -S setxattr -S lsetxattr -S fsetxattr -S removexattr -S lremovexattr -S fremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If your system is 64 bit then these lines should be duplicated and the
arch=b32 replaced with arch=b64 as follows:
-a always,exit -F arch=b64 -S chmod -S fchmod -S fchmodat -F auid>=1000 -F auid!=4294967295 -k perm_mod
-a always,exit -F arch=b64 -S chown -S fchown -S fchownat -S lchown -F auid>=1000 -F auid!=4294967295 -k perm_mod
-a always,exit -F arch=b64 -S setxattr -S lsetxattr -S fsetxattr -S removexattr -S lremovexattr -S fremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
link | previous | next | up | toc | home
3.7.4.16.a. Record Events that Modify the System's Discretionary Access Controls - chmod
At a minimum the audit system should collect file permission
changes for all users and root. If the auditd
daemon is configured to
use the augenrules
program to read audit rules during daemon startup
(the default), add the following line to a file with suffix .rules
in
the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S chmod -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S chmod -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S chmod -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S chmod -F auid>=1000 -F auid!=4294967295 -k perm_mod
Note that these rules can be configured in a number of ways while still achieving the desired effect. Here the system calls have been placed independent of other system calls. Grouping these system calls with others as identifying earlier in this guide is more efficient.
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=$ARCH -S .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="chmod"
FULL_RULE="-a always,exit -F arch=$ARCH -S chmod -S fchmod -S fchmodat -F auid>=1000 -F auid!=4294967295 -k perm_mod"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27339-1
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030390. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.4.16.b. Record Events that Modify the System's Discretionary Access Controls - chown
At a minimum the audit system should collect file permission
changes for all users and root. If the auditd
daemon is configured to
use the augenrules
program to read audit rules during daemon startup
(the default), add the following line to a file with suffix .rules
in
the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S chown -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S chown -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S chown -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S chown -F auid>=1000 -F auid!=4294967295 -k perm_mod
Note that these rules can be configured in a number of ways while still achieving the desired effect. Here the system calls have been placed independent of other system calls. Grouping these system calls with others as identifying earlier in this guide is more efficient.
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=${ARCH} -S .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="chown"
FULL_RULE="-a always,exit -F arch=${ARCH} -S chown -S fchown -S fchownat -S lchown -F auid>=1000 -F auid!=4294967295 -k perm_mod"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27364-9
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000474-GPOS-00219. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030380. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.4.16.c. Record Events that Modify the System's Discretionary Access Controls - fchmod
At a minimum the audit system should collect file permission
changes for all users and root. If the auditd
daemon is configured to
use the augenrules
program to read audit rules during daemon startup
(the default), add the following line to a file with suffix .rules
in
the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S fchmod -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S fchmod -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S fchmod -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S fchmod -F auid>=1000 -F auid!=4294967295 -k perm_mod
Note that these rules can be configured in a number of ways while still achieving the desired effect. Here the system calls have been placed independent of other system calls. Grouping these system calls with others as identifying earlier in this guide is more efficient.
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=$ARCH -S .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="chmod"
FULL_RULE="-a always,exit -F arch=$ARCH -S chmod -S fchmod -S fchmodat -F auid>=1000 -F auid!=4294967295 -k perm_mod"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27393-8
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030391. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.4.16.d. Record Events that Modify the System's Discretionary Access Controls - fchmodat
At a minimum the audit system should collect file permission
changes for all users and root. If the auditd
daemon is configured to
use the augenrules
program to read audit rules during daemon startup
(the default), add the following line to a file with suffix .rules
in
the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S fchmodat -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S fchmodat -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S fchmodat -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S fchmodat -F auid>=1000 -F auid!=4294967295 -k perm_mod
Note that these rules can be configured in a number of ways while still achieving the desired effect. Here the system calls have been placed independent of other system calls. Grouping these system calls with others as identifying earlier in this guide is more efficient.
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=$ARCH -S .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="chmod"
FULL_RULE="-a always,exit -F arch=$ARCH -S chmod -S fchmod -S fchmodat -F auid>=1000 -F auid!=4294967295 -k perm_mod"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27388-8
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030392. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.4.16.e. Record Events that Modify the System's Discretionary Access Controls - fchown
At a minimum the audit system should collect file permission
changes for all users and root. If the auditd
daemon is configured
to use the augenrules
program to read audit rules during daemon
startup (the default), add the following line to a file with suffix
.rules
in the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S fchown -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S fchown -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S fchown -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S fchown -F auid>=1000 -F auid!=4294967295 -k perm_mod
Note that these rules can be configured in a number of ways while still achieving the desired effect. Here the system calls have been placed independent of other system calls. Grouping these system calls with others as identifying earlier in this guide is more efficient.
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=${ARCH} -S .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="chown"
FULL_RULE="-a always,exit -F arch=${ARCH} -S chown -S fchown -S fchownat -S lchown -F auid>=1000 -F auid!=4294967295 -k perm_mod"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27356-5
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000474-GPOS-00219. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030381. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.4.16.f. Record Events that Modify the System's Discretionary Access Controls - fchownat
At a minimum the audit system should collect file permission
changes for all users and root. If the auditd
daemon is configured
to use the augenrules
program to read audit rules during daemon
startup (the default), add the following line to a file with suffix
.rules
in the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S fchownat -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S fchownat -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S fchownat -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S fchownat -F auid>=1000 -F auid!=4294967295 -k perm_mod
Note that these rules can be configured in a number of ways while still achieving the desired effect. Here the system calls have been placed independent of other system calls. Grouping these system calls with others as identifying earlier in this guide is more efficient.
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=${ARCH} -S .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="chown"
FULL_RULE="-a always,exit -F arch=${ARCH} -S chown -S fchown -S fchownat -S lchown -F auid>=1000 -F auid!=4294967295 -k perm_mod"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27387-0
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000474-GPOS-00219. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030383. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.4.16.g. Record Events that Modify the System's Discretionary Access Controls - fremovexattr
At a minimum the audit system should collect file permission
changes for all users and root.
If the auditd
daemon is configured
to use the augenrules
program to read audit rules during daemon
startup (the default), add the following line to a file with suffix
.rules
in the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S fremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S fremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the
auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S fremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S fremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
Note that these rules can be configured in a number of ways while still achieving the desired effect. Here the system calls have been placed independent of other system calls. Grouping these system calls with others as identifying earlier in this guide is more efficient.
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="xattr"
FULL_RULE="-a always,exit -F arch=${ARCH} -S setxattr -S lsetxattr -S fsetxattr -S removexattr -S lremovexattr -S fremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27353-2
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030404. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.4.16.h. Record Events that Modify the System's Discretionary Access Controls - fsetxattr
At a minimum the audit system should collect file permission
changes for all users and root. If the auditd
daemon is configured
to use the augenrules
program to read audit rules during daemon
startup (the default), add the following line to a file with suffix
.rules
in the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S fsetxattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S fsetxattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S fsetxattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S fsetxattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
Note that these rules can be configured in a number of ways while still achieving the desired effect. Here the system calls have been placed independent of other system calls. Grouping these system calls with others as identifying earlier in this guide is more efficient.
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="xattr"
FULL_RULE="-a always,exit -F arch=${ARCH} -S setxattr -S lsetxattr -S fsetxattr -S removexattr -S lremovexattr -S fremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27389-6
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030401. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.4.16.i. Record Events that Modify the System's Discretionary Access Controls - lchown
At a minimum the audit system should collect file permission
changes for all users and root. If the auditd
daemon is configured
to use the augenrules
program to read audit rules during daemon
startup (the default), add the following line to a file with suffix
.rules
in the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S lchown -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S lchown -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S lchown -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S lchown -F auid>=1000 -F auid!=4294967295 -k perm_mod
Note that these rules can be configured in a number of ways while still achieving the desired effect. Here the system calls have been placed independent of other system calls. Grouping these system calls with others as identifying earlier in this guide is more efficient.
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit -F arch=${ARCH} -S .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="chown"
FULL_RULE="-a always,exit -F arch=${ARCH} -S chown -S fchown -S fchownat -S lchown -F auid>=1000 -F auid!=4294967295 -k perm_mod"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27083-5
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000474-GPOS-00219. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030382. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.4.16.j. Record Events that Modify the System's Discretionary Access Controls - lremovexattr
At a minimum the audit system should collect file permission
changes for all users and root.
If the auditd
daemon is configured
to use the augenrules
program to read audit rules during daemon
startup (the default), add the following line to a file with suffix
.rules
in the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S lremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S lremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the
auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S lremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S lremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
Note that these rules can be configured in a number of ways while still achieving the desired effect. Here the system calls have been placed independent of other system calls. Grouping these system calls with others as identifying earlier in this guide is more efficient.
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="xattr"
FULL_RULE="-a always,exit -F arch=${ARCH} -S setxattr -S lsetxattr -S fsetxattr -S removexattr -S lremovexattr -S fremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27410-0
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030405. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.4.16.k. Record Events that Modify the System's Discretionary Access Controls - lsetxattr
At a minimum the audit system should collect file permission
changes for all users and root. If the auditd
daemon is configured
to use the augenrules
program to read audit rules during daemon
startup (the default), add the following line to a file with suffix
.rules
in the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S lsetxattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S lsetxattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S lsetxattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S lsetxattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
Note that these rules can be configured in a number of ways while still achieving the desired effect. Here the system calls have been placed independent of other system calls. Grouping these system calls with others as identifying earlier in this guide is more efficient.
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="xattr"
FULL_RULE="-a always,exit -F arch=${ARCH} -S setxattr -S lsetxattr -S fsetxattr -S removexattr -S lremovexattr -S fremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27280-7
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000474-GPOS-00219. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030402. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.4.16.l. Record Events that Modify the System's Discretionary Access Controls - removexattr
At a minimum the audit system should collect file permission
changes for all users and root.
If the auditd
daemon is configured to use the augenrules
program to read audit rules during daemon startup (the default), add the
following line to a file with suffix .rules
in the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S removexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S removexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the
auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S removexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S removexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
Note that these rules can be configured in a number of ways while still achieving the desired effect. Here the system calls have been placed independent of other system calls. Grouping these system calls with others as identifying earlier in this guide is more efficient.
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="xattr"
FULL_RULE="-a always,exit -F arch=${ARCH} -S setxattr -S lsetxattr -S fsetxattr -S removexattr -S lremovexattr -S fremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27367-2
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030403. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
3.7.4.16.m. Record Events that Modify the System's Discretionary Access Controls - setxattr
At a minimum the audit system should collect file permission
changes for all users and root. If the auditd
daemon is configured
to use the augenrules
program to read audit rules during daemon
startup (the default), add the following line to a file with suffix
.rules
in the directory /etc/audit/rules.d
:
-a always,exit -F arch=b32 -S setxattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S setxattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the auditd
daemon is configured to use the auditctl
utility to read audit rules during daemon startup, add the following line to
/etc/audit/audit.rules
file:
-a always,exit -F arch=b32 -S setxattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
If the system is 64 bit then also add the following line:
-a always,exit -F arch=b64 -S setxattr -F auid>=1000 -F auid!=4294967295 -k perm_mod
Note that these rules can be configured in a number of ways while still achieving the desired effect. Here the system calls have been placed independent of other system calls. Grouping these system calls with others as identifying earlier in this guide is more efficient.
The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing DAC modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.
Remediation script
# Perform the remediation for the syscall rule
# Retrieve hardware architecture of the underlying system
[ $(getconf LONG_BIT) = "32" ] && RULE_ARCHS=("b32") || RULE_ARCHS=("b32" "b64")
for ARCH in "${RULE_ARCHS[@]}"
do
PATTERN="-a always,exit .* -F auid>=1000 -F auid!=4294967295 -k *"
GROUP="xattr"
FULL_RULE="-a always,exit -F arch=${ARCH} -S setxattr -S lsetxattr -S fsetxattr -S removexattr -S lremovexattr -S fremovexattr -F auid>=1000 -F auid!=4294967295 -k perm_mod"
# Perform the remediation for both possible tools: 'auditctl' and 'augenrules'
function fix_audit_syscall_rule {
# Load function arguments into local variables
local tool="$1"
local pattern="$2"
local group="$3"
local arch="$4"
local full_rule="$5"
# Check sanity of the input
if [ $# -ne "5" ]
then
echo "Usage: fix_audit_syscall_rule 'tool' 'pattern' 'group' 'arch' 'full rule'"
echo "Aborting."
exit 1
fi
# Create a list of audit *.rules files that should be inspected for presence and correctness
# of a particular audit rule. The scheme is as follows:
#
# -----------------------------------------------------------------------------------------
# Tool used to load audit rules | Rule already defined | Audit rules file to inspect |
# -----------------------------------------------------------------------------------------
# auditctl | Doesn't matter | /etc/audit/audit.rules |
# -----------------------------------------------------------------------------------------
# augenrules | Yes | /etc/audit/rules.d/*.rules |
# augenrules | No | /etc/audit/rules.d/$key.rules |
# -----------------------------------------------------------------------------------------
#
declare -a files_to_inspect
# First check sanity of the specified audit tool
if [ "$tool" != 'auditctl' ] && [ "$tool" != 'augenrules' ]
then
echo "Unknown audit rules loading tool: $1. Aborting."
echo "Use either 'auditctl' or 'augenrules'!"
exit 1
# If audit tool is 'auditctl', then add '/etc/audit/audit.rules'
# file to the list of files to be inspected
elif [ "$tool" == 'auditctl' ]
then
files_to_inspect=("${files_to_inspect[@]}" '/etc/audit/audit.rules' )
# If audit tool is 'augenrules', then check if the audit rule is defined
# If rule is defined, add '/etc/audit/rules.d/*.rules' to the list for inspection
# If rule isn't defined yet, add '/etc/audit/rules.d/$key.rules' to the list for inspection
elif [ "$tool" == 'augenrules' ]
then
# Extract audit $key from audit rule so we can use it later
key=$(expr "$full_rule" : '.*-k[[:space:]]\([^[:space:]]\+\)')
# Check if particular audit rule is already defined
IFS=$'\n' matches=($(sed -s -n -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d;F" /etc/audit/rules.d/*.rules))
# Reset IFS back to default
unset $IFS
for match in "${matches[@]}"
do
files_to_inspect=("${files_to_inspect[@]}" "${match}")
done
# Case when particular rule isn't defined in /etc/audit/rules.d/*.rules yet
if [ ${#files_to_inspect[@]} -eq "0" ]
then
files_to_inspect="/etc/audit/rules.d/$key.rules"
if [ ! -e "$files_to_inspect" ]
then
touch "$files_to_inspect"
chmod 0640 "$files_to_inspect"
fi
fi
fi
#
# Indicator that we want to append $full_rule into $audit_file by default
local append_expected_rule=0
for audit_file in "${files_to_inspect[@]}"
do
# Filter existing $audit_file rules' definitions to select those that:
# * follow the rule pattern, and
# * meet the hardware architecture requirement, and
# * are current syscall group specific
IFS=$'\n' existing_rules=($(sed -e "/${pattern}/!d" -e "/${arch}/!d" -e "/${group}/!d" "$audit_file"))
# Reset IFS back to default
unset $IFS
# Process rules found case-by-case
for rule in "${existing_rules[@]}"
do
# Found rule is for same arch & key, but differs (e.g. in count of -S arguments)
if [ "${rule}" != "${full_rule}" ]
then
# If so, isolate just '(-S \w)+' substring of that rule
rule_syscalls=$(echo $rule | grep -o -P '(-S \w+ )+')
# Check if list of '-S syscall' arguments of that rule is subset
# of '-S syscall' list of expected $full_rule
if grep -q -- "$rule_syscalls" <<< "$full_rule"
then
# Rule is covered (i.e. the list of -S syscalls for this rule is
# subset of -S syscalls of $full_rule => existing rule can be deleted
# Thus delete the rule from audit.rules & our array
sed -i -e "/$rule/d" "$audit_file"
existing_rules=("${existing_rules[@]//$rule/}")
else
# Rule isn't covered by $full_rule - it besides -S syscall arguments
# for this group contains also -S syscall arguments for other syscall
# group. Example: '-S lchown -S fchmod -S fchownat' => group='chown'
# since 'lchown' & 'fchownat' share 'chown' substring
# Therefore:
# * 1) delete the original rule from audit.rules
# (original '-S lchown -S fchmod -S fchownat' rule would be deleted)
# * 2) delete the -S syscall arguments for this syscall group, but
# keep those not belonging to this syscall group
# (original '-S lchown -S fchmod -S fchownat' would become '-S fchmod'
# * 3) append the modified (filtered) rule again into audit.rules
# if the same rule not already present
#
# 1) Delete the original rule
sed -i -e "/$rule/d" "$audit_file"
# 2) Delete syscalls for this group, but keep those from other groups
# Convert current rule syscall's string into array splitting by '-S' delimiter
IFS=$'-S' read -a rule_syscalls_as_array <<< "$rule_syscalls"
# Reset IFS back to default
unset $IFS
# Declare new empty string to hold '-S syscall' arguments from other groups
new_syscalls_for_rule=''
# Walk through existing '-S syscall' arguments
for syscall_arg in "${rule_syscalls_as_array[@]}"
do
# Skip empty $syscall_arg values
if [ "$syscall_arg" == '' ]
then
continue
fi
# If the '-S syscall' doesn't belong to current group add it to the new list
# (together with adding '-S' delimiter back for each of such item found)
if grep -q -v -- "$group" <<< "$syscall_arg"
then
new_syscalls_for_rule="$new_syscalls_for_rule -S $syscall_arg"
fi
done
# Replace original '-S syscall' list with the new one for this rule
updated_rule=${rule//$rule_syscalls/$new_syscalls_for_rule}
# Squeeze repeated whitespace characters in rule definition (if any) into one
updated_rule=$(echo "$updated_rule" | tr -s '[:space:]')
# 3) Append the modified / filtered rule again into audit.rules
# (but only in case it's not present yet to prevent duplicate definitions)
if ! grep -q -- "$updated_rule" "$audit_file"
then
echo "$updated_rule" >> "$audit_file"
fi
fi
else
# $audit_file already contains the expected rule form for this
# architecture & key => don't insert it second time
append_expected_rule=1
fi
done
# We deleted all rules that were subset of the expected one for this arch & key.
# Also isolated rules containing system calls not from this system calls group.
# Now append the expected rule if it's not present in $audit_file yet
if [[ ${append_expected_rule} -eq "0" ]]
then
echo "$full_rule" >> "$audit_file"
fi
done
}
fix_audit_syscall_rule "auditctl" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
fix_audit_syscall_rule "augenrules" "$PATTERN" "$GROUP" "$ARCH" "$FULL_RULE"
done
Security identifiers
- CCE-27213-8
References
- AC-17(7). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-1(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-2(d). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-12(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IR-5. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.5.5. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 5.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000064-GPOS-00033. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000392-GPOS-00172. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000458-GPOS-00203. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-030400. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4. Services
The best protection against vulnerable software is running less software. This section describes how to review
the software which Red Hat Enterprise Linux 7 installs on a system and disable software which is not needed. It
then enumerates the software packages installed on a default Red Hat Enterprise Linux 7 system and provides guidance about which
ones can be safely disabled.
Red Hat Enterprise Linux 7 provides a convenient minimal install option that essentially installs the bare necessities for a functional
system. When building Red Hat Enterprise Linux 7 systems, it is highly recommended to select the minimal packages and then build up
the system from there.
Table of Contents
- 4.1. Obsolete Services
-
4.2. Base Services
- 4.2.a. Disable Automatic Bug Reporting Tool (abrtd)
- 4.2.b. Disable Advanced Configuration and Power Interface (acpid)
- 4.2.c. Disable Certmonger Service (certmonger)
- 4.2.d. Disable Control Group Config (cgconfig)
- 4.2.e. Disable Control Group Rules Engine (cgred)
- 4.2.f. Disable CPU Speed (cpupower)
- 4.2.g. Enable IRQ Balance (irqbalance)
- 4.2.h. Disable KDump Kernel Crash Analyzer (kdump)
- 4.2.i. Disable Software RAID Monitor (mdmonitor)
- 4.2.j. Disable D-Bus IPC Service (messagebus)
- 4.2.k. Disable Network Console (netconsole)
- 4.2.l. Disable ntpdate Service (ntpdate)
- 4.2.m. Disable Odd Job Daemon (oddjobd)
- 4.2.n. Disable Portreserve (portreserve)
- 4.2.o. Enable Process Accounting (psacct)
- 4.2.p. Disable Apache Qpid (qpidd)
- 4.2.q. Disable Quota Netlink (quota_nld)
- 4.2.r. Disable Network Router Discovery Daemon (rdisc)
- 4.2.s. Disable Red Hat Network Service (rhnsd)
- 4.2.t. Disable Red Hat Subscription Manager Daemon (rhsmcertd)
- 4.2.u. Disable Cyrus SASL Authentication Daemon (saslauthd)
- 4.2.v. Disable SMART Disk Monitoring Service (smartd)
- 4.2.w. Disable System Statistics Reset Service (sysstat)
- 4.3. Cron and At Daemons
- 4.4. Docker Service
-
4.5. SSH Server
- 4.5.a. Install the OpenSSH Server Package
- 4.5.b. Enable the OpenSSH Service
- 4.5.c. Disable SSH Server If Possible (Unusual)
- 4.5.d. Verify Permissions on SSH Server Public *.pub Key Files
- 4.5.e. Verify Permissions on SSH Server Private *_key Key Files
- 4.5.f. Remove SSH Server firewalld Firewall exception (Unusual)
-
4.5.7. Configure OpenSSH Server if Necessary
- 4.5.7.a. Enable SSH Server firewalld Firewall exception
- 4.5.7.b. Allow Only SSH Protocol 2
- 4.5.7.c. Limit Users' SSH Access
- 4.5.7.d. Disable GSSAPI Authentication
- 4.5.7.e. Disable Kerberos Authentication
- 4.5.7.f. Enable Use of Strict Mode Checking
- 4.5.7.g. Enable Use of Privilege Separation
- 4.5.7.h. Disable Compression Or Set Compression to delayed
- 4.5.7.i. Print Last Log
- 4.5.7.j. Set SSH Idle Timeout Interval
- 4.5.7.k. Set SSH Client Alive Count
- 4.5.7.l. Disable SSH Support for .rhosts Files
- 4.5.7.m. Disable SSH Support for User Known Hosts
- 4.5.7.n. Disable SSH Support for Rhosts RSA Authentication
- 4.5.7.o. Disable Host-Based Authentication
- 4.5.7.p. Enable Encrypted X11 Fordwarding
- 4.5.7.q. Disable SSH Root Login
- 4.5.7.r. Disable SSH Access via Empty Passwords
- 4.5.7.t. Do Not Allow SSH Environment Options
- 4.5.7.u. Use Only Approved Ciphers
- 4.5.7.v. Use Only FIPS Approved MACs
- 4.5.7.23. Strengthen Firewall Configuration if Possible
- 4.6. System Security Services Daemon
- 4.7. X Window System
- 4.8. Avahi Server
- 4.9. Print Support
- 4.10. DHCP
- 4.11. Network Time Protocol
-
4.12. Mail Server Software
- 4.12.a. Enable Postfix Service
- 4.12.b. Uninstall Sendmail Package
- 4.12.3. Configure SMTP For Mail Clients
- 4.12.4. Configure Operating System to Protect Mail Server
- 4.13. LDAP
-
4.14. NFS and RPC
- 4.14.1. Disable All NFS Services if Possible
- 4.14.2. Configure All Machines which Use NFS
- 4.14.3. Configure NFS Clients
-
4.14.4. Configure NFS Servers
- 4.14.4.a. Use Root-Squashing on All Exports
- 4.14.4.b. Restrict NFS Clients to Privileged Ports
- 4.14.4.c. Ensure Insecure File Locking is Not Allowed
- 4.14.4.d. Use Kerberos Security on All Exports
- 4.14.4.5. Configure the Exports File Restrictively
- 4.14.4.6. Use Access Lists to Enforce Authorization Restrictions
- 4.14.4.7. Export Filesystems Read-Only if Possible
- 4.15. DNS Server
-
4.16. FTP Server
- 4.16.1. Disable vsftpd if Possible
- 4.16.2. Use vsftpd to Provide FTP Service if Necessary
- 4.16.3. Use vsftpd to Provide FTP Service if Necessary
-
4.17. Web Server
- 4.17.1. Disable Apache if Possible
- 4.17.2. Install Apache if Necessary
-
4.17.3. Secure Apache Configuration
- 4.17.3.1. Restrict Web Server Information Leakage
-
4.17.3.2. Minimize Web Server Loadable Modules
-
4.17.3.2.1. httpd Core Modules
- 4.17.3.2.1.a. Disable HTTP Digest Authentication
- 4.17.3.2.1.b. Disable HTTP mod_rewrite
- 4.17.3.2.1.c. Disable LDAP Support
- 4.17.3.2.1.d. Disable Server Side Includes
- 4.17.3.2.1.e. Disable MIME Magic
- 4.17.3.2.1.f. Disable WebDAV (Distributed Authoring and Versioning)
- 4.17.3.2.1.g. Disable Server Activity Status
- 4.17.3.2.1.h. Disable Web Server Configuration Display
- 4.17.3.2.1.i. Disable URL Correction on Misspelled Entries
- 4.17.3.2.1.j. Disable Proxy Support
- 4.17.3.2.1.k. Disable Cache Support
- 4.17.3.2.1.l. Disable CGI Support
- 4.17.3.2.1.13. Minimize Modules for HTTP Basic Authentication
- 4.17.3.2.1.14. Minimize Various Optional Components
- 4.17.3.2.1.15. Minimize Configuration Files Included
-
4.17.3.2.1. httpd Core Modules
- 4.17.3.3. Directory Restrictions
- 4.17.3.4. Use Appropriate Modules to Improve httpd's Security
- 4.17.3.5. Use Denial-of-Service Protection Modules
- 4.17.3.6. Configure PHP Securely
- 4.17.3.7. Configure Operating System to Protect Web Server
- 4.18. IMAP and POP3 Server
- 4.19. Network Routing
-
4.20. Samba(SMB) Microsoft Windows File Sharing Server
- 4.20.1. Disable Samba if Possible
-
4.20.2. Configure Samba if Necessary
- 4.20.2.a. Install the Samba Common Package
- 4.20.2.b. Disable Root Access to SMB Shares
- 4.20.2.c. Require Client SMB Packet Signing, if using smbclient
- 4.20.2.d. Require Client SMB Packet Signing, if using mount.cifs
- 4.20.2.5. Restrict SMB File Sharing to Configured Networks
- 4.20.2.6. Restrict Printer Sharing
- 4.21. Proxy Server
- 4.22. SNMP Server
link | previous | next | up | toc | home
4.1. Obsolete Services
This section discusses a number of network-visible
services which have historically caused problems for system
security, and for which disabling or severely limiting the service
has been the best available guidance for some time. As a result of
this, many of these services are not installed as part of Red Hat Enterprise Linux 7
by default.
Organizations which are running these services should
switch to more secure equivalents as soon as possible.
If it remains absolutely necessary to run one of
these services for legacy reasons, care should be taken to restrict
the service as much as possible, for instance by configuring host
firewall software such as firewalld
to restrict access to the
vulnerable service to only those remote hosts which have a known
need to use it.
link | previous | next | up | toc | home
4.1.1. Xinetd
The xinetd
service acts as a dedicated listener for some
network services (mostly, obsolete ones) and can be used to provide access
controls and perform some logging. It has been largely obsoleted by other
features, and it is not installed by default. The older Inetd service
is not even available as part of Red Hat Enterprise Linux 7.
link | previous | next | up | toc | home
4.1.1.a. Disable xinetd Service
The xinetd
service can be disabled with the following command:
$ sudo systemctl disable xinetd.service
The xinetd service provides a dedicated listener service for some programs, which is no longer necessary for commonly-used network services. Disabling it ensures that these uncommon services are not running, and also prevents attacks against xinetd itself.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable xinetd
Remediation script
- name: Disable service xinetd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- xinetd
Security identifiers
- CCE-27443-1
References
4.1.1.b. Uninstall xinetd Package
The xinetd
package can be uninstalled with the following command:
$ sudo yum erase xinetd
Removing the xinetd
package decreases the risk of the
xinetd service's accidental (or intentional) activation.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove xinetd
Remediation script
- name: Ensure xinetd is removed
package:
name="{{item}}"
state=absent
with_items:
- xinetd
Remediation script
include remove_xinetd
class remove_xinetd {
package { 'xinetd':
ensure => 'purged',
}
}
Remediation script
package -remove=xinetd
Security identifiers
- CCE-27354-0
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 305. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2.1.11. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.1.1.c. Install tcp_wrappers Package
When network services are using the xinetd
service, the
tcp_wrappers
package should be installed.
The tcp_wrappers
package can be installed with the following command:
$ sudo yum install tcp_wrappers
Access control methods provide the ability to enhance system security posture by restricting services and known good IP addresses and address ranges. This prevents connections from unknown hosts and protocols.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command install tcp_wrappers
Remediation script
- name: Ensure tcp_wrappers is installed
package:
name="{{item}}"
state=present
with_items:
- tcp_wrappers
Remediation script
include install_tcp_wrappers
class install_tcp_wrappers {
package { 'tcp_wrappers':
ensure => 'installed',
}
}
Remediation script
package --add=tcp_wrappers
Security identifiers
- CCE-27361-5
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.1.2. Telnet
The telnet protocol does not provide confidentiality or integrity for information transmitted on the network. This includes authentication information such as passwords. Organizations which use telnet should be actively working to migrate to a more secure protocol.
link | previous | next | up | toc | home
4.1.2.a. Disable telnet Service
The telnet
service configuration file /etc/xinetd.d/telnet
is not created automatically. If it was created manually, check the
/etc/xinetd.d/telnet
file and ensure that disable = no
is changed to read disable = yes
as follows below:
# description: The telnet server serves telnet sessions; it uses \\
# unencrypted username/password pairs for authentication.
service telnet
{
flags = REUSE
socket_type = stream
wait = no
user = root
server = /usr/sbin/in.telnetd
log_on_failure += USERID
disable = yes
}
If the /etc/xinetd.d/telnet
file does not exist, make sure that
the activation of the telnet
service on system boot is disabled
via the following command:
The rexec
socket can be disabled with the following command:
$ sudo systemctl disable rexec.socket
The telnet protocol uses unencrypted network communication, which means that data from the login session, including passwords and all other information transmitted during the session, can be stolen by eavesdroppers on the network. The telnet protocol is also subject to man-in-the-middle attacks.
Remediation script
grep -qi disable /etc/xinetd.d/telnet && \
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/telnet
#
# Disable telnet.socket for all systemd targets
#
systemctl disable telnet.socket
#
# Stop telnet.socket if currently running
#
systemctl stop telnet.socket
Security identifiers
- CCE-27401-9
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- . URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
4.1.2.b. Uninstall telnet-server Package
The telnet-server
package can be uninstalled with
the following command:
$ sudo yum erase telnet-server
It is detrimental for operating systems to provide, or install by default, functionality exceeding
requirements or mission objectives. These unnecessary capabilities are often overlooked and therefore
may remain unsecure. They increase the risk to the platform by providing additional attack vectors.
The telnet service provides an unencrypted remote access service which does not provide for the
confidentiality and integrity of user passwords or the remote session. If a privileged user were
to login using this service, the privileged user password could be compromised.
Removing the telnet-server
package decreases the risk of the telnet service's accidental
(or intentional) activation.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove telnet-server
Remediation script
- name: Ensure telnet-server is removed
package:
name="{{item}}"
state=absent
with_items:
- telnet-server
Remediation script
include remove_telnet-server
class remove_telnet-server {
package { 'telnet-server':
ensure => 'purged',
}
}
Remediation script
package -remove=telnet-server
Security identifiers
- CCE-27165-0
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 381. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000095-GPOS-00049. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-021910. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 2.1.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.1.2.c. Remove telnet Clients
The telnet client allows users to start connections to other systems via the telnet protocol.
The telnet
protocol is insecure and unencrypted. The use
of an unencrypted transmission medium could allow an unauthorized user
to steal credentials. The ssh
package provides an
encrypted session and stronger security and is included in Red Hat
Enterprise Linux.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove telnet
Remediation script
- name: Ensure telnet is removed
package:
name="{{item}}"
state=absent
with_items:
- telnet
Remediation script
include remove_telnet
class remove_telnet {
package { 'telnet':
ensure => 'purged',
}
}
Remediation script
package -remove=telnet
Security identifiers
- CCE-27305-2
References
4.1.3. Rlogin, Rsh, and Rexec
The Berkeley r-commands are legacy services which allow cleartext remote access and have an insecure trust model.
link | previous | next | up | toc | home
4.1.3.a. Uninstall rsh-server Package
The rsh-server
package can be uninstalled with
the following command:
$ sudo yum erase rsh-server
The rsh-server
service provides unencrypted remote access service which does not
provide for the confidentiality and integrity of user passwords or the remote session and has very weak
authentication. If a privileged user were to login using this service, the privileged user password
could be compromised. The rsh-server
package provides several obsolete and insecure
network services. Removing it decreases the risk of those services' accidental (or intentional)
activation.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove rsh-server
Remediation script
- name: Ensure rsh-server is removed
package:
name="{{item}}"
state=absent
with_items:
- rsh-server
Remediation script
include remove_rsh-server
class remove_rsh-server {
package { 'rsh-server':
ensure => 'purged',
}
}
Remediation script
package -remove=rsh-server
Security identifiers
- CCE-27342-5
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 381. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000095-GPOS-00049. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020000. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 2.1.3. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.1.3.b. Disable rexec Service
The rexec
service, which is available with
the rsh-server
package and runs as a service through xinetd or separately
as a systemd socket, should be disabled.
If using xinetd, set disable
to yes
in /etc/xinetd.d/rexec
.
If using systemd,
The rexec
socket can be disabled with the following command:
$ sudo systemctl disable rexec.socket
The rexec service uses unencrypted network communications, which means that data from the login session, including passwords and all other information transmitted during the session, can be stolen by eavesdroppers on the network.
Remediation script
grep -qi disable /etc/xinetd.d/rexec && \
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/rexec
#
# Disable rexec.socket for all systemd targets
#
systemctl disable rexec.socket
#
# Stop rexec.socket if currently running
#
systemctl stop rexec.socket
Security identifiers
- CCE-27408-4
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 68. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1436. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
4.1.3.c. Disable rsh Service
The rsh
service, which is available with
the rsh-server
package and runs as a service through xinetd or separately
as a systemd socket, should be disabled.
If using xinetd, set disable
to yes
in /etc/xinetd.d/rsh
.
If using systemd,
The rsh
socket can be disabled with the following command:
$ sudo systemctl disable rsh.socket
The rsh service uses unencrypted network communications, which means that data from the login session, including passwords and all other information transmitted during the session, can be stolen by eavesdroppers on the network.
Remediation script
grep -qi disable /etc/xinetd.d/rsh && \
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/rsh
#
# Disable rsh.socket for all systemd targets
#
systemctl disable rsh.socket
#
# Stop rsh.socket if currently running
#
systemctl stop rsh.socket
Security identifiers
- CCE-27337-5
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 68. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1436. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
4.1.3.d. Uninstall rsh Package
The rsh
package contains the client commands
for the rsh services
These legacy clients contain numerous security exposures and have
been replaced with the more secure SSH package. Even if the server is removed,
it is best to ensure the clients are also removed to prevent users from
inadvertently attempting to use these commands and therefore exposing
their credentials. Note that removing the rsh
package removes
the clients for rsh
,rcp
, and rlogin
.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove rsh
Remediation script
- name: Ensure rsh is removed
package:
name="{{item}}"
state=absent
with_items:
- rsh
Remediation script
include remove_rsh
class remove_rsh {
package { 'rsh':
ensure => 'purged',
}
}
Remediation script
package -remove=rsh
Security identifiers
- CCE-27274-0
References
4.1.3.e. Disable rlogin Service
The rlogin
service, which is available with
the rsh-server
package and runs as a service through xinetd or separately
as a systemd socket, should be disabled.
If using xinetd, set disable
to yes
in /etc/xinetd.d/rlogin
.
If using systemd,
The rlogin
socket can be disabled with the following command:
$ sudo systemctl disable rlogin.socket
The rlogin service uses unencrypted network communications, which means that data from the login session, including passwords and all other information transmitted during the session, can be stolen by eavesdroppers on the network.
Remediation script
grep -qi disable /etc/xinetd.d/rlogin && \
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/rlogin
#
# Disable rlogin.socket for all systemd targets
#
systemctl disable rlogin.socket
#
# Stop rlogin.socket if currently running
#
systemctl stop rlogin.socket
Security identifiers
- CCE-27336-7
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1436. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
4.1.3.f. Remove Rsh Trust Files
The files /etc/hosts.equiv
and ~/.rhosts
(in
each user's home directory) list remote hosts and users that are trusted by the
local system when using the rshd daemon.
To remove these files, run the following command to delete them from any
location:
$ sudo rm /etc/hosts.equiv
$ rm ~/.rhosts
Trust files are convenient, but when used in conjunction with the R-services, they can allow unauthenticated access to a system.
Remediation script
find -type f -name .rhosts -exec rm -f '{}' \;
rm /etc/hosts.equiv
Security identifiers
- CCE-27406-8
References
4.1.4. NIS
The Network Information Service (NIS), also known as 'Yellow Pages' (YP), and its successor NIS+ have been made obsolete by Kerberos, LDAP, and other modern centralized authentication services. NIS should not be used because it suffers from security problems inherent in its design, such as inadequate protection of important authentication information.
link | previous | next | up | toc | home
4.1.4.a. Uninstall ypserv Package
The ypserv
package can be uninstalled with
the following command:
$ sudo yum erase ypserv
The NIS service provides an unencrypted authentication service which does not
provide for the confidentiality and integrity of user passwords or the remote session.
Removing the ypserv
package decreases the risk of the accidental (or intentional)
activation of NIS or NIS+ services.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove ypserv
Remediation script
- name: Ensure ypserv is removed
package:
name="{{item}}"
state=absent
with_items:
- ypserv
Remediation script
include remove_ypserv
class remove_ypserv {
package { 'ypserv':
ensure => 'purged',
}
}
Remediation script
package -remove=ypserv
Security identifiers
- CCE-27399-5
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 381. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000095-GPOS-00049. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-020010. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 2.1.6. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.1.4.b. Disable ypbind Service
The ypbind
service, which allows the system to act as a client in
a NIS or NIS+ domain, should be disabled.
The ypbind
service can be disabled with the following command:
$ sudo systemctl disable ypbind.service
Disabling the ypbind
service ensures the system is not acting
as a client in a NIS or NIS+ domain.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable ypbind
Remediation script
- name: Disable service ypbind
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- ypbind
Security identifiers
- CCE-27385-4
References
4.1.4.c. Remove NIS Client
The Network Information Service (NIS), formerly known as Yellow Pages,
is a client-server directory service protocol used to distribute system configuration
files. The NIS client (ypbind
) was used to bind a machine to an NIS server
and receive the distributed configuration files.
The NIS service is inherently an insecure system that has been vulnerable to DOS attacks, buffer overflows and has poor authentication for querying NIS maps. NIS generally has been replaced by such protocols as Lightweight Directory Access Protocol (LDAP). It is recommended that the service be removed.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove ypbind
Remediation script
- name: Ensure ypbind is removed
package:
name="{{item}}"
state=absent
with_items:
- ypbind
Remediation script
include remove_ypbind
class remove_ypbind {
package { 'ypbind':
ensure => 'purged',
}
}
Remediation script
package -remove=ypbind
Security identifiers
- CCE-27396-1
References
4.1.5. TFTP Server
TFTP is a lightweight version of the FTP protocol which has traditionally been used to configure networking equipment. However, TFTP provides little security, and modern versions of networking operating systems frequently support configuration via SSH or other more secure protocols. A TFTP server should be run only if no more secure method of supporting existing equipment can be found.
link | previous | next | up | toc | home
4.1.5.a. Disable tftp Service
The tftp
service should be disabled.
The tftp
service can be disabled with the following command:
$ sudo systemctl disable tftp.service
Disabling the tftp
service ensures the system is not acting
as a TFTP server, which does not provide encryption or authentication.
Security identifiers
- CCE-80212-4
References
4.1.5.b. Uninstall tftp-server Package
The tftp-server
package can be removed with the following command:
$ sudo yum erase tftp-server
Removing the tftp-server
package decreases the risk of the
accidental (or intentional) activation of tftp services.
If TFTP is required for operational support (such as transmission of router configurations),
its use must be documented with the Information Systems Securty Manager (ISSM), restricted to
only authorized personnel, and have access control rules established.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove tftp-server
Remediation script
- name: Ensure tftp-server is removed
package:
name="{{item}}"
state=absent
with_items:
- tftp-server
Remediation script
include remove_tftp-server
class remove_tftp-server {
package { 'tftp-server':
ensure => 'purged',
}
}
Remediation script
package -remove=tftp-server
Security identifiers
- CCE-80213-2
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 318. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 368. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1812. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1813. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1814. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040500. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 2.1.8. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.1.5.c. Remove tftp Daemon
Trivial File Transfer Protocol (TFTP) is a simple file transfer protocol,
typically used to automatically transfer configuration or boot files between machines.
TFTP does not support authentication and can be easily hacked. The package
tftp
is a client program that allows for connections to a tftp
server.
It is recommended that TFTP be removed, unless there is a specific need for TFTP (such as a boot server). In that case, use extreme caution when configuring the services.
Security identifiers
- CCE-
References
4.1.5.d. Ensure tftp Daemon Uses Secure Mode
If running the tftp
service is necessary, it should be configured
to change its root directory at startup. To do so, ensure
/etc/xinetd.d/tftp
includes -s
as a command line argument, as shown in
the following example (which is also the default):
server_args = -s /var/lib/tftpboot
Using the -s
option causes the TFTP service to only serve files from the
given directory. Serving files from an intentionally-specified directory
reduces the risk of sharing files which should remain private.
Security identifiers
- CCE-80214-0
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040520. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.1.6. Chat/Messaging Services
The talk software makes it possible for users to send and receive messages across systems through a terminal session.
link | previous | next | up | toc | home
4.1.6.a. Uninstall talk-server Package
The talk-server
package can be removed with the following command:
$ sudo yum erase talk-server
The talk software presents a security risk as it uses unencrypted protocols
for communications. Removing the talk-server
package decreases the
risk of the accidental (or intentional) activation of talk services.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove talk-server
Remediation script
- name: Ensure talk-server is removed
package:
name="{{item}}"
state=absent
with_items:
- talk-server
Remediation script
include remove_talk-server
class remove_talk-server {
package { 'talk-server':
ensure => 'purged',
}
}
Remediation script
package -remove=talk-server
Security identifiers
- CCE-27210-4
References
4.1.6.b. Uninstall talk Package
The talk
package contains the client program for the
Internet talk protocol, which allows the user to chat with other users on
different systems. Talk is a communication program which copies lines from one
terminal to the terminal of another user.
The talk
package can be removed with the following command:
$ sudo yum erase talk
The talk software presents a security risk as it uses unencrypted protocols
for communications. Removing the talk
package decreases the
risk of the accidental (or intentional) activation of talk client program.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove talk
Remediation script
- name: Ensure talk is removed
package:
name="{{item}}"
state=absent
with_items:
- talk
Remediation script
include remove_talk
class remove_talk {
package { 'talk':
ensure => 'purged',
}
}
Remediation script
package -remove=talk
Security identifiers
- CCE-27432-4
References
4.2. Base Services
This section addresses the base services that are installed on a Red Hat Enterprise Linux 7 default installation which are not covered in other sections. Some of these services listen on the network and should be treated with particular discretion. Other services are local system utilities that may or may not be extraneous. In general, system services should be disabled if not required.
link | previous | next | up | toc | home
4.2.a. Disable Automatic Bug Reporting Tool (abrtd)
The Automatic Bug Reporting Tool (abrtd
) daemon collects
and reports crash data when an application crash is detected. Using a variety
of plugins, abrtd can email crash reports to system administrators, log crash
reports to files, or forward crash reports to a centralized issue tracking
system such as RHTSupport.
The abrtd
service can be disabled with the following command:
$ sudo systemctl disable abrtd.service
Mishandling crash data could expose sensitive information about vulnerabilities in software executing on the local machine, as well as sensitive information from within a process's address space or registers.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable abrtd
Remediation script
- name: Disable service abrtd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- abrtd
Security identifiers
- CCE-26872-2
References
4.2.b. Disable Advanced Configuration and Power Interface (acpid)
The Advanced Configuration and Power Interface Daemon (acpid
)
dispatches ACPI events (such as power/reset button depressed) to userspace
programs.
The acpid
service can be disabled with the following command:
$ sudo systemctl disable acpid.service
ACPI support is highly desirable for systems in some network roles, such as laptops or desktops. For other systems, such as servers, it may permit accidental or trivially achievable denial of service situations and disabling it is appropriate.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable acpid
Remediation script
- name: Disable service acpid
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- acpid
Security identifiers
- CCE-80252-0
References
4.2.c. Disable Certmonger Service (certmonger)
Certmonger is a D-Bus based service that attempts to simplify interaction
with certifying authorities on networks which use public-key infrastructure. It is often
combined with Red Hat's IPA (Identity Policy Audit) security information management
solution to aid in the management of certificates.
The certmonger
service can be disabled with the following command:
$ sudo systemctl disable certmonger.service
The services provided by certmonger may be essential for systems fulfilling some roles a PKI infrastructure, but its functionality is not necessary for many other use cases.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable certmonger
Remediation script
- name: Disable service certmonger
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- certmonger
Security identifiers
- CCE-80253-8
References
4.2.d. Disable Control Group Config (cgconfig)
Control groups allow an administrator to allocate system resources (such as CPU,
memory, network bandwidth, etc) among a defined group (or groups) of processes executing on
a system. The cgconfig
daemon starts at boot and establishes the predefined control groups.
The cgconfig
service can be disabled with the following command:
$ sudo systemctl disable cgconfig.service
Unless control groups are used to manage system resources, running the cgconfig service is not necessary.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable cgconfig
Remediation script
- name: Disable service cgconfig
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- cgconfig
Security identifiers
- CCE-80254-6
References
4.2.e. Disable Control Group Rules Engine (cgred)
The cgred
service moves tasks into control groups according to
parameters set in the /etc/cgrules.conf
configuration file.
The cgred
service can be disabled with the following command:
$ sudo systemctl disable cgred.service
Unless control groups are used to manage system resources, running the cgred service service is not necessary.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable cgred
Remediation script
- name: Disable service cgred
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- cgred
Security identifiers
- CCE-80255-3
References
4.2.f. Disable CPU Speed (cpupower)
The cpupower
service can adjust the clock speed of supported CPUs based upon
the current processing load thereby conserving power and reducing heat.
The cpupower
service can be disabled with the following command:
$ sudo systemctl disable cpupower.service
The cpupower
service is only necessary if adjusting the CPU clock speed
provides benefit. Traditionally this has included laptops (to enhance battery life),
but may also apply to server or desktop environments where conserving power is
highly desirable or necessary.
Security identifiers
- CCE-80256-1
References
4.2.g. Enable IRQ Balance (irqbalance)
The irqbalance
service optimizes the balance between
power savings and performance through distribution of hardware interrupts across
multiple processors.
The irqbalance
service can be enabled with the following command:
$ sudo systemctl enable irqbalance.service
In an environment with multiple processors (now common), the irqbalance service provides potential speedups for handling interrupt requests.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command enable irqbalance
Remediation script
- name: Enable service irqbalance
service:
name="{{item}}"
enabled="yes"
state="started"
with_items:
- irqbalance
Security identifiers
- CCE-80257-9
References
4.2.h. Disable KDump Kernel Crash Analyzer (kdump)
The kdump
service provides a kernel crash dump analyzer. It uses the kexec
system call to boot a secondary kernel ("capture" kernel) following a system
crash, which can load information from the crashed kernel for analysis.
The kdump
service can be disabled with the following command:
$ sudo systemctl disable kdump.service
Kernel core dumps may contain the full contents of system memory at the time of the crash. Kernel core dumps consume a considerable amount of disk space and may result in denial of service by exhausting the available space on the target file system partition. Unless the system is used for kernel development or testing, there is little need to run the kdump service.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable kdump
Remediation script
- name: Disable service kdump
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- kdump
Security identifiers
- CCE-80258-7
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-021230. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.2.i. Disable Software RAID Monitor (mdmonitor)
The mdmonitor
service is used for monitoring a software RAID array; hardware
RAID setups do not use this service.
The mdmonitor
service can be disabled with the following command:
$ sudo systemctl disable mdmonitor.service
If software RAID monitoring is not required, there is no need to run this service.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable mdmonitor
Remediation script
- name: Disable service mdmonitor
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- mdmonitor
Security identifiers
- CCE-80259-5
References
4.2.j. Disable D-Bus IPC Service (messagebus)
D-Bus provides an IPC mechanism used by
a growing list of programs, such as those used for Gnome, Bluetooth, and Avahi.
Due to these dependencies, disabling D-Bus may not be practical for
many systems.
The messagebus
service can be disabled with the following command:
$ sudo systemctl disable messagebus.service
If no services which require D-Bus are needed, then it can be disabled. As a broker for IPC between processes of different privilege levels, it could be a target for attack. However, disabling D-Bus is likely to be impractical for any system which needs to provide a graphical login session.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable messagebus
Remediation script
- name: Disable service messagebus
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- messagebus
Security identifiers
- CCE-80260-3
References
4.2.k. Disable Network Console (netconsole)
The netconsole
service is responsible for loading the
netconsole kernel module, which logs kernel printk messages over UDP to a
syslog server. This allows debugging of problems where disk logging fails and
serial consoles are impractical.
The netconsole
service can be disabled with the following command:
$ sudo systemctl disable netconsole.service
The netconsole
service is not necessary unless there is a need to debug
kernel panics, which is not common.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable netconsole
Remediation script
- name: Disable service netconsole
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- netconsole
Security identifiers
- CCE-80261-1
References
4.2.l. Disable ntpdate Service (ntpdate)
The ntpdate
service sets the local hardware clock by polling NTP servers
when the system boots. It synchronizes to the NTP servers listed in
/etc/ntp/step-tickers
or /etc/ntp.conf
and then sets the local hardware clock to the newly synchronized
system time.
The ntpdate
service can be disabled with the following command:
$ sudo systemctl disable ntpdate.service
The ntpdate
service may only be suitable for systems which
are rebooted frequently enough that clock drift does not cause problems between
reboots. In any event, the functionality of the ntpdate service is now
available in the ntpd program and should be considered deprecated.
Security identifiers
- CCE-80262-9
References
4.2.m. Disable Odd Job Daemon (oddjobd)
The oddjobd
service exists to provide an interface and
access control mechanism through which
specified privileged tasks can run tasks for unprivileged client
applications. Communication with oddjobd
through the system message bus.
The oddjobd
service can be disabled with the following command:
$ sudo systemctl disable oddjobd.service
The oddjobd
service may provide necessary functionality in
some environments, and can be disabled if it is not needed. Execution of
tasks by privileged programs, on behalf of unprivileged ones, has traditionally
been a source of privilege escalation security issues.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable oddjobd
Remediation script
- name: Disable service oddjobd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- oddjobd
Security identifiers
- CCE-80263-7
References
4.2.n. Disable Portreserve (portreserve)
The portreserve
service is a TCP port reservation utility that can
be used to prevent portmap from binding to well known TCP ports that are
required for other services.
The portreserve
service can be disabled with the following command:
$ sudo systemctl disable portreserve.service
The portreserve
service provides helpful functionality by
preventing conflicting usage of ports in the reserved port range, but it can be
disabled if not needed.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable portreserve
Remediation script
- name: Disable service portreserve
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- portreserve
Security identifiers
- CCE-80264-5
References
4.2.o. Enable Process Accounting (psacct)
The process accounting service, psacct
, works with programs
including acct
and ac
to allow system administrators to view
user activity, such as commands issued by users of the system.
The psacct
service can be enabled with the following command:
$ sudo systemctl enable psacct.service
The psacct
service can provide administrators a convenient
view into some user activities. However, it should be noted that the auditing
system and its audit records provide more authoritative and comprehensive
records.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command enable psacct
Remediation script
- name: Enable service psacct
service:
name="{{item}}"
enabled="yes"
state="started"
with_items:
- psacct
Security identifiers
- CCE-80265-2
References
4.2.p. Disable Apache Qpid (qpidd)
The qpidd
service provides high speed, secure,
guaranteed delivery services. It is an implementation of the Advanced Message
Queuing Protocol. By default the qpidd service will bind to port 5672 and
listen for connection attempts.
The qpidd
service can be disabled with the following command:
$ sudo systemctl disable qpidd.service
The qpidd service is automatically installed when the "base"
package selection is selected during installation. The qpidd service listens
for network connections, which increases the attack surface of the system. If
the system is not intended to receive AMQP traffic, then the qpidd
service is not needed and should be disabled or removed.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable qpidd
Remediation script
- name: Disable service qpidd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- qpidd
Security identifiers
- CCE-80266-0
References
4.2.q. Disable Quota Netlink (quota_nld)
The quota_nld
service provides notifications to
users of disk space quota violations. It listens to the kernel via a netlink
socket for disk quota violations and notifies the appropriate user of the
violation using D-Bus or by sending a message to the terminal that the user has
last accessed.
The quota_nld
service can be disabled with the following command:
$ sudo systemctl disable quota_nld.service
If disk quotas are enforced on the local system, then the
quota_nld
service likely provides useful functionality and should
remain enabled. However, if disk quotas are not used or user notification of
disk quota violation is not desired then there is no need to run this
service.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable quota_nld
Remediation script
- name: Disable service quota_nld
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- quota_nld
Security identifiers
- CCE-80267-8
References
4.2.r. Disable Network Router Discovery Daemon (rdisc)
The rdisc
service implements the client side of the ICMP
Internet Router Discovery Protocol (IRDP), which allows discovery of routers on
the local subnet. If a router is discovered then the local routing table is
updated with a corresponding default route. By default this daemon is disabled.
The rdisc
service can be disabled with the following command:
$ sudo systemctl disable rdisc.service
General-purpose systems typically have their network and routing information configured statically by a system administrator. Workstations or some special-purpose systems often use DHCP (instead of IRDP) to retrieve dynamic network configuration information.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable rdisc
Remediation script
- name: Disable service rdisc
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- rdisc
Security identifiers
- CCE-80268-6
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-4. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 382. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
4.2.s. Disable Red Hat Network Service (rhnsd)
The Red Hat Network service automatically queries Red Hat Network
servers to determine whether there are any actions that should be executed,
such as package updates. This only occurs if the system was registered to an
RHN server or satellite and managed as such.
The rhnsd
service can be disabled with the following command:
$ sudo systemctl disable rhnsd.service
Although systems management and patching is extremely important to
system security, management by a system outside the enterprise enclave is not
desirable for some environments. However, if the system is being managed by RHN or
RHN Satellite Server the rhnsd
daemon can remain on.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable rhnsd
Remediation script
- name: Disable service rhnsd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- rhnsd
Security identifiers
- CCE-80269-4
References
- AC-17(8). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 382. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1.2.4. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.2.t. Disable Red Hat Subscription Manager Daemon (rhsmcertd)
The Red Hat Subscription Manager (rhsmcertd) periodically checks for
changes in the entitlement certificates for a registered system and updates it
accordingly.
The rhsmcertd
service can be disabled with the following command:
$ sudo systemctl disable rhsmcertd.service
The rhsmcertd
service can provide administrators with some
additional control over which of their systems are entitled to particular
subscriptions. However, for systems that are managed locally or which are not
expected to require remote changes to their subscription status, it is
unnecessary and can be disabled.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable rhsmcertd
Remediation script
- name: Disable service rhsmcertd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- rhsmcertd
Security identifiers
- CCE-80270-2
References
4.2.u. Disable Cyrus SASL Authentication Daemon (saslauthd)
The saslauthd
service handles plaintext authentication requests on
behalf of the SASL library. The service isolates all code requiring superuser
privileges for SASL authentication into a single process, and can also be used
to provide proxy authentication services to clients that do not understand SASL
based authentication.
The saslauthd
service can be disabled with the following command:
$ sudo systemctl disable saslauthd.service
The saslauthd
service provides essential functionality for
performing authentication in some directory environments, such as those which
use Kerberos and LDAP. For others, however, in which only local files may be
consulted, it is not necessary and should be disabled.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable saslauthd
Remediation script
- name: Disable service saslauthd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- saslauthd
Security identifiers
- CCE-80271-0
References
4.2.v. Disable SMART Disk Monitoring Service (smartd)
SMART (Self-Monitoring, Analysis, and Reporting Technology) is a
feature of hard drives that allows them to detect symptoms of disk failure and
relay an appropriate warning.
The smartd
service can be disabled with the following command:
$ sudo systemctl disable smartd.service
SMART can help protect against denial of service due to failing hardware. Nevertheless, if it is not needed or the system's drives are not SMART-capable (such as solid state drives), it can be disabled.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable smartd
Remediation script
- name: Disable service smartd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- smartd
Security identifiers
- CCE-80272-8
References
4.2.w. Disable System Statistics Reset Service (sysstat)
The sysstat
service resets various I/O and CPU
performance statistics to zero in order to begin counting from a fresh state
at boot time.
The sysstat
service can be disabled with the following command:
$ sudo systemctl disable sysstat.service
By default the sysstat
service merely runs a program at
boot to reset the statistics, which can be retrieved using programs such as
sar
and sadc
. These may provide useful insight into system
operation, but unless used this service can be disabled.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable sysstat
Remediation script
- name: Disable service sysstat
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- sysstat
Security identifiers
- CCE-80273-6
References
4.3. Cron and At Daemons
The cron and at services are used to allow commands to be executed at a later time. The cron service is required by almost all systems to perform necessary maintenance tasks, while at may or may not be required on a given system. Both daemons should be configured defensively.
link | previous | next | up | toc | home
4.3.a. Enable cron Service
The crond
service is used to execute commands at
preconfigured times. It is required by almost all systems to perform necessary
maintenance tasks, such as notifying root of system activity.
The crond
service can be enabled with the following command:
$ sudo systemctl enable crond.service
Due to its usage for maintenance and security-supporting tasks, enabling the cron daemon is essential.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command enable crond
Remediation script
- name: Enable service crond
service:
name="{{item}}"
enabled="yes"
state="started"
with_items:
- crond
Security identifiers
- CCE-27323-5
References
4.3.b. Disable anacron Service
The cronie-anacron
package, which provides anacron
functionality, is installed by default.
The cronie-anacron
package can be removed with the following command:
$ sudo yum erase cronie-anacron
The anacron
service provides cron
functionality for systems
such as laptops and workstations that may be shut down during the normal times
that cron
jobs are scheduled to run. On systems which do not require this
additional functionality, anacron
could needlessly increase the possible
attack surface for an intruder.
Security identifiers
- CCE-80344-5
References
4.3.c. Disable At Service (atd)
The at
and batch
commands can be used to
schedule tasks that are meant to be executed only once. This allows delayed
execution in a manner similar to cron, except that it is not
recurring. The daemon atd
keeps track of tasks scheduled via
at
and batch
, and executes them at the specified time.
The atd
service can be disabled with the following command:
$ sudo systemctl disable atd.service
The atd
service could be used by an unsophisticated insider to carry
out activities outside of a normal login session, which could complicate
accountability. Furthermore, the need to schedule tasks with at
or
batch
is not common.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable atd
Remediation script
- name: Disable service atd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- atd
Security identifiers
- CCE-80345-2
References
4.3.4. Restrict at and cron to Authorized Users if Necessary
The /etc/cron.allow
and /etc/at.allow
files contain lists of
users who are allowed to use cron
and at to delay execution of
processes. If these files exist and if the corresponding files
/etc/cron.deny
and /etc/at.deny
do not exist, then only users
listed in the relevant allow files can run the crontab and at
commands
to submit jobs to be run at scheduled intervals. On many systems, only the
system administrator needs the ability to schedule jobs. Note that even if a
given user is not listed in cron.allow
, cron jobs can still be run as
that user. The cron.allow
file controls only administrative access
to the crontab command for scheduling and modifying cron jobs.
To restrict at
and cron
to only authorized users:
-
Remove the
cron.deny
file:$ sudo rm /etc/cron.deny
-
Edit
/etc/cron.allow
, adding one line for each user allowed to use the crontab command to create cron jobs. -
Remove the
at.deny
file:$ sudo rm /etc/at.deny
-
Edit
/etc/at.allow
, adding one line for each user allowed to use the at command to create at jobs.
link | previous | next | up | toc | home
4.3.4.a. Verify User Who Owns /etc/cron.allow file
If /etc/cron.allow
exists, it must be owned by root
.
To properly set the owner of /etc/cron.allow
, run the command:
$ sudo chown root /etc/cron.allow
If the owner of the cron.allow file is not set to root, the possibility exists for an unauthorized user to view or edit sensitive information.
Security identifiers
- CCE-80378-3
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-021190. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.3.4.b. Verify Group Who Owns /etc/cron.allow file
If /etc/cron.allow
exists, it must be group-owned by root
.
To properly set the group owner of /etc/cron.allow
, run the command:
$ sudo chgrp root /etc/cron.allow
If the owner of the cron.allow file is not set to root, the possibility exists for an unauthorized user to view or edit sensitive information.
Security identifiers
- CCE-80379-1
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-021200. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.4. Docker Service
The docker service is necessary to create containers, which are self-sufficient and self-contained applications using the resource isolation features of the kernel.
link | previous | next | up | toc | home
4.4.a. Enable the Docker service
The docker service is commonly needed to
create containers.
The docker
service can be enabled with the following command:
$ sudo systemctl enable docker.service
To be able to find any problems with misconfiguration of the docker daemon and running containers, the docker service has to be enabled.
Security identifiers
- CCE-
References
4.4.b. Use direct-lvm with the Device Mapper Storage Driver
To use Docker in production with the device mapper storage driver, the Docker daemon should be configured to use direct-lvm instead of loopback device as a storage. For setting up the LVM and configuring Docker, see the
.For using Docker in production, the device mapper storage driver with loopback devices is discouraged. The suggested way of configuring device mapper storage driver is direct-lvm. Choosing the right storage driver and backing filesystem is crucial to stability and performance.
4.5. SSH Server
The SSH protocol is recommended for remote login and
remote file transfer. SSH provides confidentiality and integrity
for data exchanged between two systems, as well as server
authentication, through the use of public key cryptography. The
implementation included with the system is called OpenSSH, and more
detailed documentation is available from its website,
http://www.openssh.org. Its server program
is called sshd
and provided by the RPM package
openssh-server
.
link | previous | next | up | toc | home
4.5.a. Install the OpenSSH Server Package
The openssh-server
package should be installed.
The openssh-server
package can be installed with the following command:
$ sudo yum install openssh-server
Without protection of the transmitted information, confidentiality, and integrity may be compromised because unprotected communications can be intercepted and either read or altered.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command install openssh-server
Remediation script
- name: Ensure openssh-server is installed
package:
name="{{item}}"
state=present
with_items:
- openssh-server
Remediation script
include install_openssh-server
class install_openssh-server {
package { 'openssh-server':
ensure => 'installed',
}
}
Remediation script
package --add=openssh-server
Security identifiers
- CCE-80215-7
References
- SC-8. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2418. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2420. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2421. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2422. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000423-GPOS-00187. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000423-GPOS-00188. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000423-GPOS-00189. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS000423-GPOS-00190. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040260. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.b. Enable the OpenSSH Service
The SSH server service, sshd, is commonly needed.
The sshd
service can be enabled with the following command:
$ sudo systemctl enable sshd.service
Without protection of the transmitted information, confidentiality, and
integrity may be compromised because unprotected communications can be
intercepted and either read or altered.
This checklist item applies to both internal and external networks and all types
of information system components from which information can be transmitted (e.g., servers,
mobile devices, notebook computers, printers, copiers, scanners, etc). Communication paths
outside the physical protection of a controlled boundary are exposed to the possibility
of interception and modification.
Security identifiers
- CCE-80216-5
References
- SC-8. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2418. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2420. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2421. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2422. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000423-GPOS-00187. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000423-GPOS-00188. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000423-GPOS-00189. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS000423-GPOS-00190. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040261. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.c. Disable SSH Server If Possible (Unusual)
The SSH server service, sshd, is commonly needed.
However, if it can be disabled, do so.
The sshd
service can be disabled with the following command:
$ sudo systemctl disable sshd.service
This is unusual, as SSH is a common method for encrypted and authenticated
remote access.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable sshd
Remediation script
- name: Disable service sshd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- sshd
Security identifiers
- CCE-80217-3
4.5.d. Verify Permissions on SSH Server Public *.pub Key Files
To properly set the permissions of /etc/ssh/*.pub
, run the command:
$ sudo chmod 0644 /etc/ssh/*.pub
If a public host key file is modified by an unauthorized user, the SSH service may be compromised.
Remediation script
chmod 0644 /etc/ssh/*.pub
Remediation script
include ssh_public_key_perms
class ssh_public_key_perms {
exec { 'sshd_pub_key':
command => "chmod 0644 /etc/ssh/*.pub",
path => '/bin:/usr/bin'
}
}
Security identifiers
- CCE-27311-0
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040640. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.e. Verify Permissions on SSH Server Private *_key Key Files
To properly set the permissions of /etc/ssh/*_key
, run the command:
$ sudo chmod 0640 /etc/ssh/*_key
If an unauthorized user obtains the private SSH host key file, the host could be impersonated.
Remediation script
chmod 0640 /etc/ssh/*_key
Remediation script
include ssh_private_key_perms
class ssh_private_key_perms {
exec { 'sshd_priv_key':
command => "chmod 0640 /etc/ssh/*_key",
path => '/bin:/usr/bin'
}
}
Security identifiers
- CCE-27485-2
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040650. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.f. Remove SSH Server firewalld Firewall exception (Unusual)
By default, inbound connections to SSH's port are allowed. If
the SSH server is not being used, this exception should be removed from the
firewall configuration.
To configure firewalld
to not allow access, run the following command(s):
If inbound SSH connections are not expected, disallowing access to the SSH port will avoid possible exploitation of the port by an attacker.
Security identifiers
- CCE-80218-1
4.5.7. Configure OpenSSH Server if Necessary
If the system needs to act as an SSH server, then
certain changes should be made to the OpenSSH daemon configuration
file /etc/ssh/sshd_config
. The following recommendations can be
applied to this file. See the sshd_config(5)
man page for more
detailed information.
link | previous | next | up | toc | home
4.5.7.a. Enable SSH Server firewalld Firewall exception
By default, inbound connections to SSH's port are allowed. If
the SSH server is being used but denied by the firewall, this exception should
be added to the firewall configuration.
To configure firewalld
to allow access, run the following command(s):
firewall-cmd --permanent --add-service=ssh
If inbound SSH connections are expected, adding a firewall rule exception will allow remote access through the SSH port.
Remediation script
sshd_listening_port="22"
if [ $sshd_listening_port -ne 22] ; then
firewall-cmd --permanent --add-port=$sshd_listening_port/tcp
else
firewall-cmd --permanent --add-service=ssh
fi
Security identifiers
- CCE-80361-9
4.5.7.b. Allow Only SSH Protocol 2
Only SSH protocol version 2 connections should be
permitted. The default setting in
/etc/ssh/sshd_config
is correct, and can be
verified by ensuring that the following
line appears:
Protocol 2
SSH protocol version 1 is an insecure implementation of the SSH protocol and has many well-known vulnerability exploits. Exploits of the SSH daemon could provide immediate root access to the system.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^Protocol' '2' 'CCE-27320-1' '%s %s'
Security identifiers
- CCE-27320-1
References
- AC-17(8).1(ii). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 197. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 6.2.1. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000074-GPOS-00042. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040590. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.7.c. Limit Users' SSH Access
By default, the SSH configuration allows any user with an account
to access the system. In order to specify the users that are allowed to login
via SSH and deny all other users, add or correct the following line in the
/etc/ssh/sshd_config
file:
DenyUsers USER1 USER2
Where USER1
and USER2
are valid user names.
Specifying which accounts are allowed SSH access into the system reduces the possibility of unauthorized access to the system.
Security identifiers
- CCE-80219-9
References
4.5.7.d. Disable GSSAPI Authentication
Unless needed, SSH should not permit extraneous or unnecessary
authentication mechanisms like GSSAPI. To disable GSSAPI authentication, add or
correct the following line in the /etc/ssh/sshd_config
file:
GSSAPIAuthentication no
GSSAPI authentication is used to provide additional authentication mechanisms to applications. Allowing GSSAPI authentication through SSH exposes the system's GSSAPI to remote hosts, increasing the attack surface of the system.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^GSSAPIAuthentication' 'no' 'CCE-80220-7' '%s %s'
Security identifiers
- CCE-80220-7
References
- CM-6(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 368. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 318. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1812. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1813. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1814. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000364-GPOS-00151. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040660. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.7.e. Disable Kerberos Authentication
Unless needed, SSH should not permit extraneous or unnecessary
authentication mechanisms like Kerberos. To disable Kerberos authentication, add
or correct the following line in the /etc/ssh/sshd_config
file:
KerberosAuthentication no
Kerberos authentication for SSH is often implemented using GSSAPI. If Kerberos is enabled through SSH, the SSH daemon provides a means of access to the system's Kerberos implementation. Vulnerabilities in the system's Kerberos implementations may be subject to exploitation.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^KerberosAuthentication' 'no' 'CCE-80221-5' '%s %s'
Security identifiers
- CCE-80221-5
References
- CM-6(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 368. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 318. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1812. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1813. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1814. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000364-GPOS-00151. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040670. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.7.f. Enable Use of Strict Mode Checking
SSHs StrictModes option checks file and ownership permissions in
the user's home directory .ssh
folder before accepting login. If world-
writable permissions are found, logon is rejected. To enable StrictModes in SSH,
add or correct the following line in the /etc/ssh/sshd_config
file:
StrictModes yes
If other users have access to modify user-specific SSH configuration files, they may be able to log into the system as another user.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^StrictModes' 'yes' 'CCE-80222-3' '%s %s'
Security identifiers
- CCE-80222-3
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040680. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.7.g. Enable Use of Privilege Separation
When enabled, SSH will create an unprivileged child process that
has the privilege of the authenticated user. To enable privilege separation in
SSH, add or correct the following line in the /etc/ssh/sshd_config
file:
UsePrivilegeSeparation yes
SSH daemon privilege separation causes the SSH process to drop root privileges when not needed which would decrease the impact of software vulnerabilities in the unprivileged section.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^UsePrivilegeSeparation' 'yes' 'CCE-80223-1' '%s %s'
Security identifiers
- CCE-80223-1
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040690. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.7.h. Disable Compression Or Set Compression to delayed
Compression is useful for slow network connections over long
distances but can cause performance issues on local LANs. If use of compression
is required, it should be enabled only after a user has authenticated; otherwise
, it should be disabled. To disable compression or delay compression until after
a user has successfully authenticated, add or correct the following line in the
/etc/ssh/sshd_config
file:
Compression no
or Compression delayed
If compression is allowed in an SSH connection prior to authentication, vulnerabilities in the compression software could result in compromise of the system from an unauthenticated connection, potentially wih root privileges.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^Compression' 'no' 'CCE-80224-9' '%s %s'
Security identifiers
- CCE-80224-9
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040700. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.7.i. Print Last Log
When enabled, SSH will display the date and time of the last
successful account logon. To enable LastLog in
SSH, add or correct the following line in the /etc/ssh/sshd_config
file:
PrintLastLog yes
Providing users feedback on when account accesses last occurred facilitates user recognition and reporting of unauthorized account use.
Security identifiers
- CCE-80225-6
References
- AC-9. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040301. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.7.j. Set SSH Idle Timeout Interval
SSH allows administrators to set an idle timeout
interval.
After this interval has passed, the idle user will be
automatically logged out.
To set an idle timeout interval, edit the following line in /etc/ssh/sshd_config
as
follows:
ClientAliveInterval interval
The timeout interval is given in seconds. To have a timeout
of 10 minutes, set interval to 600.
If a shorter timeout has already been set for the login shell, that value will preempt any SSH setting made here. Keep in mind that some processes may stop SSH from correctly detecting that the user is idle.
Terminating an idle ssh session within a short time period reduces the window of opportunity for unauthorized personnel to take control of a management session enabled on the console or console port that has been let unattended.
Remediation script
sshd_idle_timeout_value="300"
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^ClientAliveInterval' $sshd_idle_timeout_value 'CCE-27433-2' '%s %s'
Remediation script
- name: "SSHD: Set client alive interval"
lineinfile:
create=yes
dest="/etc/ssh/sshd_config"
regexp="^ClientAliveInterval"
line="ClientAliveInterval 300"
Security identifiers
- CCE-27433-2
References
- AC-2(5). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SA-8(i). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-12. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1133. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2361. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000163-GPOS-00072. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000279-GPOS-00109. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040190. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- Req-8.1.8. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 6.2.12. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.5.7.k. Set SSH Client Alive Count
To ensure the SSH idle timeout occurs precisely when the ClientAliveCountMax
is set,
edit /etc/ssh/sshd_config
as
follows:
ClientAliveCountMax 0
This ensures a user login will be terminated as soon as the ClientAliveCountMax
is reached.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^ClientAliveCountMax' '0' 'CCE-27082-7' '%s %s'
Security identifiers
- CCE-27082-7
References
- AC-2(5). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SA-8. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-12. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1133. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 2361. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000163-GPOS-00072. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000279-GPOS-00109. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040191. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 6.2.12. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.5.7.l. Disable SSH Support for .rhosts Files
SSH can emulate the behavior of the obsolete rsh
command in allowing users to enable insecure access to their
accounts via .rhosts
files.
To ensure this behavior is disabled, add or correct the
following line in /etc/ssh/sshd_config
:
IgnoreRhosts yes
SSH trust relationships mean a compromise on one host can allow an attacker to move trivially to other hosts.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^IgnoreRhosts' 'yes' 'CCE-27377-1' '%s %s'
Security identifiers
- CCE-27377-1
References
- AC-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 6.2.6. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- RHEL-07-040334. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
4.5.7.m. Disable SSH Support for User Known Hosts
SSH can allow system users user host-based authentication to connect
to systems if a cache of the remote systems public keys are available.
This should be disabled.
To ensure this behavior is disabled, add or correct the
following line in /etc/ssh/sshd_config
:
IgnoreUserKnownHosts yes
Configuring this setting for the SSH daemon provides additional assurance that remove login via SSH will require a password, even in the event of misconfiguration elsewhere.
Security identifiers
- CCE-80372-6
References
- CM-6(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- RHEL-07-040332. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
4.5.7.n. Disable SSH Support for Rhosts RSA Authentication
SSH can allow authentication through the obsolete rsh
command through the use of the authenticating user's SSH keys. This should be disabled.
To ensure this behavior is disabled, add or correct the
following line in /etc/ssh/sshd_config
:
RhostsRSAAuthentication no
Configuring this setting for the SSH daemon provides additional assurance that remove login via SSH will require a password, even in the event of misconfiguration elsewhere.
Security identifiers
- CCE-80373-4
References
- CM-6(a). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- RHEL-07-040333. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
4.5.7.o. Disable Host-Based Authentication
SSH's cryptographic host-based authentication is
more secure than .rhosts
authentication. However, it is
not recommended that hosts unilaterally trust one another, even
within an organization.
To disable host-based authentication, add or correct the
following line in /etc/ssh/sshd_config
:
HostbasedAuthentication no
SSH trust relationships mean a compromise on one host can allow an attacker to move trivially to other hosts.
Remediation script
grep -q ^HostbasedAuthentication /etc/ssh/sshd_config && \
sed -i "s/HostbasedAuthentication.*/HostbasedAuthentication no/g" /etc/ssh/sshd_config
if ! [ $? -eq 0 ]; then
echo "HostbasedAuthentication no" >> /etc/ssh/sshd_config
fi
Security identifiers
- CCE-27413-4
References
- AC-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00229. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010442. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 6.2.7. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.5.7.p. Enable Encrypted X11 Fordwarding
By default, remote X11 connections are not encrypted when initiated
by users. SSH has the capability to encrypt remote X11 connections when SSH's
X11Forwarding
option is enabled.
To enable X11 Forwarding, add or correct the
following line in /etc/ssh/sshd_config
:
X11Forwarding yes
Open X displays allow an attacker to capture keystrokes and to execute commands remotely.
Security identifiers
- CCE-80226-4
References
- CM-2(1)(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040540. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.7.q. Disable SSH Root Login
The root user should never be allowed to login to a
system directly over a network.
To disable root login via SSH, add or correct the following line
in /etc/ssh/sshd_config
:
PermitRootLogin no
Even though the communications channel may be encrypted, an additional layer of security is gained by extending the policy of not logging directly on as root. In addition, logging in with a user-specific account provides individual accountability of actions performed on the system and also helps to minimize direct attack attempts on root's password.
Remediation script
SSHD_CONFIG='/etc/ssh/sshd_config'
# Obtain line number of first uncommented case-insensitive occurrence of Match
# block directive (possibly prefixed with whitespace) present in $SSHD_CONFIG
FIRST_MATCH_BLOCK=$(sed -n '/^[[:space:]]*Match[^\n]*/I{=;q}' $SSHD_CONFIG)
# Obtain line number of first uncommented case-insensitive occurence of
# PermitRootLogin directive (possibly prefixed with whitespace) present in
# $SSHD_CONFIG
FIRST_PERMIT_ROOT_LOGIN=$(sed -n '/^[[:space:]]*PermitRootLogin[^\n]*/I{=;q}' $SSHD_CONFIG)
# Case: Match block directive not present in $SSHD_CONFIG
if [ -z "$FIRST_MATCH_BLOCK" ]
then
# Case: PermitRootLogin directive not present in $SSHD_CONFIG yet
if [ -z "$FIRST_PERMIT_ROOT_LOGIN" ]
then
# Append 'PermitRootLogin no' at the end of $SSHD_CONFIG
echo -e "\nPermitRootLogin no" >> $SSHD_CONFIG
# Case: PermitRootLogin directive present in $SSHD_CONFIG already
else
# Replace first uncommented case-insensitive occurrence
# of PermitRootLogin directive
sed -i "$FIRST_PERMIT_ROOT_LOGIN s/^[[:space:]]*PermitRootLogin.*$/PermitRootLogin no/I" $SSHD_CONFIG
fi
# Case: Match block directive present in $SSHD_CONFIG
else
# Case: PermitRootLogin directive not present in $SSHD_CONFIG yet
if [ -z "$FIRST_PERMIT_ROOT_LOGIN" ]
then
# Prepend 'PermitRootLogin no' before first uncommented
# case-insensitive occurrence of Match block directive
sed -i "$FIRST_MATCH_BLOCK s/^\([[:space:]]*Match[^\n]*\)/PermitRootLogin no\n\1/I" $SSHD_CONFIG
# Case: PermitRootLogin directive present in $SSHD_CONFIG and placed
# before first Match block directive
elif [ "$FIRST_PERMIT_ROOT_LOGIN" -lt "$FIRST_MATCH_BLOCK" ]
then
# Replace first uncommented case-insensitive occurrence
# of PermitRootLogin directive
sed -i "$FIRST_PERMIT_ROOT_LOGIN s/^[[:space:]]*PermitRootLogin.*$/PermitRootLogin no/I" $SSHD_CONFIG
# Case: PermitRootLogin directive present in $SSHD_CONFIG and placed
# after first Match block directive
else
# Prepend 'PermitRootLogin no' before first uncommented
# case-insensitive occurrence of Match block directive
sed -i "$FIRST_MATCH_BLOCK s/^\([[:space:]]*Match[^\n]*\)/PermitRootLogin no\n\1/I" $SSHD_CONFIG
fi
fi
Security identifiers
- CCE-27445-6
References
- AC-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-6(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-2(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-2(5). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040310. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 6.2.8. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.5.7.r. Disable SSH Access via Empty Passwords
To explicitly disallow SSH login from accounts with
empty passwords, add or correct the following line in /etc/ssh/sshd_config
:
PermitEmptyPasswords no
Any accounts with empty passwords should be disabled immediately, and PAM configuration should prevent users from being able to assign themselves empty passwords.
Configuring this setting for the SSH daemon provides additional assurance that remote login via SSH will require a password, even in the event of misconfiguration elsewhere.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^PermitEmptyPasswords' 'no' 'CCE-27471-2' '%s %s'
Remediation script
- name: "SSHD: Disable empty passwords"
lineinfile:
create=yes
dest="/etc/ssh/sshd_config"
regexp="^PermitEmptyPasswords"
line="PermitEmptyPasswords no"
Security identifiers
- CCE-27471-2
References
- AC-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00229. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010270. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.7.s. Enable SSH Warning Banner
To enable the warning banner and ensure it is consistent
across the system, add or correct the following line in /etc/ssh/sshd_config
:
Banner /etc/issue
Another section contains information on how to create an
appropriate system-wide warning banner.
The warning message reinforces policy awareness during the logon process and facilitates possible legal action against attackers. Alternatively, systems whose ownership should not be obvious should ensure usage of a banner that does not provide easy attribution.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^Banner' '/etc/issue' 'CCE-27314-4' '%s %s'
Remediation script
- name: "SSHD: Enable warning banner"
lineinfile:
create=yes
dest="/etc/ssh/sshd_config"
regexp="^Banner"
line="Banner /etc/issue"
Security identifiers
- CCE-27314-4
4.5.7.t. Do Not Allow SSH Environment Options
To ensure users are not able to override environment
options to the SSH daemon, add or correct the following line
in /etc/ssh/sshd_config
:
PermitUserEnvironment no
SSH environment options potentially allow users to bypass access restriction in some configurations.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^PermitUserEnvironment' 'no' 'CCE-27363-1' '%s %s'
Remediation script
- name: "SSHD: Do not permit user environment"
lineinfile:
create=yes
dest="/etc/ssh/sshd_config"
regexp="^PermitUserEnvironment"
line="PermitUserEnvironment no"
Security identifiers
- CCE-27363-1
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00229. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010441. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 6.2.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.5.7.u. Use Only Approved Ciphers
Limit the ciphers to those algorithms which are FIPS-approved.
Counter (CTR) mode is also preferred over cipher-block chaining (CBC) mode.
The following line in /etc/ssh/sshd_config
demonstrates use of FIPS-approved ciphers:
Ciphers aes128-ctr,aes192-ctr,aes256-ctr
The man page sshd_config(5)
contains a list of supported ciphers.
Unapproved mechanisms that are used for authentication to the cryptographic module are not verified and therefore
cannot be relied upon to provide confidentiality or integrity, and system data may be compromised.
Operating systems utilizing encryption are required to use FIPS-compliant mechanisms for authenticating to
cryptographic modules.
FIPS 140-2 is the current standard for validating that mechanisms used to access cryptographic modules
utilize authentication that meets industry and government requirements. For government systems, this allows
Security Levels 1, 2, 3, or 4 for use on Red Hat Enterprise Linux.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^Ciphers' 'aes128-ctr,aes192-ctr,aes256-ctr,aes128-cbc,3des-cbc,aes192-cbc,aes256-cbc' 'CCE-27295-5' '%s %s'
Security identifiers
- CCE-27295-5
References
- AC-3. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AC-17(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- AU-10(5). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-5(1)(c). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 68. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 803. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000033-GPOS-00014. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000120-GPOS-00061. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000125-GPOS-00065. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000250-GPOS-00093. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- SRG-OS-000393-GPOS-00173. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040110. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 6.2.11. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.5.7.v. Use Only FIPS Approved MACs
Limit the MACs to those hash algorithms which are FIPS-approved.
The following line in /etc/ssh/sshd_config
demonstrates use
of FIPS-approved MACs:
MACs hmac-sha2-512,hmac-sha2-256
DoD Information Systems are required to use FIPS-approved cryptographic hash functions. The only SSHv2 hash algorithms meeting this requirement is SHA2.
Remediation script
function replace_or_append {
local config_file=$1
local key=$2
local value=$3
local cce=$4
local format=$5
# Check sanity of the input
if [ $# -lt "3" ]
then
echo "Usage: replace_or_append 'config_file_location' 'key_to_search' 'new_value'"
echo
echo "If symlinks need to be taken into account, add yes/no to the last argument"
echo "to allow to 'follow_symlinks'."
echo "Aborting."
exit 1
fi
# Test if the config_file is a symbolic link. If so, use --follow-symlinks with sed.
# Otherwise, regular sed command will do.
if test -L $config_file; then
sed_command="sed -i --follow-symlinks"
else
sed_command="sed -i"
fi
# Test that the cce arg is not empty or does not equal $CCENUM.
# If $CCENUM exists, it means that there is no CCE assigned.
if ! [ "x$cce" = x ] && [ "$cce" != '$CCENUM' ]; then
cce="CCE-${cce}"
else
cce="CCE"
fi
# Strip any search characters in the key arg so that the key can be replaced without
# adding any search characters to the config file.
stripped_key=$(sed "s/[\^=\$,;+]*//g" <<< $key)
# If there is no print format specified in the last arg, use the default format.
if ! [ "x$format" = x ] ; then
printf -v formatted_output "$format" $stripped_key $value
else
formatted_output="$stripped_key = $value"
fi
# If the key exists, change it. Otherwise, add it to the config_file.
if `grep -qi $key $config_file` ; then
$sed_command "s/$key.*/$formatted_output/g" $config_file
else
echo -ne "\n# Per $cce: Set $formatted_output in $config_file" >> $config_file
echo -ne "\n$formatted_output" >> $config_file
fi
}
replace_or_append '/etc/ssh/sshd_config' '^MACs' 'hmac-sha2-512,hmac-sha2-256,hmac-sha1' 'CCE-27455-5' '%s %s'
Security identifiers
- CCE-27455-5
References
- AC-17(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- IA-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- SC-13. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1453. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000250-GPOS-00093. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040620. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.5.7.23. Strengthen Firewall Configuration if Possible
If the SSH server is expected to only receive connections from
the local network, then strengthen the default firewall rule for the SSH service
to only accept connections from the appropriate network segment(s).
Determine an appropriate network block, netwk
, network mask, mask
, and
network protocol, ip_protocol
, representing the machines on your network which will
be allowed to access this SSH server.
Run the following command:
firewall-cmd --permanent --add-rich-rule='rule family="ip_protocol" source address="netwk/mask" service name="ssh" accept'
Restricting SSH access to only trusted network segments reduces exposure of the SSH server to attacks from unauthorized networks.
4.6. System Security Services Daemon
The System Security Services Daemon (SSSD) is a system daemon that provides access
to different identity and authentication providers such as Red Hat's IdM, Microsoft's AD,
openLDAP, MIT Kerberos, etc. It uses a common framework that can provide caching and offline
support to systems utilizing SSSD. SSSD using caching to reduce load on authentication
servers permit offline authentication as well as store extended user user data.
For more information, see
link | previous | next | up | toc | home
4.6.a. Install the SSSD Package
The sssd
package should be installed.
The sssd
package can be installed with the following command:
$ sudo yum install sssd
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command install sssd
Remediation script
- name: Ensure sssd is installed
package:
name="{{item}}"
state=present
with_items:
- sssd
Remediation script
include install_sssd
class install_sssd {
package { 'sssd':
ensure => 'installed',
}
}
Remediation script
package --add=sssd
Security identifiers
- CCE-80362-7
References
- IA-5(10). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.6.b. Enable the SSSD Service
The SSSD service should be enabled.
The sssd
service can be enabled with the following command:
$ sudo systemctl enable sssd.service
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command enable sssd
Remediation script
- name: Enable service sssd
service:
name="{{item}}"
enabled="yes"
state="started"
with_items:
- sssd
Security identifiers
- CCE-80363-5
References
- IA-5(10). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- TBD. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- TBD. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.6.c. Configure SSSD's Memory Cache to Expire
SSSD's memory cache should be configured to set to expire records after 1 day.
To configure SSSD to expire memory cache, set memcache_timeout
to
86400
under the [nss]
section in /etc/sssd/sssd.conf
.
For example:
[nss]
memcache_timeout = 86400
If cached authentication information is out-of-date, the validity of the authentication information may be questionable.
Security identifiers
- CCE-80364-3
References
- IA-5(13). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2007. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000383-GPOS-00166. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010400. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.6.d. Configure SSSD to Expire Offline Credentials
SSSD should be configured to expire offline credentials after 1 day.
To configure SSSD to expire offline credentials, set
offline_credentials_expiration
to 1
under the [pam]
section in /etc/sssd/sssd.conf
. For example:
[pam]
offline_credentials_expiration = 1
If cached authentication information is out-of-date, the validity of the authentication information may be questionable.
Security identifiers
- CCE-80365-0
References
- IA-5(13). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2007. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000383-GPOS-00166. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010401. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.6.e. Configure SSSD to Expire SSH Known Hosts
SSSD should be configured to expire keys from known SSH hosts after 1 day.
To configure SSSD to known SSH hosts, set ssh_known_hosts_timeout
to 86400
under the [ssh]
section in
/etc/sssd/sssd.conf
. For example:
[ssh]
ssh_known_hosts_timeout = 86400
If cached authentication information is out-of-date, the validity of the authentication information may be questionable.
Security identifiers
- CCE-80366-8
References
- IA-5(13). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2007. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000383-GPOS-00166. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-010402. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- IA-5(13). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 2007. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
4.7. X Window System
The X Window System implementation included with the system is called X.org.
link | previous | next | up | toc | home
4.7.1. Disable X Windows
Unless there is a mission-critical reason for the system to run a graphical user interface, ensure X is not set to start automatically at boot and remove the X Windows software packages. There is usually no reason to run X Windows on a dedicated server machine, as it increases the system's attack surface and consumes system resources. Administrators of server systems should instead login via SSH or on the text console.
link | previous | next | up | toc | home
4.7.1.a. Disable X Windows Startup By Setting Default Target
Systems that do not require a graphical user interface should only boot by
default into multi-user.target
mode. This prevents accidental booting of the system
into a graphical.target
mode. Setting the system's default target to
multi-user.target
will prevent automatic startup of the X server. To do so, run:
$ systemctl set-default multi-user.target
You should see the following output:
rm '/etc/systemd/system/default.target'
ln -s '/usr/lib/systemd/system/multi-user.target' '/etc/systemd/system/default.target'
Services that are not required for system and application processes must not be active to decrease the attack surface of the system. X windows has a long history of security vulnerabilities and should not be used unless approved and documented.
Security identifiers
- CCE-27285-6
References
- AC-17(8).1(ii). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040561. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.7.1.b. Remove the X Windows Package Group
By removing the xorg-x11-server-common package, the system no longer has X Windows
installed. If X Windows is not installed then the system cannot boot into graphical user mode.
This prevents the system from being accidentally or maliciously booted into a graphical.target
mode. To do so, run the following command:
$ sudo yum groupremove "X Window System"
$ sudo yum remove xorg-x11-server-common
Unnecessary service packages must not be installed to decrease the attack surface of the system. X windows has a long history of security vulnerabilities and should not be installed unless approved and documented.
Security identifiers
- CCE-27218-7
References
- AC-17(8).1(ii). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 3.2. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040560. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.8. Avahi Server
The Avahi daemon implements the DNS Service Discovery and Multicast DNS protocols, which provide service and host discovery on a network. It allows a system to automatically identify resources on the network, such as printers or web servers. This capability is also known as mDNSresponder and is a major part of Zeroconf networking.
link | previous | next | up | toc | home
4.8.1. Disable Avahi Server if Possible
Because the Avahi daemon service keeps an open network port, it is subject to network attacks. Disabling it can reduce the system's vulnerability to such attacks.
link | previous | next | up | toc | home
4.8.1.a. Disable Avahi Server Software
The avahi-daemon
service can be disabled with the following command:
$ sudo systemctl disable avahi-daemon.service
Because the Avahi daemon service keeps an open network port, it is subject to network attacks. Its functionality is convenient but is only appropriate if the local network can be trusted.
Remediation script
#
# Disable avahi-daemon.service for all systemd targets
#
systemctl disable avahi-daemon.service
#
# Stop avahi-daemon.service if currently running
# and disable avahi-daemon.socket so the avahi-daemon.service
# can't be activated
#
systemctl stop avahi-daemon.service
systemctl disable avahi-daemon.socket
Remediation script
- name: Disable service avahi
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- avahi-daemon
- name: Disable avahi socket
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- avahi-socket
Security identifiers
- CCE-80338-7
References
4.8.2. Configure Avahi if Necessary
If your system requires the Avahi daemon, its configuration can be restricted
to improve security. The Avahi daemon configuration file is
/etc/avahi/avahi-daemon.conf
. The following security recommendations
should be applied to this file:
See the avahi-daemon.conf(5)
man page, or documentation at
http://www.avahi.org, for more detailed information
about the configuration options.
link | previous | next | up | toc | home
4.8.2.a. Serve Avahi Only via Required Protocol
If you are using only IPv4, edit /etc/avahi/avahi-daemon.conf
and ensure
the following line exists in the [server]
section:
use-ipv6=no
Similarly, if you are using only IPv6, disable IPv4 sockets with the line:
use-ipv4=no
Security identifiers
- CCE-80339-5
References
4.8.2.b. Check Avahi Responses' TTL Field
To make Avahi ignore packets unless the TTL field is 255, edit
/etc/avahi/avahi-daemon.conf
and ensure the following line
appears in the [server]
section:
check-response-ttl=yes
This helps to ensure that only mDNS responses from the local network are processed, because the TTL field in a packet is decremented from its initial value of 255 whenever it is routed from one network to another. Although a properly-configured router or firewall should not allow mDNS packets into the local network at all, this option provides another check to ensure they are not permitted.
Security identifiers
- CCE-80340-3
References
4.8.2.c. Prevent Other Programs from Using Avahi's Port
To prevent other mDNS stacks from running, edit /etc/avahi/avahi-daemon.conf
and ensure the following line appears in the [server]
section:
disallow-other-stacks=yes
This helps ensure that only Avahi is responsible for mDNS traffic coming from that port on the system.
Security identifiers
- CCE-80341-1
References
4.8.2.d. Disable Avahi Publishing
To prevent other mDNS stacks from running, edit /etc/avahi/avahi-daemon.conf
and ensure the following line appears in the [server]
section:
disallow-other-stacks=yes
This helps ensure that only Avahi is responsible for mDNS traffic coming from that port on the system.
Security identifiers
- CCE-80342-9
References
4.8.2.e. Restrict Information Published by Avahi
If it is necessary to publish some information to the network, it should not be joined
by any extraneous information, or by information supplied by a non-trusted source
on the system.
Prevent user applications from using Avahi to publish services by adding or
correcting the following line in the [publish]
section:
disable-user-service-publishing=yes
Implement as many of the following lines as possible, to restrict the information
published by Avahi.
publish-addresses=no
publish-hinfo=no
publish-workstation=no
publish-domain=no
Inspect the files in the directory /etc/avahi/services/
. Unless there
is an operational need to publish information about each of these services,
delete the corresponding file.
These options prevent publishing attempts from succeeding, and can be applied even if publishing is disabled entirely via disable-publishing. Alternatively, these can be used to restrict the types of published information in the event that some information must be published.
Security identifiers
- CCE-80343-7
References
4.9. Print Support
The Common Unix Printing System (CUPS) service provides both local
and network printing support. A system running the CUPS service can accept
print jobs from other systems, process them, and send them to the appropriate
printer. It also provides an interface for remote administration through a web
browser. The CUPS service is installed and activated by default. The project
homepage and more detailed documentation are available at
http://www.cups.org.
link | previous | next | up | toc | home
4.9.a. Disable the CUPS Service
The cups
service can be disabled with the following command:
$ sudo systemctl disable cups.service
Turn off unneeded services to reduce attack surface.
Remediation script
#
# Disable cups.service for all systemd targets
#
systemctl disable cups.service
#
# Stop cups.service if currently running
# and disable cups.path and cups.socket so
# cups.service can't be activated
#
systemctl stop cups.service
systemctl disable cups.path
systemctl disable cups.socket
Security identifiers
- CCE-80282-7
References
4.9.2. Configure the CUPS Service if Necessary
CUPS provides the ability to easily share local printers with other machines over the network. It does this by allowing machines to share lists of available printers. Additionally, each machine that runs the CUPS service can potentially act as a print server. Whenever possible, the printer sharing and print server capabilities of CUPS should be limited or disabled. The following recommendations should demonstrate how to do just that.
link | previous | next | up | toc | home
4.9.2.a. Disable Printer Browsing Entirely if Possible
By default, CUPS listens on the network for printer list
broadcasts on UDP port 631. This functionality is called printer browsing.
To disable printer browsing entirely, edit the CUPS configuration
file, located at /etc/cups/cupsd.conf
, to include the following:
Browsing Off
The CUPS print service can be configured to broadcast a list of available printers to the network. Other machines on the network, also running the CUPS print service, can be configured to listen to these broadcasts and add and configure these printers for immediate use. By disabling this browsing capability, the machine will no longer generate or receive such broadcasts.
Security identifiers
- CCE-80283-5
References
4.9.2.b. Disable Print Server Capabilities
To prevent remote users from potentially connecting to and using locally configured printers, disable the CUPS print server sharing capabilities. To do so, limit how the server will listen for print jobs by removing the more generic port directive from /etc/cups/cupsd.conf:
Port 631
and replacing it with the Listen
directive:
Listen localhost:631
This will prevent remote users from printing to locally configured printers
while still allowing local users on the machine to print normally.
By default, locally configured printers will not be shared over the network, but if this functionality has somehow been enabled, these recommendations will disable it again. Be sure to disable outgoing printer list broadcasts, or remote users will still be able to see the locally configured printers, even if they cannot actually print to them. To limit print serving to a particular set of users, use the Policy directive.
Security identifiers
- CCE-80284-3
References
4.10. DHCP
The Dynamic Host Configuration Protocol (DHCP) allows
systems to request and obtain an IP address and other configuration
parameters from a server.
This guide recommends configuring networking on clients by manually editing
the appropriate files under /etc/sysconfig
. Use of DHCP can make client
systems vulnerable to compromise by rogue DHCP servers, and should be avoided
unless necessary. If using DHCP is necessary, however, there are best practices
that should be followed to minimize security risk.
link | previous | next | up | toc | home
4.10.1. Disable DHCP Server
The DHCP server dhcpd
is not installed or activated by
default. If the software was installed and activated, but the
system does not need to act as a DHCP server, it should be disabled
and removed.
link | previous | next | up | toc | home
4.10.1.a. Disable DHCP Service
The dhcpd
service should be disabled on
any system that does not need to act as a DHCP server.
The dhcpd
service can be disabled with the following command:
$ sudo systemctl disable dhcpd.service
Unmanaged or unintentionally activated DHCP servers may provide faulty information to clients, interfering with the operation of a legitimate site DHCP server if there is one.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable dhcpd
Remediation script
- name: Disable service dhcpd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- dhcpd
Security identifiers
- CCE-80330-4
References
4.10.1.b. Uninstall DHCP Server Package
If the system does not need to act as a DHCP server,
the dhcp package can be uninstalled.
The dhcp
package can be removed with the following command:
$ sudo yum erase dhcp
Removing the DHCP server ensures that it cannot be easily or accidentally reactivated and disrupt network operation.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove dhcp
Remediation script
- name: Ensure dhcp is removed
package:
name="{{item}}"
state=absent
with_items:
- dhcp
Remediation script
include remove_dhcp
class remove_dhcp {
package { 'dhcp':
ensure => 'purged',
}
}
Remediation script
package -remove=dhcp
Security identifiers
- CCE-80331-2
References
4.10.2. Disable DHCP Server
If the system must act as a DHCP server, the configuration
information it serves should be minimized. Also, support for other protocols
and DNS-updating schemes should be explicitly disabled unless needed. The
configuration file for dhcpd is called /etc/dhcp/dhcpd.conf
. The file
begins with a number of global configuration options. The remainder of the file
is divided into sections, one for each block of addresses offered by dhcpd,
each of which contains configuration options specific to that address
block.
link | previous | next | up | toc | home
4.10.2.a. Do Not Use Dynamic DNS
To prevent the DHCP server from receiving DNS information from
clients, edit /etc/dhcp/dhcpd.conf
, and add or correct the following global
option:
ddns-update-style none;
The ddns-update-style option controls only whether the DHCP server will attempt to act as a Dynamic DNS client. As long as the DNS server itself is correctly configured to reject DDNS attempts, an incorrect ddns-update-style setting on the client is harmless (but should be fixed as a best practice).
The Dynamic DNS protocol is used to remotely update the data served by a DNS server. DHCP servers can use Dynamic DNS to publish information about their clients. This setup carries security risks, and its use is not recommended. If Dynamic DNS must be used despite the risks it poses, it is critical that Dynamic DNS transactions be protected using TSIG or some other cryptographic authentication mechanism. See dhcpd.conf(5) for more information about protecting the DHCP server from passing along malicious DNS data from its clients.
Security identifiers
- CCE-80332-0
References
4.10.2.b. Deny Decline Messages
Edit /etc/dhcp/dhcpd.conf
and add or correct the following
global option to prevent the DHCP server from responding the DHCPDECLINE
messages, if possible:
deny declines;
The DHCPDECLINE message can be sent by a DHCP client to indicate that it does not consider the lease offered by the server to be valid. By issuing many DHCPDECLINE messages, a malicious client can exhaust the DHCP server's pool of IP addresses, causing the DHCP server to forget old address allocations.
Security identifiers
- CCE-80333-8
References
4.10.2.c. Deny BOOTP Queries
Unless your network needs to support older BOOTP clients, disable support for the bootp protocol by adding or correcting the global option:
deny bootp;
The bootp option tells dhcpd to respond to BOOTP queries. If support for this simpler protocol is not needed, it should be disabled to remove attack vectors against the DHCP server.
Security identifiers
- CCE-80334-6
References
4.10.2.d. Configure Logging
Ensure that the following line exists in
/etc/rsyslog.conf
:
daemon.* /var/log/daemon.log
Configure logwatch or other log monitoring tools to summarize error conditions
reported by the dhcpd process.
By default, dhcpd logs notices to the daemon facility. Sending all daemon messages to a dedicated log file is part of the syslog configuration outlined in the Logging and Auditing section
Security identifiers
- CCE-80336-1
References
4.10.2.5. Minimize Served Information
Edit /etc/dhcp/dhcpd.conf. Examine each address range section within the file, and ensure that the following options are not defined unless there is an operational need to provide this information via DHCP:
option domain-name
option domain-name-servers
option nis-domain
option nis-servers
option ntp-servers
option routers
option time-offset
By default, the Red Hat Enterprise Linux client installation uses DHCP to request much of the above information from the DHCP server. In particular, domain-name, domain-name-servers, and routers are configured via DHCP. These settings are typically necessary for proper network functionality, but are also usually static across machines at a given site.
Because the configuration information provided by the DHCP server could be maliciously provided to clients by a rogue DHCP server, the amount of information provided via DHCP should be minimized. Remove these definitions from the DHCP server configuration to ensure that legitimate clients do not unnecessarily rely on DHCP for this information.
References
4.10.3. Disable DHCP Client
DHCP is the default network configuration method provided by the system installer, and common on many networks. Nevertheless, manual management of IP addresses for systems implies a greater degree of management and accountability for network activity.
link | previous | next | up | toc | home
4.10.3.a. Disable DHCP Client
For each interface on the system (e.g. eth0), edit
/etc/sysconfig/network-scripts/ifcfg-interface
and make the
following changes:
-
Correct the BOOTPROTO line to read:
BOOTPROTO=none
-
Add or correct the following lines, substituting the appropriate values based on your site's addressing scheme:
NETMASK=255.255.255.0 IPADDR=192.168.1.2 GATEWAY=192.168.1.1
DHCP relies on trusting the local network. If the local network is not trusted, then it should not be used. However, the automatic configuration provided by DHCP is commonly used and the alternative, manual configuration, presents an unacceptable burden in many circumstances.
Security identifiers
- CCE-80337-9
References
4.10.4. Configure DHCP Client if Necessary
If DHCP must be used, then certain configuration changes can
minimize the amount of information it receives and applies from the network,
and thus the amount of incorrect information a rogue DHCP server could
successfully distribute. For more information on configuring dhclient, see the
dhclient(8)
and dhclient.conf(5)
man pages.
link | previous | next | up | toc | home
4.10.4.1. Minimize the DHCP-Configured Options
Create the file /etc/dhcp/dhclient.conf
, and add an
appropriate setting for each of the ten configuration settings which can be
obtained via DHCP. For each setting, do one of the following:
If the setting should not be configured remotely by the DHCP server,
select an appropriate static value, and add the line:
supersede setting value;
If the setting should be configured remotely by the DHCP server, add the lines:
request setting;
require setting;
For example, suppose the DHCP server should provide only the IP address itself
and the subnet mask. Then the entire file should look like:
supersede domain-name "example.com";
supersede domain-name-servers 192.168.1.2;
supersede nis-domain "";
supersede nis-servers "";
supersede ntp-servers "ntp.example.com ";
supersede routers 192.168.1.1;
supersede time-offset -18000;
request subnet-mask;
require subnet-mask;
In this example, the options nis-servers and nis-domain are set to empty strings, on the assumption that the deprecated NIS protocol is not in use. It is necessary to supersede settings for unused services so that they cannot be set by a hostile DHCP server. If an option is set to an empty string, dhclient will typically not attempt to configure the service.
By default, the DHCP client program, dhclient, requests and applies
ten configuration options (in addition to the IP address) from the DHCP server.
subnet-mask, broadcast-address, time-offset, routers, domain-name,
domain-name-servers, host-name, nis-domain, nis-servers, and ntp-servers. Many
of the options requested and applied by dhclient may be the same for every
system on a network. It is recommended that almost all configuration options be
assigned statically, and only options which must vary on a host-by-host basis
be assigned via DHCP. This limits the damage which can be done by a rogue DHCP
server. If appropriate for your site, it is also possible to supersede the
host-name directive in /etc/dhcp/dhclient.conf
, establishing a static
hostname for the machine. However, dhclient does not use the host name option
provided by the DHCP server (instead using the value provided by a reverse DNS
lookup).
4.11. Network Time Protocol
The Network Time Protocol is used to manage the system
clock over a network. Computer clocks are not very accurate, so
time will drift unpredictably on unmanaged systems. Central time
protocols can be used both to ensure that time is consistent among
a network of machines, and that their time is consistent with the
outside world.
If every system on a network reliably reports the same time, then it is much
easier to correlate log messages in case of an attack. In addition, a number of
cryptographic protocols (such as Kerberos) use timestamps to prevent certain
types of attacks. If your network does not have synchronized time, these
protocols may be unreliable or even unusable.
Depending on the specifics of the network, global time accuracy may be just as
important as local synchronization, or not very important at all. If your
network is connected to the Internet, using a public timeserver (or one
provided by your enterprise) provides globally accurate timestamps which may be
essential in investigating or responding to an attack which originated outside
of your network.
A typical network setup involves a small number of internal systems operating
as NTP servers, and the remainder obtaining time information from those
internal servers.
There is a choice between the daemons ntpd
and chronyd
, which
are available from the repositories in the ntp
and chrony
packages respectively.
The default chronyd
daemon can work well when external time references
are only intermittently accesible, can perform well even when the network is
congested for longer periods of time, can usually synchronize the clock faster
and with better time accuracy, and quickly adapts to sudden changes in the rate
of the clock, for example, due to changes in the temperature of the crystal
oscillator. Chronyd
should be considered for all systems which are
frequently suspended or otherwise intermittently disconnected and reconnected
to a network. Mobile and virtual systems for example.
The ntpd
NTP daemon fully supports NTP protocol version 4 (RFC 5905),
including broadcast, multicast, manycast clients and servers, and the orphan
mode. It also supports extra authentication schemes based on public-key
cryptography (RFC 5906). The NTP daemon (ntpd
) should be considered
for systems which are normally kept permanently on. Systems which are required
to use broadcast or multicast IP, or to perform authentication of packets with
the Autokey
protocol, should consider using ntpd
.
Refer to
chronyd
and ntpd
daemon features respectively, and for further guidance how to
choose between the two NTP daemons.
The upstream manual pages at http://chrony.tuxfamily.org/manual.html for
chronyd
and http://www.ntp.org for ntpd
provide additional
information on the capabilities and configuration of each of the NTP daemons.
link | previous | next | up | toc | home
4.11.a. Enable the NTP Daemon
The chronyd
service can be enabled with the following command:
$ sudo systemctl enable chronyd.service
Note: The chronyd
daemon is enabled by default.
The
ntpd
service can be enabled with the following command:
$ sudo systemctl enable ntpd.service
Note: The ntpd
daemon is not enabled by default. Though as mentioned
in the previous sections in certain environments the ntpd
daemon might
be preferred to be used rather than the chronyd
one. Refer to:
for guidance which NTP daemon to choose depending on the environment used.
Enabling some of chronyd
or ntpd
services ensures
that the NTP daemon will be running and that the system will synchronize its
time to any servers specified. This is important whether the system is
configured to be a client (and synchronize only its own clock) or it is also
acting as an NTP server to other systems. Synchronizing time is essential for
authentication services such as Kerberos, but it is also important for
maintaining accurate logs and auditing possible security breaches.
The chronyd
and ntpd
NTP daemons offer all of the
functionality of ntpdate
, which is now deprecated. Additional
information on this is available at
http://support.ntp.org/bin/view/Dev/DeprecatingNtpdate
Remediation script
if ! `rpm -q --quiet chrony` && ! `rpm -q --quiet ntp-`; then
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command install chrony
service_command enable chronyd
elif `rpm -q --quiet chrony`; then
if ! [ `/usr/sbin/pidof ntpd` ] ; then
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command enable chronyd
fi
else
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command enable ntpd
fi
Security identifiers
- CCE-27444-9
References
- AU-8(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 160. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.4. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 3.6. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.11.b. Specify a Remote NTP Server
Depending on specific functional requirements of a concrete
production environment, the Red Hat Enterprise Linux 7 Server system can be
configured to utilize the services of the chronyd
NTP daemon (the
default), or services of the ntpd
NTP daemon. Refer to
To specify a remote NTP server for time synchronization, perform the following:
-
if the system is configured to use the
chronyd
as the NTP daemon (the default), edit the file/etc/chrony.conf
as follows, -
if the system is configured to use the
ntpd
as the NTP daemon, edit the file/etc/ntp.conf
as documented below.
Add or correct the following lines, substituting the IP or hostname of a remote NTP server for ntpserver:
server ntpserver
This instructs the NTP software to contact that remote server to obtain time
data.
Synchronizing with an NTP server makes it possible to collate system logs from multiple sources or correlate computer events with real time events.
Remediation script
var_multiple_time_servers=""
if ! `/usr/sbin/pidof ntpd`; then
if ! `grep -q ^server /etc/chrony.conf` ; then
if ! `grep -q '#[[:space:]]*server' /etc/chrony.conf` ; then
for i in `echo "$var_multiple_time_servers" | tr ',' '\n'` ; do
echo -ne "\nserver $i iburst" >> /etc/chrony.conf
done
else
sed -i 's/#[ ]*server/server/g' /etc/chrony.conf
fi
fi
else
if ! `grep -q ^server /etc/ntp.conf` ; then
if ! `grep -q '#[[:space:]]*server' /etc/ntp.conf` ; then
for i in `echo "$var_multiple_time_servers" | tr ',' '\n'` ; do
echo -ne "\nserver $i iburst" >> /etc/ntp.conf
done
else
sed -i 's/#[ ]*server/server/g' /etc/ntp.conf
fi
fi
fi
Security identifiers
- CCE-27278-1
References
- AU-8(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 160. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- Req-10.4.1. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- Req-10.4.3. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
- 3.6. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.11.c. Specify Additional Remote NTP Servers
Depending on specific functional requirements of a concrete
production environment, the Red Hat Enterprise Linux 7 Server system can be
configured to utilize the services of the chronyd
NTP daemon (the
default), or services of the ntpd
NTP daemon. Refer to
Additional NTP servers can be specified for time synchronization. To do so, perform the following:
-
if the system is configured to use the
chronyd
as the NTP daemon (the default), edit the file/etc/chrony.conf
as follows, -
if the system is configured to use the
ntpd
as the NTP daemon, edit the file/etc/ntp.conf
as documented below.
Add additional lines of the following form, substituting the IP address or hostname of a remote NTP server for ntpserver:
server ntpserver
Specifying additional NTP servers increases the availability of accurate time data, in the event that one of the specified servers becomes unavailable. This is typical for a system acting as an NTP server for other systems.
Remediation script
var_multiple_time_servers=""
if ! `/usr/sbin/pidof ntpd`; then
if [ `grep -c '^server' /etc/chrony.conf` -lt 2 ]; then
if ! `grep -q '#[[:space:]]*server' /etc/chrony.conf` ; then
for i in `echo "$var_multiple_time_servers" | tr ',' '\n'` ; do
echo -ne "\nserver $i iburst" >> /etc/chrony.conf
done
else
sed -i 's/#[ ]*server/server/g' /etc/chrony.conf
fi
fi
else
if [ `grep -c '^server' /etc/ntp.conf` -lt 2 ]; then
if ! `grep -q '#[[:space:]]*server' /etc/ntp.conf` ; then
for i in `echo "$var_multiple_time_servers" | tr ',' '\n'` ; do
echo -ne "\nserver $i iburst" >> /etc/ntp.conf
done
else
sed -i 's/#[ ]*server/server/g' /etc/ntp.conf
fi
fi
fi
Security identifiers
- CCE-27012-4
References
- AU-8(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- Req-10.4.3. URL: <https://www.pcisecuritystandards.org/documents/PCI_DSS_v3-1.pdf>.
4.12. Mail Server Software
Mail servers are used to send and receive email over the network.
Mail is a very common service, and Mail Transfer Agents (MTAs) are obvious
targets of network attack.
Ensure that machines are not running MTAs unnecessarily,
and configure needed MTAs as defensively as possible.
Very few systems at any site should be configured to directly receive email over the
network. Users should instead use mail client programs to retrieve email
from a central server that supports protocols such as IMAP or POP3.
However, it is normal for most systems to be independently capable of sending email,
for instance so that cron jobs can report output to an administrator.
Most MTAs, including Postfix, support a submission-only mode in which mail can be sent from
the local system to a central site MTA (or directly delivered to a local account),
but the system still cannot receive mail directly over a network.
The alternatives
program in Red Hat Enterprise Linux permits selection of other mail server software
(such as Sendmail), but Postfix is the default and is preferred.
Postfix was coded with security in mind and can also be more effectively contained by
SELinux as its modular design has resulted in separate processes performing specific actions.
More information is available on its website, http://www.postfix.org.
link | previous | next | up | toc | home
4.12.a. Enable Postfix Service
The Postfix mail transfer agent is used for local mail delivery
within the system. The default configuration only listens for connections to
the default SMTP port (port 25) on the loopback interface (127.0.0.1). It is
recommended to leave this service enabled for local mail delivery.
The postfix
service can be enabled with the following command:
$ sudo systemctl enable postfix.service
Local mail delivery is essential to some system maintenance and notification tasks.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command enable postfix
Remediation script
- name: Enable service postfix
service:
name="{{item}}"
enabled="yes"
state="started"
with_items:
- postfix
Security identifiers
- CCE-80287-6
4.12.b. Uninstall Sendmail Package
Sendmail is not the default mail transfer agent and is
not installed by default.
The sendmail
package can be removed with the following command:
$ sudo yum erase sendmail
The sendmail software was not developed with security in mind and its design prevents it from being effectively contained by SELinux. Postfix should be used instead.
Security identifiers
- CCE-80288-4
References
4.12.3. Configure SMTP For Mail Clients
This section discusses settings for Postfix in a submission-only e-mail configuration.
link | previous | next | up | toc | home
4.12.3.a. Disable Postfix Network Listening
Edit the file /etc/postfix/main.cf
to ensure that only the following
inet_interfaces
line appears:
inet_interfaces = localhost
This ensures postfix
accepts mail messages
(such as cron job reports) from the local system only,
and not from the network, which protects it from network attack.
Security identifiers
- CCE-80289-2
References
4.12.4. Configure Operating System to Protect Mail Server
The guidance in this section is appropriate for any host which is operating as a site MTA, whether the mail server runs using Sendmail, Postfix, or some other software.
link | previous | next | up | toc | home
4.12.4.1. Configure SSL Certificates for Use with SMTP AUTH
If SMTP AUTH is to be used, the use of SSL to protect credentials in transit is strongly recommended. There are also configurations for which it may be desirable to encrypt all mail in transit from one MTA to another, though such configurations are beyond the scope of this guide. In either event, the steps for creating and installing an SSL certificate are independent of the MTA in use, and are described here.
link | previous | next | up | toc | home
4.12.4.1.1. Ensure Security of Postfix SSL Certificate
Create the PKI directory for mail certificates, if it does not already exist:
$ sudo mkdir /etc/pki/tls/mail
$ sudo chown root:root /etc/pki/tls/mail
$ sudo chmod 755 /etc/pki/tls/mail
Using removable media or some other secure transmission format, install the files generated in the previous
step onto the mail server:
/etc/pki/tls/mail/serverkey.pem: the private key mailserverkey.pem
/etc/pki/tls/mail/servercert.pem: the certificate file mailservercert.pem
Verify the ownership and permissions of these files:
$ sudo chown root:root /etc/pki/tls/mail/serverkey.pem
$ sudo chown root:root /etc/pki/tls/mail/servercert.pem
$ sudo chmod 600 /etc/pki/tls/mail/serverkey.pem
$ sudo chmod 644 /etc/pki/tls/mail/servercert.pem
Verify that the CA's public certificate file has been installed as /etc/pki/tls/CA/cacert.pem
, and has the
correct permissions:
$ sudo chown root:root /etc/pki/tls/CA/cacert.pem
$ sudo chmod 644 /etc/pki/tls/CA/cacert.pem
4.12.4.2. Configure Postfix if Necessary
Postfix stores its configuration files in the directory
/etc/postfix by default. The primary configuration file is
/etc/postfix/main.cf
.
link | previous | next | up | toc | home
4.12.4.2.a. Configure SMTP Greeting Banner
Edit /etc/postfix/main.cf
, and add or correct the
following line, substituting some other wording for the banner information if
you prefer:
smtpd_banner = $myhostname ESMTP
The default greeting banner discloses that the listening mail process is Postfix. When remote mail senders connect to the MTA on port 25, they are greeted by an initial banner as part of the SMTP dialogue. This banner is necessary, but it frequently gives away too much information, including the MTA software which is in use, and sometimes also its version number. Remote mail senders do not need this information in order to send mail, so the banner should be changed to reveal only the hostname (which is already known and may be useful) and the word ESMTP, to indicate that the modern SMTP protocol variant is supported.
Security identifiers
- CCE-80290-0
4.12.4.2.2. Configure Postfix Resource Usage to Limit Denial of Service Attacks
Edit /etc/postfix/main.cf
. Edit the following lines to
configure the amount of system resources Postfix can consume:
default_process_limit = 100
smtpd_client_connection_count_limit = 10
smtpd_client_connection_rate_limit = 30
queue_minfree = 20971520
header_size_limit = 51200
message_size_limit = 10485760
smtpd_recipient_limit = 100
The values here are examples.
Note: The values given here are examples, and may
need to be modified for any particular site. By default, the Postfix anvil
process gathers mail receipt statistics. To get information about about what
connection rates are typical at your site, look in /var/log/maillog
for lines with the daemon name postfix/anvil.
These configuration options serve to make it more difficult for
attackers to consume resources on the MTA host. The
default_process_limit
parameter controls how many smtpd
processes can exist at a time, while
smtpd_client_connection_count_limit
controls the number of those which
can be occupied by any one remote sender, and
smtpd_client_connection_rate_limit
controls the number of connections
any one client can make per minute. By default, local hosts (those in
mynetworks
) are exempted from per-client rate limiting. The
queue_minfree
parameter establishes a free space threshold, in order
to stop e-mail receipt before the queue filesystem is entirely full. The
header_size_limit
, message_size_limit
, and
smtpd_recipient_limit
parameters place bounds on the legal sizes of
messages received via SMTP.
4.12.4.2.3. Control Mail Relaying
Postfix's mail relay controls are implemented with the help of the smtpd recipient restrictions option, which controls the restrictions placed on the SMTP dialogue once the sender and recipient envelope addresses are known. The guidance in the following sections should be applied to all machines. If there are machines which must be allowed to relay mail, but which cannot be trusted to relay unconditionally, configure SMTP AUTH with SSL support.
link | previous | next | up | toc | home
4.12.4.2.3.1. Configure Trusted Networks and Hosts
Edit /etc/postfix/main.cf
, and configure the contents of
the mynetworks
variable in one of the following ways:
-
If any machine in the subnet containing the MTA may be trusted to relay messages, add or correct the following line:
This is also the default setting, and is in effect if allmynetworks_style = subnet
my_networks_style
directives are commented. -
If only the MTA host itself is trusted to relay messages, add or correct the following line:
mynetworks_style = host
-
If the set of machines which can relay is more complicated, manually specify an entry for each netblock or IP address which is trusted to relay by setting the
mynetworks
variable directly:mynetworks = 10.0.0.0/16, 192.168.1.0/24, 127.0.0.1
The mynetworks
variable must contain only the set of
machines for which this MTA should unconditionally relay mail. This is a trust
relationship - if spammers gain access to these machines, your site will
effectively become an open relay. It is recommended that only machines which
are managed by you or by another trusted organization be placed in mynetworks,
and users of all other machines be required to use SMTP AUTH to send mail.
4.12.4.2.3.2. Enact SMTP Relay Restrictions
To configure Postfix to restrict addresses to which it
will send mail, see:
http://www.postfix.org/SMTPD_ACCESS_README.html#danger
The full contents of smtpd_recipient_restrictions
will
vary by site, since this is a common place to put spam restrictions and other
site-specific options. The permit_mynetworks
option allows all mail to
be relayed from the machines in mynetworks
. Then, the
reject_unauth_destination
option denies all mail whose destination
address is not local, preventing any other machines from relaying. These two
options should always appear in this order, and should usually follow one
another immediately unless SMTP AUTH is used.
4.12.4.2.3.3. Enact SMTP Recipient Restrictions
To configure Postfix to restrict addresses to which it
will send mail, see:
http://www.postfix.org/SMTPD_ACCESS_README.html#danger
The full contents of smtpd_recipient_restrictions
will
vary by site, since this is a common place to put spam restrictions and other
site-specific options. The permit_mynetworks
option allows all mail to
be relayed from the machines in mynetworks
. Then, the
reject_unauth_destination
option denies all mail whose destination
address is not local, preventing any other machines from relaying. These two
options should always appear in this order, and should usually follow one
another immediately unless SMTP AUTH is used.
4.12.4.2.3.4. Require SMTP AUTH Before Relaying from Untrusted Clients
SMTP authentication allows remote clients to relay mail safely by requiring them to authenticate before submitting mail. Postfix's SMTP AUTH uses an authentication library called SASL, which is not part of Postfix itself. To enable the use of SASL authentication, see http://www.postfix.org/SASL_README.html
4.12.4.2.3.5. Use TLS for SMTP AUTH
Postfix provides options to use TLS for certificate-based authentication and encrypted sessions. An encrypted session protects the information that is transmitted with SMTP mail or with SASL authentication. To configure Postfix to protect all SMTP AUTH transactions using TLS, see http://www.postfix.org/TLS_README.html.
4.13. LDAP
LDAP is a popular directory service, that is, a standardized way of looking up information from a central database. Red Hat Enterprise Linux 7 includes software that enables a system to act as both an LDAP client and server.
link | previous | next | up | toc | home
4.13.1. Configure OpenLDAP Clients
This section provides information on which security settings are
important to configure in OpenLDAP clients by manually editing the appropriate
configuration files. Red Hat Enterprise Linux 7 provides an automated configuration tool called
authconfig and a graphical wrapper for authconfig called
system-config-authentication
. However, these tools do not provide as
much control over configuration as manual editing of configuration files. The
authconfig tools do not allow you to specify locations of SSL certificate
files, which is useful when trying to use SSL cleanly across several protocols.
Installation and configuration of OpenLDAP on Red Hat Enterprise Linux 7 is available at
Before configuring any system to be an LDAP client, ensure that a working LDAP server is present on the network.
link | previous | next | up | toc | home
4.13.1.a. Configure LDAP Client to Use TLS For All Transactions
This check verifies that RHEL7 impliments cryptography
to protect the integrity of remote LDAP authentication sessions.
To determine if LDAP is being used for authentication, use the following
command:
$ sudo grep -i useldapauth /etc/sysconfig/authconfig
If
USELDAPAUTH=yes
, then LDAP is being used. To check if LDAP is
configured to use TLS, use the following command:
$ sudo grep -i ssl /etc/pam_ldap.conf
Without cryptographic integrity protections, information can be altered by unauthorized users without detection. The ssl directive specifies whether to use TLS or not. If not specified it will default to no. It should be set to start_tls rather than doing LDAP over SSL.
Security identifiers
- CCE-80291-8
References
- AC-17(2). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 1453. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000250-GPOS-00093. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040180. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.13.1.b. Configure Certificate Directives for LDAP Use of TLS
Ensure a copy of a trusted CA certificate has been placed in
the file /etc/pki/tls/CA/cacert.pem
. Configure LDAP to enforce TLS
use and to trust certificates signed by that CA. First, edit the file
/etc/nslcd.conf
, and add or correct either of the following lines:
tls_cacertdir /etc/pki/tls/CA
or
tls_cacertfile /etc/pki/tls/CA/cacert.pem
Then review the LDAP server and ensure TLS has been configured.
The tls_cacertdir or tls_cacertfile directives are required when tls_checkpeer is configured (which is the default for openldap versions 2.1 and up). These directives define the path to the trust certificates signed by the site CA.
Security identifiers
- CCE-80292-6
References
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 776. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 778. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1453. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
4.13.2. Configure OpenLDAP Server
This section details some security-relevant settings for an OpenLDAP server. Installation and configuration of OpenLDAP on Red Hat Enterprise Linux 7 is available at:
.link | previous | next | up | toc | home
4.13.2.a. Uninstall openldap-servers Package
The openldap-servers
package should be removed if not in use.
Is this machine the OpenLDAP server? If not, remove the package.
$ sudo yum erase openldap-servers
The openldap-servers RPM is not installed by default on Red Hat Enterprise Linux 7
machines. It is needed only by the OpenLDAP server, not by the
clients which use LDAP for authentication. If the system is not
intended for use as an LDAP Server it should be removed.
Unnecessary packages should not be installed to decrease the attack surface of the system. While this software is clearly essential on an LDAP server, it is not necessary on typical desktop or workstation systems.
Security identifiers
- CCE-80293-4
References
4.13.2.2. Install and Protect LDAP Certificate Files
Create the PKI directory for LDAP certificates if it does not already exist:
$ sudo mkdir /etc/pki/tls/ldap
$ sudo chown root:root /etc/pki/tls/ldap
$ sudo chmod 755 /etc/pki/tls/ldap
Using removable media or some other secure transmission format, install the certificate files
onto the LDAP server:
-
/etc/pki/tls/ldap/serverkey.pem
: the private keyldapserverkey.pem
-
/etc/pki/tls/ldap/servercert.pem
: the certificate fileldapservercert.pem
Verify the ownership and permissions of these files:
$ sudo chown root:ldap /etc/pki/tls/ldap/serverkey.pem
$ sudo chown root:ldap /etc/pki/tls/ldap/servercert.pem
$ sudo chmod 640 /etc/pki/tls/ldap/serverkey.pem
$ sudo chmod 640 /etc/pki/tls/ldap/servercert.pem
Verify that the CA's public certificate file has been installed as
/etc/pki/tls/CA/cacert.pem
, and has the correct permissions:
$ sudo mkdir /etc/pki/tls/CA
$ sudo chown root:root /etc/pki/tls/CA/cacert.pem
$ sudo chmod 644 /etc/pki/tls/CA/cacert.pem
As a result of these steps, the LDAP server will have access to its own private
certificate and the key with which that certificate is encrypted, and to the
public certificate file belonging to the CA. Note that it would be possible for
the key to be protected further, so that processes running as ldap could not
read it. If this were done, the LDAP server process would need to be restarted
manually whenever the server rebooted.
4.14. NFS and RPC
The Network File System is a popular distributed filesystem for the Unix environment, and is very widely deployed. This section discusses the circumstances under which it is possible to disable NFS and its dependencies, and then details steps which should be taken to secure NFS's configuration. This section is relevant to machines operating as NFS clients, as well as to those operating as NFS servers.
link | previous | next | up | toc | home
4.14.1. Disable All NFS Services if Possible
If there is not a reason for the system to operate as either an NFS client or an NFS server, follow all instructions in this section to disable subsystems required by NFS.
The steps in this section will prevent a machine from operating as either an NFS client or an NFS server. Only perform these steps on machines which do not need NFS at all.
link | previous | next | up | toc | home
4.14.1.1. Disable Services Used Only by NFS
If NFS is not needed, disable the NFS client daemons nfslock, rpcgssd, and rpcidmapd.
All of these daemons run with elevated privileges, and many listen for network
connections. If they are not needed, they should be disabled to improve system
security posture.
link | previous | next | up | toc | home
4.14.1.1.a. Disable Network File System Lock Service (nfslock)
The Network File System Lock (nfslock) service starts the required
remote procedure call (RPC) processes which allow clients to lock files on the
server. If the local machine is not configured to mount NFS filesystems then
this service should be disabled.
The nfslock
service can be disabled with the following command:
$ sudo systemctl disable nfslock.service
Remediation script
#
# Disable nfs-lock.service for all systemd targets
#
systemctl disable nfs-lock.service
#
# Stop nfs-lock.service if currently running
#
systemctl stop nfs-lock.service
Security identifiers
- CCE-80228-0
References
4.14.1.1.b. Disable Secure RPC Client Service (rpcgssd)
The rpcgssd service manages RPCSEC GSS contexts required to secure protocols
that use RPC (most often Kerberos and NFS). The rpcgssd service is the
client-side of RPCSEC GSS. If the system does not require secure RPC then this
service should be disabled.
The rpcgssd
service can be disabled with the following command:
$ sudo systemctl disable rpcgssd.service
Remediation script
#
# Disable nfs-secure.service (rpcgssd) for all systemd targets
#
systemctl disable nfs-secure.service
#
# Stop nfs-secure.service (rpcgssd) if currently running
#
systemctl stop nfs-secure.service
Security identifiers
- CCE-80229-8
References
4.14.1.1.c. Disable rpcbind Service
The rpcbind utility maps RPC services to the ports on which they listen. RPC
processes notify rpcbind when they start, registering the ports they are
listening on and the RPC program numbers they expect to serve. The rpcbind
service redirects the client to the proper port number so it can communicate
with the requested service. If the system does not require RPC (such as for NFS
servers) then this service should be disabled.
The rpcbind
service can be disabled with the following command:
$ sudo systemctl disable rpcbind.service
Security identifiers
- CCE-80230-6
References
4.14.1.1.d. Disable RPC ID Mapping Service (rpcidmapd)
The rpcidmapd service is used to map user names and groups to UID
and GID numbers on NFSv4 mounts. If NFS is not in use on the local system then
this service should be disabled.
The rpcidmapd
service can be disabled with the following command:
$ sudo systemctl disable rpcidmapd.service
Remediation script
#
# Disable nfs-idmap.service (rpcidmapd) for all systemd targets
#
systemctl disable nfs-idmap.service
#
# Stop nfs-idmap.service (rpcidmapd) if currently running
#
systemctl stop nfs-idmap.service
Security identifiers
- CCE-80231-4
References
4.14.2. Configure All Machines which Use NFS
The steps in this section are appropriate for all machines which run NFS, whether they operate as clients or as servers.
link | previous | next | up | toc | home
4.14.2.1. Make Each Machine a Client or a Server, not Both
If NFS must be used, it should be deployed in the simplest configuration possible to avoid maintainability problems which may lead to unnecessary security exposure. Due to the reliability and security problems caused by NFS (specially NFSv3 and NFSv2), it is not a good idea for machines which act as NFS servers to also mount filesystems via NFS. At the least, crossed mounts (the situation in which each of two servers mounts a filesystem from the other) should never be used.
4.14.2.2. Configure NFS Services to Use Fixed Ports (NFSv3 and NFSv2)
Firewalling should be done at each host and at the border
firewalls to protect the NFS daemons from remote access, since NFS servers
should never be accessible from outside the organization. However, by default
for NFSv3 and NFSv2, the RPC Bind service assigns each NFS service to a port
dynamically at service startup time. Dynamic ports cannot be protected by port
filtering firewalls such as firewalld
.
Therefore, restrict each service to always use a given port, so that
firewalling can be done effectively. Note that, because of the way RPC is
implemented, it is not possible to disable the RPC Bind service even if ports
are assigned statically to all RPC services.
In NFSv4, the mounting and locking protocols have been incorporated into the
protocol, and the server listens on the the well-known TCP port 2049. As such,
NFSv4 does not need to interact with the rpcbind, lockd, and rpc.statd
daemons, which can and should be disabled in a pure NFSv4 environment. The
rpc.mountd
daemon is still required on the NFS server to setup
exports, but is not involved in any over-the-wire operations.
link | previous | next | up | toc | home
4.14.2.2.a. Configure lockd to use static TCP port
Configure the lockd
daemon to use a static TCP port as
opposed to letting the RPC Bind service dynamically assign a port. Edit the
file /etc/sysconfig/nfs
. Add or correct the following line:
LOCKD_TCPPORT=lockd-port
Where lockd-port
is a port which is not used by any other service on
your network.
Restrict service to always use a given port, so that firewalling can be done effectively.
Security identifiers
- CCE-80232-2
4.14.2.2.b. Configure lockd to use static UDP port
Configure the lockd
daemon to use a static UDP port as
opposed to letting the RPC Bind service dynamically assign a port. Edit the
file /etc/sysconfig/nfs
. Add or correct the following line:
LOCKD_UDPPORT=lockd-port
Where lockd-port
is a port which is not used by any other service on
your network.
Restricting services to always use a given port enables firewalling to be done more effectively.
Security identifiers
- CCE-80233-0
4.14.2.2.c. Configure statd to use static port
Configure the statd
daemon to use a static port as
opposed to letting the RPC Bind service dynamically assign a port. Edit the
file /etc/sysconfig/nfs
. Add or correct the following line:
STATD_PORT=statd-port
Where statd-port
is a port which is not used by any other service on your network.
Restricting services to always use a given port enables firewalling to be done more effectively.
Security identifiers
- CCE-80234-8
4.14.2.2.d. Configure mountd to use static port
Configure the mountd
daemon to use a static port as
opposed to letting the RPC Bind service dynamically assign a port. Edit the
file /etc/sysconfig/nfs
. Add or correct the following line:
MOUNTD_PORT=statd-port
Where mountd-port
is a port which is not used by any other service on your network.
Restricting services to always use a given port enables firewalling to be done more effectively.
Security identifiers
- CCE-80235-5
4.14.3. Configure NFS Clients
The steps in this section are appropriate for machines which operate as NFS clients.
link | previous | next | up | toc | home
4.14.3.1. Disable NFS Server Daemons
There is no need to run the NFS server daemons nfs
and
rpcsvcgssd
except on a small number of properly secured machines
designated as NFS servers. Ensure that these daemons are turned off on
clients.
link | previous | next | up | toc | home
4.14.3.1.a. Specify UID and GID for Anonymous NFS Connections
To specify the UID and GID for remote root users, edit the /etc/exports
file and add the following for each export:
anonuid=value greater than UID_MAX from /etc/login.defs
anongid=value greater than GID_MAX from /etc/login.defs
Alternatively, functionally equivalent values of 60001, 65534, 65535 may be used.
Specifying the anonymous UID and GID ensures that the remote root user is mapped to a local account which has no permissions on the system.
Security identifiers
- CCE-80236-3
4.14.3.1.b. Disable Network File System (nfs)
The Network File System (NFS) service allows remote hosts to mount
and interact with shared filesystems on the local machine. If the local machine
is not designated as a NFS server then this service should be disabled.
The nfs
service can be disabled with the following command:
$ sudo systemctl disable nfs.service
Unnecessary services should be disabled to decrease the attack surface of the system.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable nfs
Remediation script
- name: Disable service nfs
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- nfs
Security identifiers
- CCE-80237-1
4.14.3.1.c. Disable Secure RPC Server Service (rpcsvcgssd)
The rpcsvcgssd service manages RPCSEC GSS contexts required to
secure protocols that use RPC (most often Kerberos and NFS). The rpcsvcgssd
service is the server-side of RPCSEC GSS. If the system does not require secure
RPC then this service should be disabled.
The rpcsvcgssd
service can be disabled with the following command:
$ sudo systemctl disable rpcsvcgssd.service
Unnecessary services should be disabled to decrease the attack surface of the system.
Remediation script
#
# Disable nfs-secure-server.service (rpcsvcgssd) for all systemd targets
#
systemctl disable nfs-secure-server.service
#
# Stop nfs-secure-server.service (rpcsvcgssd) if currently running
#
systemctl stop nfs-secure-server.service
Security identifiers
- CCE-80238-9
4.14.3.2. Mount Remote Filesystems with Restrictive Options
Edit the file /etc/fstab
. For each filesystem whose type
(column 3) is nfs
or nfs4
, add the text
,nodev,nosuid
to the list of mount options in column 4. If
appropriate, also add ,noexec
.
See the section titled "Restrict Partition Mount Options" for a description of
the effects of these options. In general, execution of files mounted via NFS
should be considered risky because of the possibility that an adversary could
intercept the request and substitute a malicious file. Allowing setuid files to
be executed from remote servers is particularly risky, both for this reason and
because it requires the clients to extend root-level trust to the NFS
server.
link | previous | next | up | toc | home
4.14.3.2.a. Mount Remote Filesystems with nodev
Add the nodev
option to the fourth column of
/etc/fstab
for the line which controls mounting of
any NFS mounts.
Legitimate device files should only exist in the /dev directory. NFS mounts should not present device files to users.
Security identifiers
- CCE-80239-7
References
4.14.3.2.b. Mount Remote Filesystems with nosuid
Add the nosuid
option to the fourth column of
/etc/fstab
for the line which controls mounting of
any NFS mounts.
NFS mounts should not present suid binaries to users. Only vendor-supplied suid executables should be installed to their default location on the local filesystem.
Security identifiers
- CCE-80240-5
References
- AC-6. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-021012. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.14.3.2.c. Mount Remote Filesystems with Kerberos Security
Add the sec=krb5:krb5i:krb5p
option to the fourth column of
/etc/fstab
for the line which controls mounting of
any NFS mounts.
When an NFS server is configured to use AUTH_SYS a selected userid and groupid are used to handle requests from the remote user. The userid and groupid could mistakenly or maliciously be set incorrectly. The AUTH_GSS method of authentication uses certificates on the server and client systems to more securely authenticate the remote mount request.
Security identifiers
- CCE-27458-9
References
- AC-14(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040740. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.14.4. Configure NFS Servers
The steps in this section are appropriate for machines which operate as NFS servers.
link | previous | next | up | toc | home
4.14.4.a. Use Root-Squashing on All Exports
If a filesystem is exported using root squashing, requests from root on the client
are considered to be unprivileged (mapped to a user such as nobody). This provides some mild
protection against remote abuse of an NFS server. Root squashing is enabled by default, and
should not be disabled.
Ensure that no line in /etc/exports
contains the option no_root_squash
.
If the NFS server allows root access to local file systems from remote hosts, this access could be used to compromise the system.
Security identifiers
- CCE-80241-3
4.14.4.b. Restrict NFS Clients to Privileged Ports
By default, the server NFS implementation requires that all client requests be made
from ports less than 1024. If your organization has control over machines connected to its
network, and if NFS requests are prohibited at the border firewall, this offers some protection
against malicious requests from unprivileged users. Therefore, the default should not be changed.
To ensure that the default has not been changed, ensure no line in
/etc/exports
contains the option insecure
.
Allowing client requests to be made from ports higher than 1024 could allow a unprivileged user to initiate an NFS connection. If the unprivileged user account has been compromised, an attacker could gain access to data on the NFS server.
Security identifiers
- CCE-80242-1
4.14.4.c. Ensure Insecure File Locking is Not Allowed
By default the NFS server requires secure file-lock requests,
which require credentials from the client in order to lock a file. Most NFS
clients send credentials with file lock requests, however, there are a few
clients that do not send credentials when requesting a file-lock, allowing the
client to only be able to lock world-readable files. To get around this, the
insecure_locks
option can be used so these clients can access the
desired export. This poses a security risk by potentially allowing the client
access to data for which it does not have authorization.
Remove any instances of the
insecure_locks
option from the file /etc/exports
.
Allowing insecure file locking could allow for sensitive data to be viewed or edited by an unauthorized user.
Security identifiers
- CCE-80243-9
References
- 764. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
4.14.4.d. Use Kerberos Security on All Exports
Using Kerberos on all exported mounts prevents a malicious client or user from
impersonating a system user. To cryptography authenticate users to the NFS server,
add sec=krb5:krb5i:krb5p
to each export in /etc/exports
.
When an NFS server is configured to use AUTH_SYS a selected userid and groupid are used to handle requests from the remote user. The userid and groupid could mistakenly or maliciously be set incorrectly. The AUTH_GSS method of authentication uses certificates on the server and client systems to more securely authenticate the remote mount request.
Security identifiers
- CCE-27464-7
References
- AC-14(1). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040740. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.14.4.5. Configure the Exports File Restrictively
Linux's NFS implementation uses the file /etc/exports
to control what filesystems
and directories may be accessed via NFS. (See the exports(5)
manpage for more information about the
format of this file.)
The syntax of the exports
file is not necessarily checked fully on reload, and syntax errors
can leave your NFS configuration more open than intended. Therefore, exercise caution when modifying
the file.
The syntax of each line in /etc/exports
is:
/DIR host1(opt1,opt2) host2(opt3)
where /DIR
is a directory or filesystem to export, hostN
is an IP address, netblock,
hostname, domain, or netgroup to which to export, and optN
is an option.
4.14.4.6. Use Access Lists to Enforce Authorization Restrictions
When configuring NFS exports, ensure that each export line in /etc/exports
contains
a list of hosts which are allowed to access that export. If no hosts are specified on an export line,
then that export is available to any remote host which requests it. All lines of the exports file should
specify the hosts (or subnets, if needed) which are allowed to access the exported directory, so that
unknown or remote hosts will be denied.
Authorized hosts can be specified in several different formats:
-
Name or alias that is recognized by the resolver
-
Fully qualified domain name
-
IP address
-
IP subnets in the format
address/netmask
oraddress/CIDR
4.14.4.7. Export Filesystems Read-Only if Possible
If a filesystem is being exported so that users can view the files in a convenient
fashion, but there is no need for users to edit those files, exporting the filesystem read-only
removes an attack vector against the server. The default filesystem export mode is ro
,
so do not specify rw
without a good reason.
4.15. DNS Server
Most organizations have an operational need to run at least one nameserver. However, there are many common attacks involving DNS server software, and this server software should be disabled on any system on which it is not needed.
link | previous | next | up | toc | home
4.15.1. Disable DNS Server
DNS software should be disabled on any machine which does not need to be a nameserver. Note that the BIND DNS server software is not installed on Red Hat Enterprise Linux 7 by default. The remainder of this section discusses secure configuration of machines which must be nameservers.
link | previous | next | up | toc | home
4.15.1.a. Disable DNS Server
The named
service can be disabled with the following command:
$ sudo systemctl disable named.service
All network services involve some risk of compromise due to implementation flaws and should be disabled if possible.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable named
Remediation script
- name: Disable service named
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- named
Security identifiers
- CCE-80325-4
References
4.15.1.b. Uninstall bind Package
To remove the bind
package, which contains the
named
service, run the following command:
$ sudo yum erase bind
If there is no need to make DNS server software available, removing it provides a safeguard against its activation.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove bind
Remediation script
- name: Ensure bind is removed
package:
name="{{item}}"
state=absent
with_items:
- bind
Remediation script
include remove_bind
class remove_bind {
package { 'bind':
ensure => 'purged',
}
}
Remediation script
package -remove=bind
Security identifiers
- CCE-80326-2
References
4.15.2. Isolate DNS from Other Services
This section discusses mechanisms for preventing the DNS server from interfering with other services. This is done both to protect the remainder of the network should a nameserver be compromised, and to make direct attacks on nameservers more difficult.
link | previous | next | up | toc | home
4.15.2.1. Run DNS Software on Dedicated Servers
Since DNS is a high-risk service which must frequently be made available to the entire Internet, it is strongly recommended that no other services be offered by machines which act as organizational DNS servers.
4.15.2.2. Run DNS Software in a chroot Jail
Install the bind-chroot
package:
$ sudo yum install bind-chroot
Place a valid named.conf file inside the chroot jail:
$ sudo cp /etc/named.conf /var/named/chroot/etc/named.conf
$ sudo chown root:root /var/named/chroot/etc/named.conf
$ sudo chmod 644 /var/named/chroot/etc/named.conf
Create and populate an appropriate zone directory within the jail, based on the
options directive. If your named.conf
includes:
options {
directory "/path/to/DIRNAME ";
...
}
then copy that directory and its contents from the original zone directory:
$ sudo cp -r /path/to/DIRNAME /var/named/chroot/DIRNAME
Add or correct the following line within /etc/sysconfig/named
:
ROOTDIR=/var/named/chroot
If you are running BIND in a chroot jail, then you
should use the jailed named.conf
as the primary nameserver
configuration file. That is, when this guide recommends editing
/etc/named.conf
, you should instead edit
/var/named/chroot/etc/named.conf
.
Chroot jails are not foolproof. However, they serve to make it more difficult for a compromised program to be used to attack the entire host. They do this by restricting a program's ability to traverse the directory upward, so that files outside the jail are not visible to the chrooted process. Since RHEL supports a standard mechanism for placing BIND in a chroot jail, you should take advantage of this feature.
4.15.3. Protect DNS Data from Tampering or Attack
This section discusses DNS configuration options which make it more difficult for attackers to gain access to private DNS data or to modify DNS data.
link | previous | next | up | toc | home
4.15.3.a. Disable Zone Transfers from the Nameserver
Is it necessary for a secondary nameserver to receive zone data
via zone transfer from the primary server? If not, follow the instructions in
this section. If so, see the next section for instructions on protecting zone
transfers.
Add or correct the following directive within /etc/named.conf
:
options {
allow-transfer { none; };
...
}
If both the primary and secondary nameserver are under your control, or if you have only one nameserver, it may be possible to use an external configuration management mechanism to distribute zone updates. In that case, it is not necessary to allow zone transfers within BIND itself, so they should be disabled to avoid the potential for abuse.
Security identifiers
- CCE-80327-0
4.15.3.b. Authenticate Zone Transfers
If it is necessary for a secondary nameserver to receive zone data via zone transfer from the primary server, follow the instructions here. Use dnssec-keygen to create a symmetric key file in the current directory:
$ cd /tmp
$ sudo dnssec-keygen -a HMAC-MD5 -b 128 -n HOST dns.example.com
Kdns.example.com .+aaa +iiiii
This output is the name of a file containing the new key. Read the file to find
the base64-encoded key string:
$ sudo cat Kdns.example.com .+NNN +MMMMM .key
dns.example.com IN KEY 512 3 157 base64-key-string
Add the directives to /etc/named.conf
on the primary server:
key zone-transfer-key {
algorithm hmac-md5;
secret "base64-key-string ";
};
zone "example.com " IN {
type master;
allow-transfer { key zone-transfer-key; };
...
};
Add the directives below to /etc/named.conf
on the secondary nameserver:
key zone-transfer-key {
algorithm hmac-md5;
secret "base64-key-string ";
};
server IP-OF-MASTER {
keys { zone-transfer-key; };
};
zone "example.com " IN {
type slave;
masters { IP-OF-MASTER ; };
...
};
The purpose of the dnssec-keygen command is to create the shared secret string base64-key-string. Once this secret has been obtained and inserted into named.conf on the primary and secondary servers, the key files Kdns.example.com .+NNN +MMMMM .key and Kdns.example.com .+NNN +MMMMM .private are no longer needed, and may safely be deleted.
The BIND transaction signature (TSIG) functionality allows primary and secondary nameservers to use a shared secret to verify authorization to perform zone transfers. This method is more secure than using IP-based limiting to restrict nameserver access, since IP addresses can be easily spoofed. However, if you cannot configure TSIG between your servers because, for instance, the secondary nameserver is not under your control and its administrators are unwilling to configure TSIG, you can configure an allow-transfer directive with numerical IP addresses or ACLs as a last resort.
Security identifiers
- CCE-80328-8
References
4.15.3.c. Disable Dynamic Updates
Is there a mission-critical reason to enable the risky dynamic
update functionality? If not, edit /etc/named.conf
. For each zone
specification, correct the following directive if necessary:
zone "example.com " IN {
allow-update { none; };
...
};
Dynamic updates allow remote servers to add, delete, or modify any entries in your zone file. Therefore, they should be considered highly risky, and disabled unless there is a very good reason for their use. If dynamic updates must be allowed, IP-based ACLs are insufficient protection, since they are easily spoofed. Instead, use TSIG keys (see the previous section for an example), and consider using the update-policy directive to restrict changes to only the precise type of change needed.
Security identifiers
- CCE-80329-6
4.15.3.4. Run Separate DNS Servers for External and Internal Queries
Is it possible to run external and internal nameservers on
separate machines? If so, follow the configuration guidance in this section. On
the external nameserver, edit /etc/named.conf
to add or correct the
following directives:
options {
allow-query { any; };
recursion no;
...
};
zone "example.com " IN {
...
};
On the internal nameserver, edit /etc/named.conf
. Add or correct the
following directives, where SUBNET is the numerical IP representation of your
organization in the form xxx.xxx.xxx.xxx/xx:
acl internal {
SUBNET ;
localhost;
};
options {
allow-query { internal; };
...
};
zone "internal.example.com " IN {
...
};
Enterprise nameservers generally serve two functions. One is to
provide public information about the machines in a domain for the benefit of
outside users who wish to contact those machines, for instance in order to send
mail to users in the enterprise, or to visit the enterprise's external web
page. The other is to provide nameservice to client machines within the
enterprise. Client machines require both private information about enterprise
machines (which may be different from the public information served to the rest
of the world) and public information about machines outside the enterprise,
which is used to send mail or visit websites outside of the organization.
In order to provide the public nameservice function, it is necessary to share
data with untrusted machines which request it - otherwise, the enterprise
cannot be conveniently contacted by outside users. However, internal data
should be protected from disclosure, and serving irrelevant public name queries
for outside domains leaves the DNS server open to cache poisoning and other
attacks. Therefore, local network nameservice functions should not be provided
to untrusted machines.
Separate machines should be used to fill these two functions whenever possible.
4.15.3.5. Use Views to Partition External and Internal Information
If it is not possible to run external and internal nameservers on
separate physical machines, run BIND9 and simulate this feature using views.
Edit /etc/named.conf
. Add or correct the following directives (where
SUBNET is the numerical IP representation of your organization in the form
xxx.xxx.xxx.xxx/xx):
acl internal {
SUBNET ;
localhost;
};
view "internal-view" {
match-clients { internal; };
zone "." IN {
type hint;
file "db.cache";
};
zone "internal.example.com " IN {
...
};
};
view "external-view" {
match-clients { any; };
recursion no;
zone "example.com " IN {
...
};
};
As shown in the example, database files which are required for recursion, such as the root hints file, must be available to any clients which are allowed to make recursive queries. Under typical circumstances, this includes only the internal clients which are allowed to use this server as a general-purpose nameserver.
The view feature is provided by BIND9 as a way to allow a single nameserver to make different sets of data available to different sets of clients. If possible, it is always better to run external and internal nameservers on separate machines, so that even complete compromise of the external server cannot be used to obtain internal data or confuse internal DNS clients. However, this is not always feasible, and use of a feature like views is preferable to leaving internal DNS data entirely unprotected.
4.16. FTP Server
FTP is a common method for allowing remote access to
files. Like telnet, the FTP protocol is unencrypted, which means
that passwords and other data transmitted during the session can be
captured and that the session is vulnerable to hijacking.
Therefore, running the FTP server software is not recommended.
However, there are some FTP server configurations which may
be appropriate for some environments, particularly those which
allow only read-only anonymous access as a means of downloading
data available to the public.
link | previous | next | up | toc | home
4.16.1. Disable vsftpd if Possible
To minimize attack surface, disable vsftpd if at all possible.
link | previous | next | up | toc | home
4.16.1.a. Disable vsftpd Service
The vsftpd
service can be disabled with the following command:
$ sudo systemctl disable vsftpd.service
Running FTP server software provides a network-based avenue of attack, and should be disabled if not needed. Furthermore, the FTP protocol is unencrypted and creates a risk of compromising sensitive information.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable vsftpd
Remediation script
- name: Disable service vsftpd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- vsftpd
Security identifiers
- CCE-80244-7
References
4.16.1.b. Uninstall vsftpd Package
The vsftpd
package can be removed with the following command:
$ sudo yum erase vsftpd
Removing the vsftpd package decreases the risk of its accidental activation.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove vsftpd
Remediation script
- name: Ensure vsftpd is removed
package:
name="{{item}}"
state=absent
with_items:
- vsftpd
Remediation script
include remove_vsftpd
class remove_vsftpd {
package { 'vsftpd':
ensure => 'purged',
}
}
Remediation script
package -remove=vsftpd
Security identifiers
- CCE-80245-4
References
- CM-6(b). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- CM-7. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040490. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
- 3.10. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
4.16.2. Use vsftpd to Provide FTP Service if Necessary
If your use-case requires FTP service, install and set-up vsftpd to provide it.
link | previous | next | up | toc | home
4.16.2.a. Install vsftpd Package
If this machine must operate as an FTP server, install the vsftpd
package via the standard channels.
$ sudo yum install vsftpd
After Red Hat Enterprise Linux 2.1, Red Hat switched from distributing wu-ftpd with Red Hat Enterprise Linux to distributing vsftpd. For security and for consistency with future Red Hat releases, the use of vsftpd is recommended.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command install vsftpd
Remediation script
- name: Ensure vsftpd is installed
package:
name="{{item}}"
state=present
with_items:
- vsftpd
Remediation script
include install_vsftpd
class install_vsftpd {
package { 'vsftpd':
ensure => 'installed',
}
}
Remediation script
package --add=vsftpd
Security identifiers
- CCE-80246-2
References
4.16.3. Use vsftpd to Provide FTP Service if Necessary
The primary vsftpd configuration file is
/etc/vsftpd.conf
, if that file exists, or
/etc/vsftpd/vsftpd.conf
if it does not.
link | previous | next | up | toc | home
4.16.3.a. Enable Logging of All FTP Transactions
Add or correct the following configuration options within the vsftpd
configuration file, located at /etc/vsftpd/vsftpd.conf
:
xferlog_enable=YES
xferlog_std_format=NO
log_ftp_protocol=YES
If verbose logging to vsftpd.log
is done, sparse logging of downloads to /var/log/xferlog
will not also occur. However, the information about what files were downloaded is included in the information logged to vsftpd.log
To trace malicious activity facilitated by the FTP service, it must be configured to ensure that all commands sent to
the FTP server are logged using the verbose vsftpd log
format. The default vsftpd log file is /var/log/vsftpd.log
.
Security identifiers
- CCE-80247-0
4.16.3.b. Create Warning Banners for All FTP Users
Edit the vsftpd configuration file, which resides at /etc/vsftpd/vsftpd.conf
by default. Add or correct the following configuration options:
banner_file=/etc/issue
This setting will cause the system greeting banner to be used for FTP connections as well.
Security identifiers
- CCE-80248-8
4.16.3.c. Disable FTP Uploads if Possible
Is there a mission-critical reason for users to upload files via FTP? If not, edit the vsftpd configuration file to add or correct the following configuration options:
write_enable=NO
If FTP uploads are necessary, follow the guidance in the remainder of this section to secure these transactions
as much as possible.
Anonymous FTP can be a convenient way to make files available for universal download. However, it is less common to have a need to allow unauthenticated users to place files on the FTP server. If this must be done, it is necessary to ensure that files cannot be uploaded and downloaded from the same directory.
Security identifiers
- CCE-80250-4
4.16.3.d. Place the FTP Home Directory on its Own Partition
By default, the anonymous FTP root is the home directory of the FTP user account. The df command can be used to verify that this directory is on its own partition.
If there is a mission-critical reason for anonymous users to upload files, precautions must be taken to prevent these users from filling a disk used by other services.
Security identifiers
- CCE-80251-2
4.16.3.5. Restrict the Set of Users Allowed to Access FTP
This section describes how to disable non-anonymous (password-based) FTP logins, or, if it is not possible to do this entirely due to legacy applications, how to restrict insecure FTP login to only those users who have an identified need for this access.
link | previous | next | up | toc | home
4.16.3.5.a. Restrict Access to Anonymous Users if Possible
Is there a mission-critical reason for users to transfer files to/from their own accounts using FTP, rather than using a secure protocol like SCP/SFTP? If not, edit the vsftpd configuration file. Add or correct the following configuration option:
local_enable=NO
If non-anonymous FTP logins are necessary, follow the guidance in the remainder of this section to secure
these logins as much as possible.
The use of non-anonymous FTP logins is strongly discouraged. Since SSH clients and servers are widely available, and since SSH provides support for a transfer mode which resembles FTP in user interface, there is no good reason to allow password-based FTP access.
Security identifiers
- CCE-80249-6
References
4.16.3.5.2. Limit Users Allowed FTP Access if Necessary
If there is a mission-critical reason for users to access their accounts via the insecure FTP protocol, limit the set of users who are allowed this access. Edit the vsftpd configuration file. Add or correct the following configuration options:
userlist_enable=YES
userlist_file=/etc/vsftp.ftpusers
userlist_deny=NO
Edit the file /etc/vsftp.ftpusers
. For each user USERNAME who should be allowed to access the system via FTP, add a line containing that user's name:
USERNAME
If anonymous access is also required, add the anonymous usernames to /etc/vsftp.ftpusers
as well.
anonymous
ftp
Historically, the file /etc/ftpusers
contained a list of users who were not allowed to access the system via FTP. It was used to prevent system users such as the root user from logging in via the insecure FTP protocol. However, when the configuration option userlist deny=NO
is set, vsftpd interprets ftpusers as the set of users who are allowed to login via FTP. Since it should be possible for most users to access their accounts via secure protocols, it is recommended that this setting be used, so that non-anonymous FTP access can be limited to legacy users who have been explicitly identified.
4.16.3.6. Configure Firewalls to Protect the FTP Server
By default, firewalld
blocks access to the ports used by the web server.
To configure firewalld
to allow access, run the following command(s):
firewall-cmd --permanent --add-service=ftp
These settings configure firewalld to allow connections to an FTP server. The first line allows initial connections
to the FTP server port.
FTP is an older protocol which is not very compatible with firewalls. During the initial FTP dialogue, the client
and server negotiate an arbitrary port to be used for data transfer. The ip_conntrack_ftp
module is used by
firewalld to listen to that dialogue and allow connections to the data ports which FTP negotiates. This allows an
FTP server to operate on a machine which is running a firewall.
4.17. Web Server
The web server is responsible for providing access to
content via the HTTP protocol. Web servers represent a significant
security risk because:
-
The HTTP port is commonly probed by malicious sources
-
Web server software is very complex, and includes a long history of vulnerabilities
-
The HTTP protocol is unencrypted and vulnerable to passive monitoring
The system's default web server software is Apache 2 and is
provided in the RPM package httpd
.
link | previous | next | up | toc | home
4.17.1. Disable Apache if Possible
If Apache was installed and activated, but the system does not need to act as a web server, then it should be disabled and removed from the system.
link | previous | next | up | toc | home
4.17.1.a. Disable httpd Service
The httpd
service can be disabled with the following command:
$ sudo systemctl disable httpd.service
Running web server software provides a network-based avenue of attack, and should be disabled if not needed.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable httpd
Remediation script
- name: Disable service httpd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- httpd
Security identifiers
- CCE-80300-7
References
4.17.1.b. Uninstall httpd Package
The httpd
package can be removed with the following command:
$ sudo yum erase httpd
If there is no need to make the web server software available, removing it provides a safeguard against its activation.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove httpd
Remediation script
- name: Ensure httpd is removed
package:
name="{{item}}"
state=absent
with_items:
- httpd
Remediation script
include remove_httpd
class remove_httpd {
package { 'httpd':
ensure => 'purged',
}
}
Remediation script
package -remove=httpd
Security identifiers
- CCE-80301-5
References
4.17.2. Install Apache if Necessary
If httpd
was not installed and activated, but the system
needs to act as a web server, then it should be installed on the system. Follow these
guidelines to install it defensively. The httpd
package can be installed with
the following command:
$ sudo yum install httpd
This method of installation is recommended over installing the "Web Server"
package group during the system installation process. The Web Server package
group includes many packages which are likely extraneous, while the
command-line method installs only the required httpd
package itself.
link | previous | next | up | toc | home
4.17.2.1. Confirm Minimal Built-in Modules Installed
The default httpd
installation minimizes the number of
modules that are compiled directly into the binary (core prefork http_core
mod_so
). This minimizes risk by limiting the capabilities allowed by the
web server.
Query the set of compiled-in modules using the following command:
$ httpd -l
If the number of compiled-in modules is significantly larger than the
aforementioned set, this guide recommends re-installing httpd
with a
reduced configuration. Minimizing the number of modules that are compiled into
the httpd
binary, reduces risk by limiting the capabilities allowed by
the webserver.
4.17.3. Secure Apache Configuration
The httpd
configuration file is
/etc/httpd/conf/httpd.conf
. Apply the recommendations in the remainder
of this section to this file.
link | previous | next | up | toc | home
4.17.3.1. Restrict Web Server Information Leakage
The ServerTokens
and ServerSignature
directives determine how
much information the web server discloses about the configuration of the
system.
link | previous | next | up | toc | home
4.17.3.1.a. Set httpd ServerTokens Directive to Prod
ServerTokens Prod
restricts information in page headers, returning only the word "Apache."
Add or correct the following directive in /etc/httpd/conf/httpd.conf
:
ServerTokens Prod
Information disclosed to clients about the configuration of the web server and system could be used to plan an attack on the given system. This information disclosure should be restricted to a minimum.
Security identifiers
- CCE-80302-3
References
4.17.3.1.b. Set httpd ServerSignature Directive to Off
ServerSignature Off
restricts httpd
from displaying server version number
on error pages.
Add or correct the following directive in /etc/httpd/conf/httpd.conf
:
ServerSignature Off
Information disclosed to clients about the configuration of the web server and system could be used to plan an attack on the given system. This information disclosure should be restricted to a minimum.
Security identifiers
- CCE-80303-1
References
4.17.3.2. Minimize Web Server Loadable Modules
A default installation of httpd
includes a plethora of dynamically shared objects (DSO)
that are loaded at run-time. Unlike the aforementioned compiled-in modules, a DSO can be
disabled in the configuration file by removing the corresponding LoadModule directive.
Note: A DSO only provides additional functionality if associated directives are included
in the httpd
configuration file. It should also be noted that removing a DSO will produce
errors on httpd
startup if the configuration file contains directives that apply to that
module. Refer to http://httpd.apache.org/docs/
for details on which directives
are associated with each DSO.
Following each DSO removal, the configuration can be tested with the following command
to check if everything still works:
$ sudo service httpd configtest
The purpose of each of the modules loaded by default will now be addressed one at a time.
If none of a module's directives are being used, remove it.
link | previous | next | up | toc | home
4.17.3.2.1. httpd Core Modules
These modules comprise a basic subset of modules that are likely needed for base httpd
functionality; ensure they are not commented out in /etc/httpd/conf/httpd.conf
:
LoadModule auth_basic_module modules/mod_auth_basic.so
LoadModule authn_default_module modules/mod_authn_default.so
LoadModule authz_host_module modules/mod_authz_host.so
LoadModule authz_user_module modules/mod_authz_user.so
LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
LoadModule authz_default_module modules/mod_authz_default.so
LoadModule log_config_module modules/mod_log_config.so
LoadModule logio_module modules/mod_logio.so
LoadModule setenvif_module modules/mod_setenvif.so
LoadModule mime_module modules/mod_mome.so
LoadModule autoindex_module modules/mod_autoindex.so
LoadModule negotiation_module modules/mod_negotiation.so
LoadModule dir_module modules/mod_dir.so
LoadModule alias_module modules/mod_alias.so
Minimizing the number of loadable modules available to the web server reduces risk
by limiting the capabilities allowed by the web server.
link | previous | next | up | toc | home
4.17.3.2.1.a. Disable HTTP Digest Authentication
The auth_digest
module provides encrypted authentication sessions.
If this functionality is unnecessary, comment out the related module:
#LoadModule auth_digest_module modules/mod_auth_digest.so
Minimizing the number of loadable modules available to the web server reduces risk by limiting the capabilities allowed by the web server.
Security identifiers
- CCE-80304-9
4.17.3.2.1.b. Disable HTTP mod_rewrite
The mod_rewrite
module is very powerful and can protect against
certain classes of web attacks. However, it is also very complex and has a
significant history of vulnerabilities itself. If its functionality is
unnecessary, comment out the related module:
#LoadModule rewrite_module modules/mod_rewrite.so
Minimizing the number of loadable modules available to the web server reduces risk by limiting the capabilities allowed by the web server.
Security identifiers
- CCE-80305-6
4.17.3.2.1.c. Disable LDAP Support
The ldap
module provides HTTP authentication via an LDAP directory.
If its functionality is unnecessary, comment out the related modules:
#LoadModule ldap_module modules/mod_ldap.so
#LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
If LDAP is to be used, SSL encryption should be used as well.
Minimizing the number of loadable modules available to the web server reduces risk by limiting the capabilities allowed by the web server.
Security identifiers
- CCE-80306-4
4.17.3.2.1.d. Disable Server Side Includes
Server Side Includes provide a method of dynamically generating web pages through the insertion of server-side code. However, the technology is also deprecated and introduces significant security concerns. If this functionality is unnecessary, comment out the related module:
#LoadModule include_module modules/mod_include.so
If there is a critical need for Server Side Includes, they should be enabled with the
option IncludesNoExec
to prevent arbitrary code execution. Additionally, user
supplied data should be encoded to prevent cross-site scripting vulnerabilities.
Minimizing the number of loadable modules available to the web server reduces risk by limiting the capabilities allowed by the web server.
Security identifiers
- CCE-80307-2
4.17.3.2.1.e. Disable MIME Magic
The mime_magic
module provides a second layer of MIME support that in most configurations
is likely extraneous. If its functionality is unnecessary, comment out the related module:
#LoadModule mime_magic_module modules/mod_mime_magic.so
Minimizing the number of loadable modules available to the web server reduces risk by limiting the capabilities allowed by the web server.
Security identifiers
- CCE-80308-0
4.17.3.2.1.f. Disable WebDAV (Distributed Authoring and Versioning)
WebDAV is an extension of the HTTP protocol that provides distributed and collaborative access to web content. If its functionality is unnecessary, comment out the related modules:
#LoadModule dav_module modules/mod_dav.so
#LoadModule dav_fs_module modules/mod_dav_fs.so
If there is a critical need for WebDAV, extra care should be taken in its configuration.
Since DAV access allows remote clients to manipulate server files, any location on the
server that is DAV enabled should be protected by access controls.
Minimizing the number of loadable modules available to the web server, reduces risk by limiting the capabilities allowed by the web server.
Security identifiers
- CCE-80309-8
4.17.3.2.1.g. Disable Server Activity Status
The status
module provides real-time access to statistics on the internal operation of
the web server. This may constitute an unnecessary information leak and should be disabled
unless necessary. To do so, comment out the related module:
#LoadModule status_module modules/mod_status.so
If there is a critical need for this module, ensure that access to the status
page is properly restricted to a limited set of hosts in the status handler
configuration.
Minimizing the number of loadable modules available to the web server reduces risk by limiting the capabilities allowed by the web server.
Security identifiers
- CCE-80310-6
4.17.3.2.1.h. Disable Web Server Configuration Display
The info
module creates a web page illustrating the configuration of the web server. This
can create an unnecessary security leak and should be disabled.
If its functionality is unnecessary, comment out the module:
#LoadModule info_module modules/mod_info.so
If there is a critical need for this module, use the Location
directive to provide
an access control list to restrict access to the information.
Minimizing the number of loadable modules available to the web server reduces risk by limiting the capabilities allowed by the web server.
Security identifiers
- CCE-80311-4
4.17.3.2.1.i. Disable URL Correction on Misspelled Entries
The speling
module attempts to find a document match by allowing one misspelling in an
otherwise failed request. If this functionality is unnecessary, comment out the module:
#LoadModule speling_module modules/mod_speling.so
This functionality weakens server security by making site enumeration easier.
Minimizing the number of loadable modules available to the web server reduces risk by limiting the capabilities allowed by the web server.
Security identifiers
- CCE-80312-2
4.17.3.2.1.j. Disable Proxy Support
The proxy
module provides proxying support, allowing httpd
to forward requests and
serve as a gateway for other servers. If its functionality is unnecessary, comment out the module:
#LoadModule proxy_module modules/mod_proxy.so
If proxy support is needed, load mod_proxy
and the appropriate proxy protocol handler
module (one of mod_proxy_http
, mod_proxy_ftp
, or mod_proxy_connect
). Additionally,
make certain that a server is secure before enabling proxying, as open proxy servers
are a security risk. mod_proxy_balancer
enables load balancing, but requires that
mod status
be enabled.
Minimizing the number of loadable modules available to the web server reduces risk by limiting the capabilities allowed by the web server.
Security identifiers
- CCE-80313-0
4.17.3.2.1.k. Disable Cache Support
The cache
module allows httpd
to cache data, optimizing access to
frequently accessed content. However, it introduces potential security flaws
such as the possibility of circumventing Allow
and
Deny
directives.
If this functionality is
unnecessary, comment out the module:
#LoadModule cache_module modules/mod_cache.so
If caching is required, it should not be enabled for any limited-access content.
Minimizing the number of loadable modules available to the web server reduces risk by limiting the capabilities allowed by the web server.
Security identifiers
- CCE-80314-8
4.17.3.2.1.l. Disable CGI Support
The cgi
module allows HTML to interact with the CGI web programming language.
If this functionality is unnecessary, comment out the module:
#LoadModule cgi_module modules/mod_cgi.so
If the web server requires the use of CGI, enable mod_cgi
.
Minimizing the number of loadable modules available to the web server reduces risk by limiting the capabilities allowed by the web server.
Security identifiers
- CCE-80315-5
4.17.3.2.1.13. Minimize Modules for HTTP Basic Authentication
The following modules are necessary if this web server will provide content that will
be restricted by a password.
Authentication can be performed using local plain text password files (authn_file
),
local DBM password files (authn_dbm
) or an LDAP directory. The only module required by
the web server depends on your choice of authentication. Comment out the modules you don't
need from the following:
LoadModule authn_file_module modules/mod_authn_file.so
LoadModule authn_dbm_module modules/mod_authn_dbm.so
authn_alias
allows for authentication based on aliases. authn_anon
allows anonymous authentication similar to that of anonymous ftp sites. authz_owner
allows authorization based on file ownership. authz_dbm
allows for authorization
based on group membership if the web server is using DBM authentication.
If the above functionality is unnecessary, comment out the related module:
#LoadModule authn_alias_module modules/mod_authn_alias.so
#LoadModule authn_anon_module modules/mod_authn_anon.so
#LoadModule authz_owner_module modules/mod_authz_owner.so
#LoadModule authz_dbm_module modules/mod_authz_dbm.so
4.17.3.2.1.14. Minimize Various Optional Components
The following modules perform very specific tasks, sometimes providing access to just a few additional directives. If such functionality is not required (or if you are not using these directives), comment out the associated module:
-
External filtering (response passed through external program prior to client delivery)
#LoadModule ext_filter_module modules/mod_ext_filter.so
-
User-specified Cache Control and Expiration
#LoadModule expires_module modules/mod_expires.so
-
Compression Output Filter (provides content compression prior to client delivery)
#LoadModule deflate_module modules/mod_deflate.so
-
HTTP Response/Request Header Customization
#LoadModule headers_module modules/mod_headers.so
-
User activity monitoring via cookies
#LoadModule usertrack_module modules/mod_usertrack.so
-
Dynamically configured mass virtual hosting
#LoadModule vhost_alias_module modules/mod_vhost_alias.so
Minimizing the number of loadable modules available to the web server reduces risk by limiting the capabilities allowed by the web server.
4.17.3.2.1.15. Minimize Configuration Files Included
The Include
directive directs httpd
to load supplementary configuration files
from a provided path. The default configuration loads all files that end in .conf
from the /etc/httpd/conf.d
directory.
To restrict excess configuration, the following line should be commented out and
replaced with Include
directives that only reference required configuration files:
#Include conf.d/*.conf
If the above change was made, ensure that the SSL encryption remains loaded by
explicitly including the corresponding configuration file:
Include conf.d/ssl.conf
If PHP is necessary, a similar alteration must be made:
Include conf.d/php.conf
Explicitly listing the configuration files to be loaded during web server start-up avoids
the possibility of unwanted or malicious configuration files to be automatically included as
part of the server's running configuration.
4.17.3.3. Directory Restrictions
The Directory tags in the web server configuration file allow finer grained access control for a specified directory. All web directories should be configured on a case-by-case basis, allowing access only where needed.
link | previous | next | up | toc | home
4.17.3.3.a. Restrict Root Directory
The httpd
root directory should always have the most restrictive configuration enabled.
<Directory / >
Options None
AllowOverride None
Order allow,deny
</Directory>
The Web Server's root directory content should be protected from unauthorized access by web clients.
Security identifiers
- CCE-80316-3
4.17.3.3.b. Restrict Web Directory
The default configuration for the web (/var/www/html
) Directory allows directory
indexing (Indexes
) and the following of symbolic links (FollowSymLinks
).
Neither of these is recommended.
The /var/www/html
directory hierarchy should not be viewable via the web, and
symlinks should only be followed if the owner of the symlink also owns the linked file.
Ensure that this policy is adhered to by altering the related section of the configuration:
<Directory "/var/www/html">
# ...
Options SymLinksIfOwnerMatch
# ...
</Directory>
Access to the web server's directory hierarchy could allow access to unauthorized files by web clients. Following symbolic links could also allow such access.
Security identifiers
- CCE-80317-1
4.17.3.3.c. Restrict Other Critical Directories
All accessible web directories should be configured with similarly restrictive settings.
The Options
directive should be limited to necessary functionality and the AllowOverride
directive should be used only if needed. The Order
and Deny
access control tags
should be used to deny access by default, allowing access only where necessary.
Directories accessible from a web client should be configured with the least amount of access possible in order to avoid unauthorized access to restricted content or server information.
Security identifiers
- CCE-80318-9
4.17.3.3.d. Limit Available Methods
Web server methods are defined in section 9 of RFC 2616 (http://www.ietf.org/rfc/rfc2616.txt).
If a web server does not require the implementation of all available methods,
they should be disabled.
Note: GET
and POST
are the most common methods. A majority of the others
are limited to the WebDAV protocol.
<Directory /var/www/html>
# ...
# Only allow specific methods (this command is case-sensitive!)
<LimitExcept GET POST>
Order allow,deny
</LimitExcept>
# ...
</Directory>
Minimizing the number of available methods to the web client reduces risk by limiting the capabilities allowed by the web server.
Security identifiers
- CCE-80319-7
4.17.3.4. Use Appropriate Modules to Improve httpd's Security
Among the modules available for httpd
are several whose use may improve the
security of the web server installation. This section recommends and discusses
the deployment of security-relevant modules.
link | previous | next | up | toc | home
4.17.3.4.1. Deploy mod_ssl
Because HTTP is a plain text protocol, all traffic is susceptible to passive
monitoring. If there is a need for confidentiality, SSL should be configured
and enabled to encrypt content.
Note: mod_nss
is a FIPS 140-2 certified alternative to mod_ssl
.
The modules share a considerable amount of code and should be nearly identical
in functionality. If FIPS 140-2 validation is required, then mod_nss
should
be used. If it provides some feature or its greater compatibility is required,
then mod_ssl
should be used.
link | previous | next | up | toc | home
4.17.3.4.1.a. Install mod_ssl
Install the mod_ssl
module:
$ sudo yum install mod_ssl
mod_ssl
provides encryption capabilities for the httpd
Web server. Unencrypted
content is transmitted in plain text which could be passively monitored and accessed by
unauthorized parties.
Security identifiers
- CCE-80320-5
4.17.3.4.2. Deploy mod_security
The security
module provides an application level firewall for httpd
.
Following its installation with the base ruleset, specific configuration advice can be found at
http://www.modsecurity.org/ to design a policy that best matches the security needs of
the web applications. Usage of mod_security
is highly recommended for some environments,
but it should be noted this module does not ship with Red Hat Enterprise Linux itself,
and instead is provided via Extra Packages for Enterprise Linux (EPEL).
For more information on EPEL please refer to http://fedoraproject.org/wiki/EPEL.
link | previous | next | up | toc | home
4.17.3.4.2.a. Install mod_security
Install the security
module:
$ sudo yum install mod_security
mod_security
provides an additional level of protection for the web server by
enabling the administrator to implement content access policies and filters at the
application layer.
Security identifiers
- CCE-80321-3
4.17.3.5. Use Denial-of-Service Protection Modules
Denial-of-service attacks are difficult to detect and prevent while maintaining acceptable access to authorized users. However, some traffic-shaping modules can be used to address the problem. Well-known DoS protection modules include:
mod_cband mod_bwshare mod_limitipconn mod_evasive
Denial-of-service prevention should be implemented for a web server if such a threat exists.
However, specific configuration details are very dependent on the environment and often best left
at the discretion of the administrator.
4.17.3.6. Configure PHP Securely
PHP is a widely-used and often misconfigured server-side scripting language. It should
be used with caution, but configured appropriately when needed.
Review /etc/php.ini
and make the following changes if possible:
# Do not expose PHP error messages to external users
display_errors = Off
# Enable safe mode
safe_mode = On
# Only allow access to executables in isolated directory
safe_mode_exec_dir = php-required-executables-path
# Limit external access to PHP environment
safe_mode_allowed_env_vars = PHP_
# Restrict PHP information leakage
expose_php = Off
# Log all errors
log_errors = On
# Do not register globals for input data
register_globals = Off
# Minimize allowable PHP post size
post_max_size = 1K
# Ensure PHP redirects appropriately
cgi.force_redirect = 0
# Disallow uploading unless necessary
file_uploads = Off
# Disallow treatment of file requests as fopen calls
allow_url_fopen = Off
# Enable SQL safe mode
sql.safe_mode = On
4.17.3.7. Configure Operating System to Protect Web Server
The following configuration steps should be taken on the machine which hosts the web server, in order to provide as safe an environment as possible for the web server.
link | previous | next | up | toc | home
4.17.3.7.1. Restrict File and Directory Access
Minimize access to critical httpd
files and directories.
link | previous | next | up | toc | home
4.17.3.7.1.a. Set Permissions on the /var/log/httpd/ Directory
Ensure that the permissions on the web server log directory is set to 700:
$ sudo chmod 700 /var/log/httpd/
This is its default setting.
Access to the web server's log files may allow an unauthorized user or attacker to access information about the web server or alter the server's log files.
Security identifiers
- CCE-80322-1
References
4.17.3.7.1.b. Set Permissions on the /etc/httpd/conf/ Directory
Set permissions on the web server configuration directory to 750:
$ sudo chmod 750 /etc/httpd/conf/
Access to the web server's configuration files may allow an unauthorized user or attacker to access information about the web server or alter the server's configuration files.
Security identifiers
- CCE-80323-9
4.17.3.7.1.c. Set Permissions on All Configuration Files Inside /etc/httpd/conf/
Set permissions on the web server configuration files to 640:
$ sudo chmod 640 /etc/httpd/conf/*
Access to the web server's configuration files may allow an unauthorized user or attacker to access information about the web server or to alter the server's configuration files.
Security identifiers
- CCE-80324-7
References
4.17.3.7.2. Configure firewalld to Allow Access to the Web Server
By default, firewalld
blocks access to the ports used by the web server.
To configure firewalld
to allow access, run the following command(s):
firewall-cmd --permanent --add-service=http
To configure firewalld
to allow access, run the following command(s):
firewall-cmd --permanent --add-service=https
4.17.3.7.3. Run httpd in a chroot Jail if Practical
Running httpd
inside a chroot
jail is designed to isolate the
web server process to a small section of the filesystem, limiting the damage if
it is compromised. Versions of Apache greater than 2.2.10 (such as the one
included with Red Hat Enterprise Linux 7) provide the ChrootDir
directive. To run Apache
inside a chroot jail in /chroot/apache
, add the following line to
/etc/httpd/conf/httpd.conf
:
ChrootDir /chroot/apache
This
necessitates placing all files required by httpd
inside
/chroot/apache
, including httpd
's binaries, modules,
configuration files, and served web pages. The details of this configuration
are beyond the scope of this guide. This may also require additional SELinux
configuration.
4.18. IMAP and POP3 Server
Dovecot provides IMAP and POP3 services. It is not installed by default. The project page at http://www.dovecot.org contains more detailed information about Dovecot configuration.
link | previous | next | up | toc | home
4.18.1. Disable Dovecot
If the system does not need to operate as an IMAP or POP3 server, the dovecot software should be disabled and removed.
link | previous | next | up | toc | home
4.18.1.a. Disable Dovecot Service
The dovecot
service can be disabled with the following command:
$ sudo systemctl disable dovecot.service
Running an IMAP or POP3 server provides a network-based avenue of attack, and should be disabled if not needed.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable dovecot
Remediation script
- name: Disable service dovecot
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- dovecot
Security identifiers
- CCE-80294-2
4.18.1.b. Uninstall dovecot Package
The dovecot
package can be uninstalled
with the following command:
$ sudo yum erase dovecot
If there is no need to make the Dovecot software available, removing it provides a safeguard against its activation.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove dovecot
Remediation script
- name: Ensure dovecot is removed
package:
name="{{item}}"
state=absent
with_items:
- dovecot
Remediation script
include remove_dovecot
class remove_dovecot {
package { 'dovecot':
ensure => 'purged',
}
}
Remediation script
package -remove=dovecot
Security identifiers
- CCE-80295-9
References
4.18.2. Configure Dovecot if Necessary
If the system will operate as an IMAP or POP3 server, the dovecot software should be configured securely by following the recommendations below.
link | previous | next | up | toc | home
4.18.2.1. Support Only the Necessary Protocols
Dovecot supports the IMAP and POP3 protocols, as well as
SSL-protected versions of those protocols. Configure the Dovecot server
to support only the protocols needed by your site. Edit /etc/dovecot/dovecot.conf
.
Add or correct the following lines, replacing PROTOCOL
with
only the subset of protocols (imap
, imaps
,
pop3
, pop3s
) required:
protocols = PROTOCOL
If possible, require SSL protection for all transactions. The SSL
protocol variants listen on alternate ports (995 instead of 110 for
pop3s, and 993 instead of 143 for imaps), and require SSL-aware clients.
An alternate approach is to listen on the standard port and require the
client to use the STARTTLS command before authenticating.
Configuring Dovecot to only support the protocols the protocols needed by your site reduces the risk of an attacker using one of the unused protocols to base an attack.
4.18.2.2. Enable SSL Support
SSL should be used to encrypt network traffic between the Dovecot server and its clients. Users must authenticate to the Dovecot server in order to read their mail, and passwords should never be transmitted in clear text. In addition, protecting mail as it is downloaded is a privacy measure, and clients may use SSL certificates to authenticate the server, preventing another system from impersonating the server.
link | previous | next | up | toc | home
4.18.2.2.a. Enable the SSL flag in /etc/dovecot.conf
To allow clients to make encrypted connections the ssl
flag in Dovecot's configuration file needs to be set to yes
.
Edit /etc/dovecot/conf.d/10-ssl.conf
and add or correct the following line:
ssl = yes
SSL encrypt network traffic between the Dovecot server and its clients protecting user credentials, mail as it is downloaded, and clients may use SSL certificates to authenticate the server, preventing another system from impersonating the server.
Security identifiers
- CCE-80296-7
4.18.2.2.b. Configure Dovecot to Use the SSL Certificate file
This option tells Dovecot where to find the the mail
server's SSL Certificate.
Edit /etc/dovecot/conf.d/10-ssl.conf
and add or correct the following
line (note: the path below is the default path set by the Dovecot installation. If
you are using a different path, ensure you reference the appropriate file):
ssl_cert = </etc/pki/dovecot/certs/dovecot.pem
SSL certificates are used by the client to authenticate the identity of the server, as well as to encrypt credentials and message traffic. Not using SSL to encrypt mail server traffic could allow unauthorized access to credentials and mail messages since they are sent in plain text over the network.
Security identifiers
- CCE-80297-5
4.18.2.2.c. Configure Dovecot to Use the SSL Key file
This option tells Dovecot where to find the the mail
server's SSL Key.
Edit /etc/dovecot/conf.d/10-ssl.conf
and add or correct the following
line (note: the path below is the default path set by the Dovecot installation. If
you are using a different path, ensure you reference the appropriate file):
ssl_key = </etc/pki/dovecot/private/dovecot.pem
SSL certificates are used by the client to authenticate the identity of the server, as well as to encrypt credentials and message traffic. Not using SSL to encrypt mail server traffic could allow unauthorized access to credentials and mail messages since they are sent in plain text over the network.
Security identifiers
- CCE-80298-3
4.18.2.2.d. Disable Plaintext Authentication
To prevent Dovecot from attempting plaintext
authentication of clients, edit /etc/dovecot/conf.d/10-auth.conf
and add
or correct the following line:
disable_plaintext_auth = yes
Using plain text authentication to the mail server could allow an attacker access to credentials by monitoring network traffic.
Security identifiers
- CCE-80299-1
4.18.2.3. Allow IMAP Clients to Access the Server
The default firewalld
configuration does not allow inbound
access to any services. This modification will allow remote hosts to
initiate connections to the IMAP daemon, while keeping all other ports
on the server in their default protected state.
To configure firewalld
to allow access, run the following command(s):
firewall-cmd --permanent --add-port=143/tcp
and
4.19. Network Routing
A router is a very desirable target for a potential adversary because they fulfill a variety of infrastructure networking roles such as access to network segments, gateways to other networks, filtering, etc. Therefore, if one is required, the machine acting as a router should be dedicated to that purpose alone and be stored in a physically secure location. The system's default routing software is Quagga, and provided in an RPM package of the same name.
link | previous | next | up | toc | home
4.19.1. Disable Quagga if Possible
If Quagga was installed and activated, but the system does not need to act as a router, then it should be disabled and removed.
link | previous | next | up | toc | home
4.19.1.a. Disable Quagga Service
The zebra
service can be disabled with the following command:
$ sudo systemctl disable zebra.service
Routing protocol daemons are typically used on routers to exchange network topology information with other routers. If routing daemons are used when not required, system network information may be unnecessarily transmitted across the network.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable zebra
Remediation script
- name: Disable service zebra
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- zebra
Security identifiers
- CCE-27191-6
References
- SC-32. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040730. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.19.1.b. Uninstall quagga Package
The quagga
package can be removed with the following command:
$ sudo yum erase quagga
Routing software is typically used on routers to exchange network topology information
with other routers. If routing software is used when not required, system network
information may be unnecessarily transmitted across the network.
If there is no need to make the router software available,
removing it provides a safeguard against its activation.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove quagga
Remediation script
- name: Ensure quagga is removed
package:
name="{{item}}"
state=absent
with_items:
- quagga
Remediation script
include remove_quagga
class remove_quagga {
package { 'quagga':
ensure => 'purged',
}
}
Remediation script
package -remove=quagga
Security identifiers
- CCE-27594-1
References
- SC-32. URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-TBD. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
4.20. Samba(SMB) Microsoft Windows File Sharing Server
When properly configured, the Samba service allows
Linux machines to provide file and print sharing to Microsoft
Windows machines. There are two software packages that provide
Samba support. The first, samba-client
, provides a series of
command line tools that enable a client machine to access Samba
shares. The second, simply labeled samba
, provides the Samba
service. It is this second package that allows a Linux machine to
act as an Active Directory server, a domain controller, or as a
domain member. Only the samba-client
package is installed by
default.
link | previous | next | up | toc | home
4.20.1. Disable Samba if Possible
Even after the Samba server package has been installed, it will remain disabled. Do not enable this service unless it is absolutely necessary to provide Microsoft Windows file and print sharing functionality.
link | previous | next | up | toc | home
4.20.1.a. Disable Samba
The smb
service can be disabled with the following command:
$ sudo systemctl disable smb.service
Running a Samba server provides a network-based avenue of attack, and should be disabled if not needed.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable smb
Remediation script
- name: Disable service smb
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- smb
Security identifiers
- CCE-80277-7
References
- 1436. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
4.20.1.b. Uninstall Samba Package
The samba
package can be uninstalled
with the following command:
$ sudo yum erase samba
If there is no need to make the Samba software available, removing it provides a safeguard against its activation.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove samba
Remediation script
- name: Ensure samba is removed
package:
name="{{item}}"
state=absent
with_items:
- samba
Remediation script
include remove_samba
class remove_samba {
package { 'samba':
ensure => 'purged',
}
}
Remediation script
package -remove=samba
Security identifiers
- CCE-80278-5
References
4.20.2. Configure Samba if Necessary
All settings for the Samba daemon can be found in
/etc/samba/smb.conf
. Settings are divided between a
[global]
configuration section and a series of user
created share definition sections meant to describe file or print
shares on the system. By default, Samba will operate in user mode
and allow client machines to access local home directories and
printers. It is recommended that these settings be changed or that
additional limitations be set in place.
link | previous | next | up | toc | home
4.20.2.a. Install the Samba Common Package
The samba-common
package should be installed.
The samba-common
package can be installed with the following command:
$ sudo yum install samba-common
If the samba-common package is not installed, samba cannot be configured.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command install samba-common
Remediation script
- name: Ensure samba-common is installed
package:
name="{{item}}"
state=present
with_items:
- samba-common
Remediation script
include install_samba-common
class install_samba-common {
package { 'samba-common':
ensure => 'installed',
}
}
Remediation script
package --add=samba-common
Security identifiers
- CCE-80360-1
4.20.2.b. Disable Root Access to SMB Shares
Administrators should not use administrator accounts to access Samba file and printer shares. Disable the root user and the wheel administrator group:
[share]
invalid users = root @wheel
If administrator accounts cannot be disabled, ensure that local machine
passwords and Samba service passwords do not match.
Typically, administrator access is required when Samba must create user and
machine accounts and shares. Domain member servers and standalone servers may
not need administrator access at all. If that is the case, add the invalid
users parameter to [global]
instead.
Security identifiers
- CCE-80279-3
4.20.2.c. Require Client SMB Packet Signing, if using smbclient
To require samba clients running smbclient
to use
packet signing, add the following to the [global]
section
of the Samba configuration file, /etc/samba/smb.conf
:
client signing = mandatory
Requiring samba clients such as smbclient
to use packet
signing ensures they can
only communicate with servers that support packet signing.
Packet signing can prevent man-in-the-middle attacks which modify SMB packets in transit.
Remediation script
######################################################################
#By Luke "Brisk-OH" Brisk
#luke.brisk@boeing.com or luke.brisk@gmail.com
######################################################################
CLIENTSIGNING=$( grep -ic 'client signing' /etc/samba/smb.conf )
if [ "$CLIENTSIGNING" -eq 0 ]; then
# Add to global section
sed -i 's/\[global\]/\[global\]\n\n\tclient signing = mandatory/g' /etc/samba/smb.conf
else
sed -i 's/[[:blank:]]*client[[:blank:]]signing[[:blank:]]*=[[:blank:]]*no/ client signing = mandatory/g' /etc/samba/smb.conf
fi
Security identifiers
- CCE-80280-1
4.20.2.d. Require Client SMB Packet Signing, if using mount.cifs
Require packet signing of clients who mount Samba
shares using the mount.cifs
program (e.g., those who specify shares
in /etc/fstab
). To do so, ensure signing options (either
sec=krb5i
or sec=ntlmv2i
) are used.
See the mount.cifs(8)
man page for more information. A Samba
client should only communicate with servers who can support SMB
packet signing.
Packet signing can prevent man-in-the-middle attacks which modify SMB packets in transit.
Security identifiers
- CCE-80281-9
4.20.2.5. Restrict SMB File Sharing to Configured Networks
Only users with local user accounts will be able to log in to
Samba shares by default. Shares can be limited to particular users or network
addresses. Use the hosts allow
and hosts deny
directives
accordingly, and consider setting the valid users directive to a limited subset
of users or to a group of users. Separate each address, user, or user group
with a space as follows for a particular share or global:
[share]
hosts allow = 192.168.1. 127.0.0.1
valid users = userone usertwo @usergroup
It is also possible to limit read and write access to particular users with the
read list and write list options, though the permissions set by the system
itself will override these settings. Set the read only attribute for each share
to ensure that global settings will not accidentally override the individual
share settings. Then, as with the valid users directive, separate each user or
group of users with a space:
[share]
read only = yes
write list = userone usertwo @usergroup
The Samba service is only required for sharing files and printers with Microsoft Windows workstations, and even then, other options may exist.
4.20.2.6. Restrict Printer Sharing
By default, Samba utilizes the CUPS printing service to enable
printer sharing with Microsoft Windows workstations. If there are no printers
on the local machine, or if printer sharing with Microsoft Windows is not
required, disable the printer sharing capability by commenting out the
following lines, found in /etc/samba/smb.conf
:
[global]
load printers = yes
cups options = raw
[printers]
comment = All Printers
path = /usr/spool/samba
browseable = no
guest ok = no
writable = no
printable = yes
There may be other options present, but these are the only options enabled and
uncommented by default. Removing the [printers]
share should be enough
for most users. If the Samba printer sharing capability is needed, consider
disabling the Samba network browsing capability or restricting access to a
particular set of users or network addresses. Set the valid users
parameter to a small subset of users or restrict it to a particular group of
users with the shorthand @
. Separate each user or group of users with
a space. For example, under the [printers]
share:
[printers]
valid users = user @printerusers
The Samba service is only required for sharing files and printers with Microsoft Windows workstations, and even then, other options may exist. Do not use the Samba service to share files between Unix or Linux machines.
4.21. Proxy Server
A proxy server is a very desirable target for a potential adversary because much (or all) sensitive data for a given infrastructure may flow through it. Therefore, if one is required, the machine acting as a proxy server should be dedicated to that purpose alone and be stored in a physically secure location. The system's default proxy server software is Squid, and provided in an RPM package of the same name.
link | previous | next | up | toc | home
4.21.1. Disable Squid if Possible
If Squid was installed and activated, but the system does not need to act as a proxy server, then it should be disabled and removed.
link | previous | next | up | toc | home
4.21.1.a. Disable Squid
The squid
service can be disabled with the following command:
$ sudo systemctl disable squid.service
Running proxy server software provides a network-based avenue of attack, and should be removed if not needed.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable squid
Remediation script
- name: Disable service squid
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- squid
Security identifiers
- CCE-80285-0
4.21.1.b. Uninstall squid Package
The squid
package can be removed with the following command:
$ sudo yum erase squid
If there is no need to make the proxy server software available, removing it provides a safeguard against its activation.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove squid
Remediation script
- name: Ensure squid is removed
package:
name="{{item}}"
state=absent
with_items:
- squid
Remediation script
include remove_squid
class remove_squid {
package { 'squid':
ensure => 'purged',
}
}
Remediation script
package -remove=squid
Security identifiers
- CCE-80286-8
References
4.22. SNMP Server
The Simple Network Management Protocol allows administrators to monitor the state of network devices, including computers. Older versions of SNMP were well-known for weak security, such as plaintext transmission of the community string (used for authentication) and usage of easily-guessable choices for the community string.
link | previous | next | up | toc | home
4.22.1. Disable SNMP Server if Possible
The system includes an SNMP daemon that allows for its remote monitoring, though it not installed by default. If it was installed and activated but is not needed, the software should be disabled and removed.
link | previous | next | up | toc | home
4.22.1.a. Disable snmpd Service
The snmpd
service can be disabled with the following command:
$ sudo systemctl disable snmpd.service
Running SNMP software provides a network-based avenue of attack, and should be disabled if not needed.
Remediation script
function service_command {
# Load function arguments into local variables
local service_state=$1
local service=$2
local xinetd=$(echo $3 | cut -d'=' -f2)
# Check sanity of the input
if [ $# -lt "2" ]
then
echo "Usage: service_command 'enable/disable' 'service_name.service'"
echo
echo "To enable or disable xinetd services add \'xinetd=service_name\'"
echo "as the last argument"
echo "Aborting."
exit 1
fi
# If systemctl is installed, use systemctl command; otherwise, use the service/chkconfig commands
if [ -f "/usr/bin/systemctl" ] ; then
service_util="/usr/bin/systemctl"
else
service_util="/sbin/service"
chkconfig_util="/sbin/chkconfig"
fi
# If disable is not specified in arg1, set variables to enable services.
# Otherwise, variables are to be set to disable services.
if [ "$service_state" != 'disable' ] ; then
service_state="enable"
service_operation="start"
chkconfig_state="on"
else
service_state="disable"
service_operation="stop"
chkconfig_state="off"
fi
# If chkconfig_util is not empty, use chkconfig/service commands.
if ! [ "x$chkconfig_util" = x ] ; then
$service_util $service $service_operation
$chkconfig_util --level 0123456 $service $chkconfig_state
else
$service_util $service_operation $service
$service_util $service_state $service
fi
# Test if local variable xinetd is empty using non-bashism.
# If empty, then xinetd is not being used.
if ! [ "x$xinetd" = x ] ; then
grep -qi disable /etc/xinetd.d/$xinetd && \
if ! [ "$service_operation" != 'disable' ] ; then
sed -i "s/disable.*/disable = no/gI" /etc/xinetd.d/$xinetd
else
sed -i "s/disable.*/disable = yes/gI" /etc/xinetd.d/$xinetd
fi
fi
}
service_command disable snmpd
Remediation script
- name: Disable service snmpd
service:
name="{{item}}"
enabled="no"
state="stopped"
with_items:
- snmpd
Security identifiers
- CCE-80274-4
4.22.1.b. Uninstall net-snmp Package
The net-snmp
package provides the snmpd service.
The net-snmp
package can be removed with the following command:
$ sudo yum erase net-snmp
If there is no need to run SNMP server software, removing the package provides a safeguard against its activation.
Remediation script
function package_command {
# Load function arguments into local variables
local package_operation=$1
local package=$2
# Check sanity of the input
if [ $# -ne "2" ]
then
echo "Usage: package_command 'install/uninstall' 'rpm_package_name"
echo "Aborting."
exit 1
fi
# If dnf is installed, use dnf; otherwise, use yum
if [ -f "/usr/bin/dnf" ] ; then
install_util="/usr/bin/dnf"
else
install_util="/usr/bin/yum"
fi
if [ "$package_operation" != 'remove' ] ; then
# If the rpm is not installed, install the rpm
if ! /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
else
# If the rpm is installed, uninstall the rpm
if /bin/rpm -q --quiet $package; then
$install_util -y $package_operation $package
fi
fi
}
package_command remove net-snmp
Remediation script
- name: Ensure net-snmp is removed
package:
name="{{item}}"
state=absent
with_items:
- net-snmp
Remediation script
include remove_net-snmp
class remove_net-snmp {
package { 'net-snmp':
ensure => 'purged',
}
}
Remediation script
package -remove=net-snmp
Security identifiers
- CCE-80275-1
References
4.22.2. Configure SNMP Server if Necessary
If it is necessary to run the snmpd agent on the system, some best practices should be followed to minimize the security risk from the installation. The multiple security models implemented by SNMP cannot be fully covered here so only the following general configuration advice can be offered:
-
use only SNMP version 3 security models and enable the use of authentication and encryption
-
write access to the MIB (Management Information Base) should be allowed only if necessary
-
all access to the MIB should be restricted following a principle of least privilege
-
network access should be limited to the maximum extent possible including restricting to expected network addresses both in the configuration files and in the system firewall rules
-
ensure SNMP agents send traps only to, and accept SNMP queries only from, authorized management stations
-
ensure that permissions on the
snmpd.conf
configuration file (by default, in/etc/snmp
) are 640 or more restrictive -
ensure that any MIB files' permissions are also 640 or more restrictive
link | previous | next | up | toc | home
4.22.2.a. Configure SNMP Service to Use Only SNMPv3 or Newer
Edit /etc/snmp/snmpd.conf
, removing any references to rocommunity
, rwcommunity
, or com2sec
.
Upon doing that, restart the SNMP service:
$ sudo service snmpd restart
Earlier versions of SNMP are considered insecure, as they potentially allow unauthorized access to detailed system management information.
Security identifiers
- CCE-80276-9
4.22.2.b. Ensure Default SNMP Password Is Not Used
Edit /etc/snmp/snmpd.conf
, remove or change the default community strings of
public
and private
.
Once the default community strings have been changed, restart the SNMP service:
$ sudo service snmpd restart
Whether active or not, default simple network management protocol (SNMP) community strings must be changed to maintain security. If the service is running with the default authenticators, then anyone can gather data about the system and the network and use the information to potentially compromise the integrity of the system and network(s).
Security identifiers
- CCE-27386-2
References
- IA-5.1(ii). URL: <http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf>.
- 366. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- SRG-OS-000480-GPOS-00227. URL: <http://iase.disa.mil/stigs/srgs/Pages/index.aspx>.
- RHEL-07-040580. URL: <http://iase.disa.mil/stigs/os/unix-linux/Pages/index.aspx>.
5. Documentation to Support DISA OS SRG Mapping
These groups exist to document how the Red Hat Enterprise Linux product meets (or does not meet) requirements listed in the DISA OS SRG, for those cases where Groups or Rules elsewhere in scap-security-guide do not clearly relate.
Table of Contents
- 5.a. Product Meets this Requirement
- 5.b. Product Meets this Requirement
- 5.c. Product Meets this Requirement
- 5.d. Guidance Does Not Meet this Requirement Due to Impracticality or Scope
- 5.e. Implementation of the Requirement is Not Supported
- 5.f. Guidance Does Not Meet this Requirement Due to Impracticality or Scope
- 5.g. A process for prompt installation of OS updates must exist.
link | previous | next | up | toc | home
5.a. Product Meets this Requirement
This requirement is a permanent not a finding. No fix is required.
Red Hat Enterprise Linux meets this requirement through design and implementation.
References
- 42. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 56. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 206. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1084. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 66. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 85. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 86. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 185. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 223. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 171. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 172. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1694. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 770. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 804. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 162. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 163. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 164. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 345. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 346. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1096. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1111. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1291. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 386. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 156. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 186. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1083. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1082. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1090. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 804. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1127. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1128. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1129. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1248. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1265. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1314. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1362. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1368. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1310. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1311. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1328. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1399. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1400. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1404. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1405. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1427. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1499. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1632. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1693. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1665. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1674. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
5.b. Product Meets this Requirement
This requirement is a permanent not a finding. No fix is required.
The Red Hat Enterprise Linux audit system meets this requirement through design and implementation.
References
- 130. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 157. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 131. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 132. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 133. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 134. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 135. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 159. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 174. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
5.c. Product Meets this Requirement
This requirement is a permanent not a finding. No fix is required.
Red Hat Enterprise Linux meets this requirement through design and implementation.
References
- 34. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 35. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 99. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 154. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 226. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 802. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 872. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1086. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1087. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1089. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1091. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1424. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1426. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1428. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1209. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1214. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1237. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1269. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1338. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1425. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1670. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
5.d. Guidance Does Not Meet this Requirement Due to Impracticality or Scope
This requirement is NA. No fix is required.
The guidance does not meet this requirement. The requirement is impractical or out of scope.
References
- 21. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 25. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 28. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 29. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 30. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 165. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 221. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 354. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 553. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 779. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 780. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 781. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1009. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1094. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1123. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1124. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1125. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1132. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1135. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1140. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1141. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1142. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1143. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1145. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1147. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1148. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1166. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1339. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1340. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1341. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1350. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1356. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1373. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1374. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1383. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1391. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1392. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1395. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1662. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
5.e. Implementation of the Requirement is Not Supported
This requirement is a permanent finding and cannot be fixed. An appropriate mitigation for the system must be implemented but this finding cannot be considered fixed.
RHEL7 does not support this requirement.
References
- 20. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 31. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 52. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 144. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1158. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1294. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1295. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1500. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
5.f. Guidance Does Not Meet this Requirement Due to Impracticality or Scope
This requirement is NA. No fix is required.
The guidance does not meet this requirement. The requirement is impractical or out of scope.
References
- 15. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 27. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 218. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 219. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 371. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 372. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 535. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 537. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 539. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1682. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 370. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 37. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 24. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1112. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1126. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1143. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1149. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1157. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1159. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1210. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1211. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1274. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1372. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1376. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1377. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1352. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1401. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1555. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1556. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
- 1150. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
5.g. A process for prompt installation of OS updates must exist.
Procedures to promptly apply software updates must be established and executed. The Red Hat operating system provides support for automating such a process, by running the yum program through a cron job or by managing the system and its packages through the Red Hat Network or a Satellite Server.
This is a manual inquiry about update procedure.
References
- 1232. URL: <http://iase.disa.mil/stigs/cci/Pages/index.aspx>.
6. Documentation to Support C2S/CIS Mapping
These groups exist to document how the Red Hat Enterprise Linux product meets (or does not meet) requirements listed in C2S/CIS, for those cases where Groups or Rules elsewhere in scap-security-guide do not clearly relate.
Table of Contents
link | previous | next | up | toc | home
6.a. Procedural Requirement
This requirement is procedural, and can not be met through automated means.
This requirement is procedural, and can not be met through automated means.
References
6.b. Not Applicable to Operating System
While this requirement is applicable at an information system level, implementation is not performed within the Operating System.
This requirement is not applicable to an operating system.
References
6.c. Product Meets this Requirement
This requirement is permanent not a finding. No fix is required.
Red Hat Enterprise Linux meets this requirement through design and implementation.
References
6.d. Requirement Applies to All Rules
These are generic requirements, and apply to all rules
The following requirements apply to all rules
References
6.e. Rule Compliance through Removal of xinetd
The upstream CIS guidance is incorrect, stating that xinetd services can be managed through systemctl. The proper way to disable xinetd services, such as chargen-dgram, is to create a /etc/xinetd.d/SERVICE
file which disables the service. Regardless, these rules are inherently compliant with C2S/CIS policies through the removal of xinetd itself.
These rules are inherently compliant when xinetd is removed from the system
References
- 2.1.12. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 2.1.13. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 2.1.14. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 2.1.15. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 2.1.16. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 2.1.17. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
- 2.1.18. URL: <https://benchmarks.cisecurity.org/tools2/linux/CIS_Red_Hat_Enterprise_Linux_7_Benchmark_v1.1.0.pdf>.
Colophon
Red Hat and Red Hat Enterprise Linux are either registered trademarks or trademarks of Red Hat, Inc. in the United States and other countries. All other names are registered trademarks or trademarks of their respective companies.