Wednesday 22 January 2014

File Integrity Monitoring – 3 Reasons Why Your Security Is Compromised Without It Part 2

Introduction
In part 1 of this series of articles we talked about the importance of using File Integrity monitoring for system files as a backstop to AV for detecting malware. Enterprise-level FIM goes further where configuration files are concerned to not only detect and report changes to config settings, but to also identify vulnerabilities.

Malware Detection – How Effective is Anti-Virus?
Security Is Compromised Without File Integrity MonitoringHowever, there are also a number of issues with using these checklists to eliminate vulnerabilities, or in other words, to harden a system. First of all, checking a system for the presence of vulnerabilities is time consuming and painstaking. Repeating the process for an entire estate of hundreds or thousands of servers will require significant resources.

The Vulnerability Scanner
Scanning systems, such as Nessus, Rapid7, eEye or Qualys, can be used to automatically probe a system and identify whether vulnerabilities are present. However, while a vulnerability scanner can solve the problem of the time and resource requirements for vulnerability detection, they also create a whole new range of problems, while leaving one glaring flaw unresolved.

Scanning means that servers and workstations are interrogated via the network, typically using an automated series of scripts, executed using psexec or ssh, working in conjunction with a dissolvable agent.
The first problem is that the dissolvable agent must be copied across the network to every host, and being dissolvable, this has got to be repeated for every scan, for every host. This burns up bandwidth and host resources.

Commands are run to query configuration settings, dumping the contents of config files, while the dissolvable agent allows an MD5 or SHA1 hash to be calculated for each file as a ‘DNA Fingerprint’ for each file. And this represents a further problem.

In order to verify the integrity of core system files and key configuration files, it is necessary for the scanner login to be at root, or near-root, privilege. This means that, before you can check the security posture of your hosts, you first need to weaken security and allow a root network-login!

Finally, the results then need to be analyzed by the scanning appliance, which means dragging all the data gathered back across the network, creating further load on the network. Scanning remote systems provides a more exaggerated problem of bandwidth usage and congestion.

For these reasons, scans always need to be scheduled outside of normal working hours to minimize server loads and to try and be as gentle on the network as possible.

At best, this means a scan can be completed once a day for critical servers, although in a 24/7 operation, there won’t ever be a good time to scan.

This leaves some big decisions to be made.
How much extra load are you prepared to place on your sensitive network infrastructure and host systems? How long would you tolerate your critical systems being left vulnerable to attack? How long are you comfortable to leave malware undetected on your key hosts?

Agent-Based FIM versus Agentless Scanner
Agent-based vulnerability detection systems such as Tripwire and NNT Change Tracker resolve these problems through use of agents. An agent resident on a host means there is no longer any need for the network-based interrogation of the host, so there is no need for additional admin or root access to be provided to secure hosts.

The FIM agent also removes the repeated scanning load on the host and network. A one-time baseline can be operated and thereafter, only qualifying file changes will require any activity from the agent and therefore any use of host resources.

Finally, an agent will also provide a real-time detection capability. The best enterprise FIM agent will have kernel monitoring capabilities and be capable of watching for all filesystem activity, recording changes of interest as soon as they are made. Typically this applies to Linux, Windows and Solaris, but the best FIM solutions will also extend to Mac OS X, and even Android and iOS.

Summary
FIM is well-established as a means of detecting vulnerabilities but there are still options available in the market. Agentless scanners and agent-based FIM solutions are commonly operated together and it typically isn’t an either/or decision regarding which technology is the right one for your network. In fact, most organizations see benefit of a ‘second opinion’ regarding vulnerabilities which is achieved by operating a vulnerability scanner in conjunction with a continuous FIM package.