DISA STIGS Viewer

Microsoft SCOM Security Technical Implementation Guide

Overview

Version Date Finding Count (18) Downloads
1 2021-03-15 CAT I (High): 7 CAT II (Medium): 7 CAT III (Low): 4 Excel JSON XML
Stig Description
This Security Technical Implementation Guide is published as a tool to improve the security of Department of Defense (DoD) information systems. The requirements are derived from the National Institute of Standards and Technology (NIST) 800-53 and related documents. Comments or proposed revisions to this document should be sent via email to the following address: disa.stig_spt@mail.mil.
Classified Public Sensitive  
I - Mission Critical Classified I - Mission Critical Public I - Mission Critical Sensitive II - Mission Critical Classified II - Mission Critical Public II - Mission Critical Sensitive III - Mission Critical Classified III - Mission Critical Public III - Mission Critical Sensitive

Findings - MAC II - Mission Critical Classified

Finding ID Severity Title Description
V-237439 High All SCOM servers must be configured for FIPS 140-2 compliance. Unapproved mechanisms used for authentication to the cryptographic module are not validated and therefore cannot be relied on to provide confidentiality or integrity, and DoD data may be compromised. FIPS 140-2 is the current standard for validating that mechanisms used to access cryptographic modules utilize authentication that meets DoD requirements....
V-237438 High The SCOM Web Console must be configured for HTTPS. HTTP sessions are sent in clear text and can allow a man in the middle to recon the environment. The web console itself does not allow for administrative actions, so most of the risk associated with http authentication is inherently mitigated. However, this would allow an attacker to intercept SCOM...
V-237432 High The Microsoft SCOM server must be running Windows operating system that supports modern security features such as virtualization based security. Network devices running older but supported operating systems lack modern security features that mitigate attack surfaces. Attackers face a higher level of complexity to overcome during a compromise attempt.
V-237430 High SCOM SQL Management must be configured to use least privileges. Microsoft SCOM's SQL management requires a Run as solution because the local system account will not have the required permissions to monitor SQL. If the Run As account is created with elevated database privileges on the SQL endpoint, this can be used to modify SQL databases, breach security boundaries, or...
V-237429 High The Microsoft SCOM Service Accounts and Run As accounts must not be granted enterprise or domain level administrative privileges. The Microsoft SCOM privileged Run As accounts are used to execute work flow tasks on target endpoints. A SCOM Run As account must only have the level of privileges required to perform the defined SCOM actions. An account with full administrative at the domain or enterprise level could be used...
V-237425 High SCOM Run As accounts used to manage Linux/UNIX endpoints must be configured for least privilege. The Microsoft SCOM privileged Run As accounts are used to execute work flow tasks on target endpoints. A SCOM Run As account must only have the level of privileges required to perform the defined SCOM actions. An account with full administrative (SUDO) privileges could be used to breach security boundaries...
V-237424 High Manually configured SCOM Run As accounts must be set to More Secure distribution. The Microsoft SCOM privileged Run As accounts are used to execute work flow tasks on target endpoints. A SCOM Run As account creates an interactive log on session to perform its tasks. The interactive session could allow an attacker to harvest and reuse these credentials. The SCOM less-secure distribution option...
V-237440 Medium A host-based firewall must be configured on the SCOM management servers. To prevent a DDoS, a firewall that inspects and drops packets must be configured.
V-237437 Medium The default Builtin\Administrators group must be removed from the SCOM Administrators Role Group. SCOM servers with default well-known operating system groups defined the SCOM Administrators Global Group may allow a local administrator access to privileged SCOM access.
V-237436 Medium The Microsoft SCOM server must use an active directory group that contains authorized members of the SCOM Administrators Role Group. During the initial installation, SCOM grants the Builtin\Administrators group administrator rights to the application. This configuration will allow any local administrator to the SCOM server to have full administrative rights into SCOM.
V-237431 Medium The Microsoft SCOM server must back up audit records at least every seven days onto a different system or system component than the system or component being audited. Protection of log data includes assuring log data is not accidentally lost or deleted. Regularly backing up audit records to a different system or onto separate media than the system being audited helps to assure, in the event of a catastrophic system failure, the audit records will be retained.
V-237427 Medium The Microsoft SCOM Run As accounts must only use least access permissions. The Microsoft SCOM privileged Run As accounts are used to execute work flow tasks on target endpoints. Run As Accounts are interactive logon sessions on a system. An attacker who has compromised one of those systems could potentially reuse the credentials of a Run As account on another system.
V-237426 Medium The Microsoft SCOM Agent Action Account must be a local system account. The SCOM agent action account is the account agent used to perform tasks on an individual machine. By default, the action agent account is the local system account, but this can be configured to run as a service account. In that scenario, the account will be running locally in memory...
V-237423 Medium Members of the SCOM Administrators Group must be reviewed to ensure access is still required. When people leave their roles, their group memberships are often times not updated.
V-237435 Low The Microsoft SCOM SNMP Monitoring in SCOM must use SNMP V3. SNMP Versions 1 and 2 do not use a FIPS-validated Keyed-Hash message Authentication Code (HMAC). SCOM has the capability of monitoring all versions of SNMP. As such, SNMP 1 and 2 monitoring should only be done if the device being monitored does not support SNMP V3.
V-237434 Low If a certificate is used for the SCOM web console, this certificate must be generated by a DoD CA or CA approved by the organization. Web certificates should always be signed by a trusted signer and never self-signed.
V-237433 Low SCOM unsealed management packs must be backed up regularly. SCOM's configuration information is stored within unsealed management packs. Even without SQL backups, a catastrophic failure to SCOM can be recovered from quickly if the unsealed management packs have been backed up. Satisfies: SRG-APP-000516-NDM-000340, SRG-APP-000516-NDM-000341
V-237428 Low The Microsoft SCOM administration console must only be installed on Management Servers and hardened Privileged Access Workstations. The Microsoft SCOM management servers are considered high value IT resources where compromise would cause a significant impact to the organization. The Operations Manager console contains APIs that an attacker can use to decrypt Run As accounts or install malicious management packs. If a SCOM console sits on a Tier...