Movatterモバイル変換


[0]ホーム

URL:


Jump to content
WikipediaThe Free Encyclopedia
Search

Security information and event management

From Wikipedia, the free encyclopedia
Field of computer security
Screenshot of Wazuh SIEM, an open-source SIEM software showing security configuration assessment for aRed Hat Enterprise Linux 9 system

Security information and event management (SIEM) is a field withincomputer security that combinessecurity information management (SIM) andsecurity event management (SEM) to enable real-time analysis of security alerts generated by applications and network hardware.[1][2] SIEM systems are central tosecurity operations centers (SOCs), where they are employed to detect, investigate, and respond to security incidents.[3] SIEM technology collects and aggregates data from various systems, allowing organizations to meet compliance requirements while safeguarding againstthreats. National Institute of Standards and Technology (NIST) definition for SIEM tool is application that provides the ability to gather security data from information system components and present that data as actionable information via a single interface.[4]

SIEM tools can be implemented as software, hardware, or managed services.[5] SIEM systems log security events and generating reports to meet regulatory frameworks such as theHealth Insurance Portability and Accountability Act (HIPAA) and thePayment Card Industry Data Security Standard (PCI DSS). The integration of SIM and SEM within SIEM provides organizations with a centralized approach for monitoring security events and responding to threats in real-time.

First introduced byGartner analysts Mark Nicolett and Amrit Williams in 2005, the term SIEM has evolved to incorporate advanced features such as threat intelligence and behavioral analytics, which allow SIEM solutions to manage complex cybersecurity threats, includingzero-day vulnerabilities andpolymorphic malware.

In recent years, SIEM has become increasingly incorporated into national cybersecurity initiatives. For instance,Executive Order 14028 signed in 2021 by U.S. President Joseph Biden mandates the use of SIEM technologies to improve incident detection and reporting in federal systems. Compliance with these mandates is further reinforced by frameworks such as NIST SP 800-92, which outlines best practices for managing computer security logs.[2]

Modern SIEM platforms are aggregating and normalizing data not only from variousInformation Technology (IT) sources, but from production and manufacturingOperational Technology (OT) environments as well.

History

[edit]

Initially,system logging was primarily used for troubleshooting and debugging. However, as operating systems and networks have grown more complex, so has the generation of system logs. The monitoring of system logs has also become increasingly common due to the rise of sophisticatedcyberattacks and the need for compliance with regulatory frameworks, which mandate loggingsecurity controls withinrisk management frameworks (RMF).

Starting in the late 1970s, working groups began establishing criteria for managing auditing and monitoring programs, laying the groundwork for modern cybersecurity practices, such as insider threat detection and incident response. A key publication during this period was NIST’s Special Publication 500-19.[6]

In 2005, the term "SIEM" (Security Information and Event Management) was introduced by Gartner analysts Mark Nicolett and Amrit Williams. SIEM systems provide a single interface for gathering security data from information systems and presenting it as actionable intelligence.[7] TheNational Institute of Standards and Technology provides the following definition of SIEM: "Application that provides the ability to gather security data from information system components and present that data as actionable information via a single interface."[2] In addition, NIST has designed and implemented a federally mandated RMF.

With the implementation of RMFs globally, auditing and monitoring have become central toinformation assurance and security. Cybersecurity professionals now rely on logging data to perform real-time security functions, driven by governance models that incorporate these processes into analytical tasks. As information assurance matured in the late 1990s and into the 2000s, the need to centralize system logs became apparent. Centralized log management allows for easier oversight and coordination across networked systems.

On May 17, 2021, U.S. PresidentJoseph Biden signed Executive Order 14028, "Improving the Nation's Cybersecurity," which established further logging requirements, including audit logging and endpoint protection, to enhance incident response capabilities.[8] This order was a response to an increase inransomware attacks targeting critical infrastructure. By reinforcing information assurance controls within RMFs, the order aimed to drive compliance and secure funding for cybersecurity initiatives.

Information assurance

[edit]

Published in September 2006, the NIST SP 800-92 Guide to Computer Security Log Management serves as a key document within theNIST Risk Management Framework to guide what should be auditable. As indicated by the absence of the term "SIEM", the document was released before the widespread adoption of SIEM technologies.[9][10] Although the guide is not exhaustive due to rapid changes in technology since its publication, it remains relevant by anticipating industry growth. NIST is not the only source of guidance on regulatory mechanisms for auditing and monitoring, and many organizations are encouraged to adopt SIEM solutions rather than relying solely on host-based checks.

Several regulations and standards reference NIST’s logging guidance, including the Federal Information Security Management Act (FISMA),[11] Gramm-Leach-Bliley Act (GLBA),[12] Health Insurance Portability and Accountability Act (HIPAA),[13] Sarbanes-Oxley Act (SOX) of 2002,[14] Payment Card Industry Data Security Standard (PCI DSS),[15] and ISO 27001.[16] Public and private organizations frequently reference NIST documents in their security policies.

NIST SP 800-53 AU-2 Event Monitoring is a key security control that supports system auditing and ensures continuous monitoring for information assurance and cybersecurity operations. SIEM solutions are typically employed as central tools for these efforts. Federal systems categorized based on their impact on confidentiality, integrity, and availability (CIA) have five specific logging requirements (AU-2 a-e) that must be met.[17] While logging every action is possible, it is generally not recommended due to the volume of logs and the need for actionable security data. AU-2 provides a foundation for organizations to build a logging strategy that aligns with other controls.

NIST SP 800-53 SI-4 System Monitoring outlines the requirements for monitoring systems, including detecting unauthorized access and tracking anomalies, malware, and potential attacks. This security control specifies both the hardware and software requirements for detecting suspicious activities.[18] Similarly, NIST SP 800-53 RA-10 Threat Hunting, added in Revision 5, emphasizes proactive network defense by identifying threats that evade traditional controls. SIEM solutions play a critical role in aggregating security information for threat hunting teams.[19]

Together, AU-2, SI-4, and RA-10 demonstrate how NIST controls integrate into a comprehensive security strategy. These controls, supported by SIEM solutions, help ensure continuous monitoring, risk assessments, and in-depth defense mechanisms across federal and private networks.[19]

Terminology

[edit]

The acronymsSEM,SIM andSIEM have sometimes been used interchangeably,[20] but generally refer to the different primary focus of products:

  • Log management: Focus on simple collection and storage oflog messages andaudit trails.[9]
  • Security information management (SIM): Long-term storage as well as analysis and reporting of log data.[21]
  • Security event manager (SEM): Real-time monitoring, correlation of events, notifications and console views.
  • Security information and event management (SIEM): Combines SIM and SEM and provides real-time analysis of security alerts generated by network hardware and applications.[5][citation needed]
  • Managed Security Service: (MSS) orManaged Security Service Provider: (MSSP): The most common managed services appear to evolve around connectivity and bandwidth, network monitoring, security,virtualization, and disaster recovery.
  • Security as a service (SECaaS): These security services often includeauthentication,anti-virus,anti-malware/spyware,intrusion detection, penetration testing and security event management, among others.

In practice many products in this area will have a mix of these functions, so there will often be some overlap – and many commercial vendors also promote their own terminology.[22] Oftentimes commercial vendors provide different combinations of these functionalities which tend to improve SIEM overall. Log management alone doesn't provide real-time insights on network security, SEM on its own won't provide complete data for deep threat analysis. When SEM and log management are combined, more information is available for SIEM to monitor.

A key focus is to monitor and help manage user and service privileges,directory services and other[clarification needed] system-configuration changes; as well as providing log auditing and review and incident response.[21]

Capabilities

[edit]
  • Data aggregation:Log management aggregates data from many sources, including networks, security, servers, databases, applications, providing the ability to consolidate monitored data to help avoid missing crucial events.
  • Correlation: Looks for common attributes and links events together into meaningful bundles. This technology provides the ability to perform a variety of correlation techniques to integrate different sources, in order to turn data into useful information. Correlation is typically a function of the Security Event Management portion of a full SIEM solution.[23]
  • Alerting: The automated analysis of correlated events.
  • Dashboards: Tools can take event data and turn it into informational charts to assist in seeing patterns, or identifying activity that is not forming a standard pattern.
  • Compliance: Applications can be employed to automate the gathering of compliance data, producing reports that adapt to existing security, governance and auditing processes.[24]
  • Retention: Employing long-term storage of historical data to facilitate correlation of data over time, and to provide the retention necessary for compliance requirements. The Long term logdata retention is critical in forensic investigations as it is unlikely that the discovery of a network breach will be at the time of the breach occurring.[25]
  • Forensic analysis: The ability to search across logs on different nodes and time periods based on specific criteria. This mitigates having to aggregate log information in your head or having to search through thousands and thousands of logs.[24]

Components

[edit]
Basic SIEM Infrastructure

SIEM architectures may vary by vendor; however, generally, essential components comprise the SIEM engine. The essential components of a SIEM are as follows:[26]

  • A data collector forwards selected audit logs from a host (agent based or host based log streaming into index and aggregation point)[27][28]
  • An ingest and indexing point aggregation point for parsing, correlation, anddata normalization[29]
  • A search node that is used for visualization, queries, reports, and alerts (analysis take place on a search node)[30]

A basic SIEM infrastructure is depicted in the image to the right.

Use cases

[edit]

Computer security researcherChris Kubecka identified the following SIEM use cases, presented at the hacking conference 28C3 (Chaos Communication Congress).[31]

  • SIEM visibility and anomaly detection could help detectzero-days orpolymorphic code. Primarily due to low rates ofanti-virus detection against this type of rapidly changing malware.
  • Parsing, log normalization and categorization can occur automatically, regardless of the type of computer or network device, as long as it can send a log.
  • Visualization with a SIEM using security events and log failures can aid in pattern detection.
  • Protocol anomalies that can indicate a misconfiguration or a security issue can be identified with a SIEM using pattern detection, alerting, baseline and dashboards.
  • SIEMS can detect covert, malicious communications and encrypted channels.
  • Cyberwarfare can be detected by SIEMs with accuracy, discovering both attackers and victims.

Modern SIEM platforms support not only detection, but response too. The response can be manual or automated including AI based response.

Correlation rules examples

[edit]

SIEM systems can have hundreds and thousands of correlation rules. Some of these are simple, and some are more complex. Once a correlation rule is triggered the system can take appropriate steps to mitigate a cyber attack. Usually, this includes sending a notification to a user and then possibly limiting or even shutting down the system.

Brute Force Detection

[edit]

Brute force detection is relatively straightforward. Brute forcing relates to continually trying to guess a variable. It most commonly refers to someone trying to constantly guess your password - either manually or with a tool. However, it can refer to trying to guess URLs or important file locations on your system.

An automated brute force is easy to detect as someone trying to enter their password 60 times in a minute is impossible.

Impossible Travel

[edit]

When a user logs in to a system, generally speaking, it creates a timestamp of the event. Alongside the time, the system may often record other useful information such as the device used, physical location, IP address, incorrect login attempts, etc. The more data is collected the more use can be gathered from it. For impossible travel, the system looks at the current and last login date/time and the difference between the recorded distances. If it deems it's not possible for this to happen, for example traveling hundreds of miles within a minute, then it will set off a warning.

Many employees and users are now using VPN services which may obscure physical location. This should be taken into consideration when setting up such a rule.

Excessive File Copying

[edit]

The average user does not typically copy or move files on the system repeatedly. Thus, any excessive file copying on a system could be attributed to an attacker wanting to cause harm to an organization. Unfortunately, it's not as simple as stating someone has gained access to your network illegally and wants to steal confidential information. It could also be an employee looking to sell company information, or they could just want to take home some files for the weekend.

Network Anomaly Detection

[edit]

Monitoring network traffic against unusual patterns that includes any threats or attacks ranging from DDOS to network scans. Note SIEM can monitor data flow in the network and to detect and prevent potential data exfiltration efforts. In general dedicatedData loss prevention (DLP) take care about data loss prevention.

DDoS Attack

[edit]

A DDoS (Distributed Denial of Service) Attack could cause significant damage to a company or organization. A DDoS attack can not only take a website offline, it can also make a system weaker. With suitable correlation rules in place, a SIEM should trigger an alert at the start of the attack so that the company can take the necessary precautionary measures to protect vital systems.

File Integrity Change

[edit]

File Integrity and Change Monitoring (FIM) is the process of monitoring the files on your system. Unexpected changes in your system files will trigger an alert as it's a likely indication of a cyber attack.

Alerting examples

[edit]

Some examples of customized rules to alert on event conditions involve user authentication rules, attacks detected and infections detected.[32]

RuleGoalTriggerEvent Sources
Repeat Attack-Login SourceEarly warning for brute force attacks, password guessing, and misconfigured applications.Alert on 3 or more failed logins in 1 minute from a single host.Active Directory, Syslog (Unix Hosts, Switches, Routers, VPN), RADIUS, TACACS, Monitored Applications.
Repeat Attack-FirewallEarly warning for scans, worm propagation, etc.Alert on 15 or more Firewall Drop/Reject/Deny Events from a single IP Address in one minute.Firewalls, Routers and Switches.
Repeat Attack-Network Intrusion Prevention SystemEarly warning for scans, worm propagation, etc.Alert on 7 or more IDS Alerts from a single IP Address in one minuteNetwork Intrusion Detection and Prevention Devices
Repeat Attack-Host Intrusion Prevention SystemFind hosts that may be infected or compromised
(exhibiting infection behaviors)
Alert on 3 or more events from a single IP Address in 10 minutesHost Intrusion Prevention System Alerts
Virus Detection/RemovalAlert when a virus, spyware or other malware is detected on a hostAlert when a single host sees an identifiable piece of malwareAnti-Virus, HIPS, Network/System Behavioral Anomaly Detectors
Virus or Spyware Detected but Failed to CleanAlert when >1 Hour has passed since malware was detected, on a source, with no corresponding virus successfully removedAlert when a single host fails to auto-clean malware within 1 hour of detectionFirewall, NIPS, Anti-Virus, HIPS, Failed Login Events

See also

[edit]

References

[edit]
  1. ^"What is SIEM".IBM. 2024. Retrieved25 January 2024.
  2. ^abcJohnson, Arnold; Dempsey, Kelley; Ross, Ron; Gupta, Sarbari; Bailey, Dennis (10 October 2019)."Guide for Security-Focused Configuration Management of Information Systems"(PDF).National Institute of Standards and Technology.doi:10.6028/nist.sp.800-128.S2CID 63907907. Retrieved23 January 2024.
  3. ^Cinque, Marcello; Cotroneo, Domenico; Pecchia, Antonio (2018).Challenges and Directions in Security Information and Event Management (SIEM). pp. 95–99.doi:10.1109/ISSREW.2018.00-24.ISBN 978-1-5386-9443-5.
  4. ^"Security Information and Event Management (SIEM) Tool".NIST. Retrieved25 January 2025.
  5. ^ab"SIEM: A Market Snapshot". Dr.Dobb's Journal. 5 February 2007.
  6. ^Ruthberg, Zella; McKenzie, Robert (1 October 1977).Audit and evaluation of computer security.U.S. Department of Commerce.doi:10.6028/NBS.SP.500-19. Retrieved23 January 2024.
  7. ^Williams, Amrit (2005-05-02)."Improve IT Security With Vulnerability Management". Retrieved2016-04-09.Security information and event management (SIEM)
  8. ^"Improving the Nation's Cybersecurity".Federal Register. 2021-05-17. Retrieved2021-07-28.
  9. ^abKent, Karen; Souppaya, Murugiah (13 September 2006)."Guide to Computer Security Log Management".National Institute of Standards and Technology.doi:10.6028/NIST.SP.800-92.S2CID 221183642. Retrieved24 January 2024.
  10. ^"NIST Risk Management Framework".National Institute of Standards and Technology. 7 November 2024. Retrieved25 January 2024.
  11. ^Computer Security Division, Information Technology Laboratory (2016-11-30)."NIST Risk Management Framework | CSRC | CSRC".CSRC | NIST. Retrieved2021-07-23.
  12. ^"Understanding the NIST cybersecurity framework".Federal Trade Commission. 2018-10-05. Retrieved2021-07-23.
  13. ^Rights (OCR), Office for Civil (2009-11-20)."Summary of the HIPAA Security Rule".HHS.gov. Retrieved2021-07-23.
  14. ^"The Role of Information Security in Sarbanes-Oxley Compliance".Issues in Information Systems. 2005.doi:10.48009/2_iis_2005_124-130.ISSN 1529-7314.
  15. ^"Mapping PCI DSS v3_2_1 to the NIST Cybersecurity Framework v1_1"(PDF). July 2019.
  16. ^"NIST SP 800-53, Revision 5 Control Mappings to ISO/IEC 27001". 10 December 2020.
  17. ^"Risk Management Framework for Information Systems and Organizations"(PDF).National Institute of Standards and Technology. December 2018.doi:10.6028/nist.sp.800-37r2. Retrieved24 January 2024.
  18. ^Computer Security Division, Information Technology Laboratory (2016-11-30)."Release Search - NIST Risk Management Framework | CSRC | CSRC".CSRC | NIST. Retrieved2021-07-19.
  19. ^ab"Security and Privacy Controls for Information Systems and Organizations"(PDF).National Institute of Standards and Technology. 12 October 2020.doi:10.6028/NIST.SP.800-53r5. Retrieved24 January 2024.
  20. ^Swift, David (26 December 2006)."A Practical Application of SIM/SEM/SIEM, Automating Threat Identification"(PDF).SANS Institute. p. 3. Retrieved14 May 2014....the acronym SIEM will be used generically to refer...
  21. ^abJamil, Amir (29 March 2010)."The difference between SEM, SIM and SIEM".
  22. ^Bhatt, S.; Manadhata, P.K.; Zomlot, L. (2014). "The Operational Role of Security Information and Event Management Systems".IEEE Security & Privacy.12 (5):35–41.Bibcode:2014ISPri..12e..35B.doi:10.1109/MSP.2014.103.S2CID 16419710.
  23. ^CorrelationArchived 2014-10-19 at theWayback Machine
  24. ^ab"Compliance Management and Compliance Automation – How and How Efficient, Part 1".accelops.net. Archived fromthe original on 2011-07-23. Retrieved2018-05-02.
  25. ^"2018 Data Breach Investigations Report | Verizon Enterprise Solutions".Verizon Enterprise Solutions. Retrieved2018-05-02.
  26. ^Kotenko, Igor; Polubelova, Olga; Saenko, Igor (November 2012). "The Ontological Approach for SIEM Data Repository Implementation".2012 IEEE International Conference on Green Computing and Communications. Besancon, France: IEEE. pp. 761–766.doi:10.1109/GreenCom.2012.125.ISBN 978-1-4673-5146-1.S2CID 18920083.
  27. ^Kotenko, Igor; Chechulin, Andrey (November 2012). "Common Framework for Attack Modeling and Security Evaluation in SIEM Systems".2012 IEEE International Conference on Green Computing and Communications. pp. 94–101.doi:10.1109/GreenCom.2012.24.ISBN 978-1-4673-5146-1.S2CID 15834187.
  28. ^Karl-Bridge-Microsoft."Eventlog Key - Win32 apps".docs.microsoft.com. Retrieved2021-07-18.
  29. ^Kotenko, Igor; Polubelova, Olga; Saenko, Igor (November 2012). "The Ontological Approach for SIEM Data Repository Implementation".2012 IEEE International Conference on Green Computing and Communications. pp. 761–766.doi:10.1109/GreenCom.2012.125.ISBN 978-1-4673-5146-1.S2CID 18920083.
  30. ^Azodi, Amir; Jaeger, David; Cheng, Feng; Meinel, Christoph (December 2013). "Pushing the Limits in Event Normalisation to Improve Attack Detection in IDS/SIEM Systems".2013 International Conference on Advanced Cloud and Big Data. pp. 69–76.doi:10.1109/CBD.2013.27.ISBN 978-1-4799-3261-0.S2CID 1066886.
  31. ^"28c3: Security Log Visualization with a Correlation Engine".YouTube. December 29, 2011.Archived from the original on 2021-12-15. RetrievedNovember 4, 2017.
  32. ^Swift, David (2010)."Successful SIEM and Log Management Strategies for Audit and Compliance".SANS Institute.

External links

[edit]
Threats
vectorial version
vectorial version
Defenses
Related
security
topics
Retrieved from "https://en.wikipedia.org/w/index.php?title=Security_information_and_event_management&oldid=1318390123"
Category:
Hidden categories:

[8]ページ先頭

©2009-2026 Movatter.jp