Log Management & SIEM for Security, Compliance, Operations | the dialog

(3rd in a series of 3)

Today’s blog entry is the third and final blog in the series on SIEM features which support continuous monitoring requirements. The past two blog entries covered situational awareness, threats, assessing security controls, and collecting, correlating, and analyzing security information. In today’s entry I will cover security status communication and risk management requirements for continuous monitoring.

The FIFTH requirement is “providing actionable communication of security status across all tiers of the organization.” This requirement has to do with the organizations capability to provide accurate communication on the current security status of the organization at all levels within the organization and provide recommended action when needed. This particular requirement is focused on defining, providing, and communicating security status and metrics. A SIEM should be capable of providing notification of security-related issues to owners of particular systems allowing them to take remediation action as necessary. The more advance SIEMs actually have the capability to provide automated remediation actions when specific issues are identified. The metric portion of the requirement quantifies the current status of information security at all levels of the organization. The SIEM at a minimum should be able to provide an audit trail of the actual uses of the SIEM as part of a metric. The SIEM should audit alerts generated by critical events, the analyst’s acknowledgment of the alert, investigations initiated by the analyst in response to the event, and actions taken to remediate the threat of the event, and review of the event by management.

The SIXTH and final requirement is “active management of risk by organizational officials.” This particular requirement indicates that management must actively manage organizational risks. This is really an extension of the risk assessment process which ensures all risks are identified, mitigated, and acknowledged by management. A SIEM should extend managements view of the organizations risk landscape by providing a view of critical risks such as threats and vulnerabilities, and provide visibility to the effectiveness of mitigating controls such as anti-malware, firewalls, IDS, patch management, vulnerability scanners, etc…
A SIEM can be a powerful tool to meet continuous monitoring requirements through automated means. Keep in mind not all SIEMs are created equally and some provide limited functionality at a premium price. Ensure the organization performs an in-depth review of the regulatory requirements along with functional requirements before a SIEM selection is made. Robust SIEMs often provide mappings of key features directly to regulatory control requirements which they meet or supplement. Advance SIEMs which provide capability such as built-in alerts, threat advisories, and automated remediation functionality can help organizations stay informed and better prepared to quickly remediate security risks.

Blog 1 of 3

Continuous monitoring is one area where most organizations often experience audit related issues during their regulatory review. The most typical issues are often related to analyzing security related information and assessing security controls. Many of my clients would enable logging on the majority of their systems but would not actually analyze any of their logs due to the large volume. I can certainly empathize with them having been in their shoes myself. However it’s not acceptable to stop monitoring critical system logs because the task seems too daunting, there is a better way. A robust SIEM (Security Information and Event Management) solution can centrally collect millions of logs, correlate information across the organizational infrastructure, and alarm on user-defined critical conditions resulting in a manageable subset of security related events. There are many different players in the SIEM market and a wide range of functionality offered; over the next three days my blog entries will tell you about specific features to look for in a SIEM to help meet continuous monitoring requirements.

FIRST, it is important to understand the six main continuous monitoring requirements outlined in NIST (National Institute of Standards and technology) 800-137 before seeking a SIEM solution. The first requirement is “maintaining situational awareness of all systems across the organization.” This describes the need for the organization to keep an awareness of all systems in their organization. Organizations should have an asset management program which actively maintains inventories of systems, software, and network diagrams. A SIEM should supplementary support the asset management program by providing details of all known assets (hosts, network devices, physical devices, security devices, etc…) within the organizations infrastructure. It is also best practice to implement technologies such as NAC (Network Access Control Systems) which have the ability to detect unidentified systems and deny them access to the infrastructure. A SIEM should also collect logs from these types of devices and generate alarms when unidentified systems are detected.

The SECOND requirement is “maintaining an understanding of threats and threat activities.” Organization must stay up to date on current threats and have the capacity to identify specific threats to their organization to meet this requirement. They are expected to keep their knowledge of threats current by researching in-scope threats to their systems on a regular basis. There are a variety of content providers which focus on providing threat advisories via RSS feeds. Organizational threats should be identified and assessed through the risk assessment process. However a SIEM should provide continuous threat assessment by collecting, correlating, and identifying threats from network and host anti-malware systems, firewalls, and IDSs (Intrusion Detection Systems). The more advanced SIEMs have the capability to give additional information about an identified threat through knowledge bases or 3rd party advisories.

Tune in for tomorrow’s blog entry where I will continue the discussion by covering requirements for assessing security controls and collecting, correlating, and analyzing security information.