Security Information and Event Management (or Monitoring) has been a round for a while and was seen as the saviour for compliance initiatives regarding intrusion, abnormal usage, insider threat, Denial of Service attacks and more.

Nearly every computational device will store a record of internal transactions that can be used for monitoring, troubleshooting or forensic analysis.  I recently heard of a murder case using the program history of a washing machine to prove the accused had in fact used the washer, the night of the murder to cleanse away any evidence.  That is probably an extreme example, but any device, script or piece of code worth it’s salt will give a verbose view of what is happening either to the console or to a file.

The format of the log file has long been under discussion with several different ‘standards’ vying to be the standard such as the Common Event Format.  Basically, the transaction history that gets written to the file output should contain the time and date of the transaction, the transaction itself (generally the computational transaction and sometimes a more detailed description) as well as the ID that initiated the transaction and any other context information such as IP address, node or form.

Now the idea behind SIEM is to provide a centralised view of all this log data from network devices such as routers, firewalls and switches, through to directory services, core applications and even proximity door access.  Aggregating the log processing seems like a great idea.  A single point of entry reduces the need for silo’d and point management of so many different log out put streams.  With a centralised view comes with it the opportunity to perform some intelligent analysis of all this information.  The word all shouldn’t be underestimated, with many verbose log streams recording basic network activity or logon / logoff activity shifting a million plus lines of information a day when aggregated.

Trying to analyse so much data requires strict rules to help remove the noise and false positives.  One of the key themes the SIEM solution should be able to perform is that of correlation – the linking of the different log streams based on a unique identifier.  Now, not all log data will contain the same identifier.  The directory log on may use email address, whilst a mainframe application may use a userid, whilst the firewall may only contain source and destination IP addresses.  In an ideal world, the SIEM system should be able to correlate and provide a 360 degree view of user activity from door access to packet delivery.  So we have a linked up and centralised view of activity.  Now what?

Like any alerting system, it’s important to know what is an alert and what is a false positive.  The process for defining an alert will vary but could include static policy definition.  Creating a criteria that is deemed to be a security risk and flagging if the criteria is met.  For example, if a user accesses a particular file or performs a certain transaction, or the number of requests from a certain source IP address reaches a certain threshold.  To create those policies requires an analysis of previous unsecure activities in order to view what is a risk in the future.

Another approach is to analyse existing ‘normal’ behaviour and then identify anything that falls outside of this baseline.  This form of behavioural analysis can provide much more depth and scope of alerting.  Baselining can be done by grouping log events together either based on their origin or time, or by individuals and the teams or jobs their perform.  Once a baseline of information has been created, it can be easier to identify deviances and in turn manage the potential risk associated with them.  A deviance could be an activity that has occurred out of hours or from different IP address.  Access exceptions can also be tracked, by looking for individuals who have access above and beyond a typical baselined user from a particular group.

With any large volume of data, it’s important to develop an intelligence layer to help drive where limited resources should be focussed.  SIEM solutions are a step in the right direction by creating a platform that can allow further intelligence and context to be applied.



Signup for New Content Updates