Skip to main content

SIEM

Security Information and Event Management

A security event manager (SEM) is a computerized tool used on enterprise data networks to centralize the storage and interpretation of logs, or events, generated by other software running on the network.

SEMs are a relatively new idea, pioneered in 1999 by a small company called e-Security, and in 2010 are still evolving rapidly. Just a year or two ago they were called security information managers (SIMs) and are also called security information and event managers (SIEMs). An adjacent, but somewhat different market also exists for Log Management; although these two fields are closely related, Log Management typically focuses on collection and storage of data whereas SEM focuses on data analysis. Some vendors specialize in one market or the other and some do both, or have complementary products.

Many systems and applications which run on a computer network generate events which are kept in event logs. These logs are essentially lists of activities that occurred, with records of new events being appended to the end of the logs as they occur. Protocols, such as Syslog and SNMP, can be used to transport these events, as they occur, to logging software that is not on the same host on which the events are generated. The better SEMs provide a flexible array of supported communication protocols to allow for the broadest range of event collection.

It is beneficial to send all events to a centralized SEM system for the following reasons:
Access to all logs can be provided through a consistent central interface
The SEM can provide secure, forensically sound storage and archival of event logs (this is also a classic Log Management function)
Powerful reporting tools can be run on the SEM to mine the logs for useful information
Events can be parsed as they hit the SEM for significance, and alerts and notifications can be immediately sent out to interested parties as warranted
Related events which occur on multiple systems can be detected which would be impossible to detect if each system had a separate log
Events which are sent from a system to a SEM remain on the SEM even if the sending system fails or the logs on it are accidentally or intentionally erased

In addition to collecting and storing data, SEMs distinguish themselves from simpler Log Management tools by providing a deeper level of event analysis. This may include attaching contextual information, such as host information (value, owner, location, etc), identity information (user info related to accounts referenced in the event like first/last name, workforce ID, manager's name, etc), and so forth. This contextual information can be leveraged to provide better correlation and reporting capabilities.

SEMs can also integrate with external remediation, ticketing, and workflow tools to assist with the process of incident resolution. The better SEMs will provide a flexible, extensible set of integration capabilities to ensure that the SEM will work with most customer environments.

As SEM deployments move beyond logging infrastructural events from routers, switches, servers, firewalls, and so forth, the ability to properly monitor business applications becomes crucial. Since most applications - especially those developed internally or by external software developers - do not include detailed logging it has become a challenge to incorporate this critical data into SEM products. Potential solutions to this challenge are based on network sniffing or other technologies.

SEMs are often sold to help satisfy U.S. regulatory requirements such as those of Sarbanes-Oxley and PCI-DSS; in general the solutions these products can provide extend only to enhanced monitoring and analysis of enterprise computing activity; SEM is not a "magic bullet" for compliance but can be helpful in generating reports to support a limited set of controls.

Commercial SEM products include items from Accelops, LogLogic, RSA Security, Novell, TriGeo, Q1Labs QRadar, ArcSight, Splunk, SenSage, Cisco, Snare, Tripwire, and others.

Open Source SEM products include:
LogZilla - free log analysis and graphing tool
OSSIM (With its commercial product,AlienVault)
Prelude

Comments

Popular posts from this blog

LinuxGuruz Netfilter IPTABLES Firewall Page

The Netfilter Project Homepage http://www.netfilter.org Source Code Userspace code (tar.bz2) http://www.netfilter.org/files/iptables-1.3.0.tar.bz2 FAQ Netfilter/Iptables FAQ http://netfilter.samba.org/documentation/FAQ/netfilter-faq.html Firewall Forensics (What am I seeing?) FAQ http://www.robertgraham.com/pubs/firewall-seen.html Network Intrusion Detection Systems - IDS http://www.robertgraham.com/pubs/network-intrusion-detection.html Sniffing (network wiretap, sniffer) FAQ http://www.robertgraham.com/pubs/sniffing-faq.html Linux IP Masquerade FAQ http://en.tldp.org/HOWTO/IP-Masquerade-HOWTO/ Firewall Admins Guide to Porn FAQ http://www.robertgraham.com/pubs/firewall-pr0n.html Hacking Lexicon - hacking dictionary http://www.robertgraham.com/pubs/hacking-dict.html Submit a FAQ Link or URL http://www.linuxguruz.com/iptables/#links Scripts Home LAN masquerading http://the-devil.dnsalias.net/home/extremist_MASQ Home LAN ip6t...

How to Address the Patching Paradox

Analyze your vulnerability response capabilities.  Assess vulnerability detection and patching capabilities to identify vulnerability response issues. Tackle low-hanging fruit first.  Prioritize minor vulnerability response problems and build a comprehensive vulnerability response strategy over time. Eliminate barriers between security and IT teams.  Combine vulnerability and IT configuration data into a single platform to drive collaboration between security and IT teams. Create end-to-end vulnerability response processes.  Develop vulnerability response processes and ensure that security and IT teams have a shared view of these processes. Retain security talent.  Remove internal barriers, optimize day-to-day processes and automate mundane work; by doing so, an organization can create a positive environment for security teams, increase employee satisfaction and boost the likelihood of retaining top security talent. Manual vulnerability response process...

mobile application Security Testing

Apps that enterprises develop themselves (or have developed by outsourcers) must be tested, to ensure they’re not leaking customer data or opening the enterprise to attack It’s cheaper and faster to test apps pre-production than it is after deployment Automated testing of mobile software is faster and more effective than manual testing Mobile applications interact with back-end web servers and services that also need to be tested That’s where AppScan® comes in What customers struggle with: Deploying secure mobile applications – both iOS and Android Static testing of mobile applications for security exposures, prior to deployment Inability to assess security of mobile applications developed by outsourcers Finding resources to test application code Understanding security risks of the mobile application environment Bringing together mobile application testing results with back-end web application and services resu...