Perimeter
4/30/2012
07:28 AM
Commentary
Commentary
Commentary
Connect Directly
RSS
E-Mail
50%
50%

How Would You Architect A New Security Monitoring Product?

Cloud, appliance, software? If you were planning on developing a security monitoring platform, which architecture would you use?

I came up with a simple survey question earlier this month -- "If you were to develop a new Security Information and Event Management (SIEM) or Log Management product, how would you deliver it?" -- with the hopes that my survey would be short enough to entice people to answer. FluidSurveys was used as the survey platform for this exercise because it was easy to use and, most importantly, free.

I presented several options, including vendor-supplied appliance, software-only, prepackaged virtualized instance, cloud with multitenant SaaS port, and a hybrid option with some combination of appliance, software, virtualized instance, or cloud. At the time of this blog post, I've received 57 votes and 37 responses to justify the individual's selection. Using Twitter, I was able to reach the four corners of the globe and saw respondents originating from the United States, Canada, Mexico, Russia, China, India, Pakistan, Germany, France, and Spain.

As you can see from the resulting graph, the answers were really all over the board.

Response Bar Chart
(click image for larger view)

The majority of respondents (46 percent) stated that if they were to develop a new SIEM or log management product, they'd design it as a hybrid platform that spanned multiple distribution and consumption methods. One respondent stated that the hybrid model "allows for different operating environments of the various customers which you will be coming across. It also allows for a more scalable customer base, ranging from SMB to large corporations."

The argument of supporting multiple and varying use cases also popped up in several comments. One comment that perhaps explains the hybrid model best was the following: "Locking yourself into one area will limit its usefulness. Sometimes I want a VM, sometimes I want an appliance, other times I want a software product. (I'm not personally into the whole cloud thing, but that's me)."

Some respondents (19 percent) still cling to vendor-supplied appliances, citing "more control as a vendor, less risk during deployment, maintenance, and support," and the "dependability, control of components" that come with shipping a box to the customer. A software model on user-selected hardware came in third-place with 18 percent of the votes. Respondents had several comments about this model, ranging from distrust of the cloud to cost savings on shipping and hardware costs to flexibility. A handful of respondents (12 percent) said they would lead with a VM-only packaging model, claiming that "an image is trivial to deploy and doesn't have the lock in or infrastructure requirements of an appliance," "flexibility" to adapt to a wide variety of environments, and "ease of deployment."

Perhaps what surprised me the most is that only 5 percent of respondents said they would develop their monitoring products using a multitenant SaaS model. With the proliferation of cloud platforms, in addition to how the cloud enables anyone in their garage to develop a product, I would have thought that the cloud-enabling low barrier to entry would have been a more popular selection. The one comment reported for this option was that the individual would want "Quick access to the most potential customers; lowest installation and setup costs; our ability to mitigate security concerns by encrypting everything in transit and at rest."

Certainly lots to think about. I guess the conclusion that I could draw as a result of this survey is that there is still no right answer to which security monitoring architecture is best -- and that would appeal to everyone.

Andrew Hay is senior analyst with 451 Research's Enterprise Security Practice (ESP) and is an author of three network security books. Follow him on Twitter: @andrewsmhay

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading, September 16, 2014
Malicious software is morphing to be more targeted, stealthy, and destructive. Are you prepared to stop it?
Flash Poll
Title Partner’s Role in Perimeter Security
Title Partner’s Role in Perimeter Security
Considering how prevalent third-party attacks are, we need to ask hard questions about how partners and suppliers are safeguarding systems and data.
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5700
Published: 2014-09-22
Multiple cross-site scripting (XSS) vulnerabilities in Baby Gekko before 1.2.2f allow remote attackers to inject arbitrary web script or HTML via the (1) id parameter to admin/index.php or the (2) username or (3) password parameter in blocks/loginbox/loginbox.template.php to index.php. NOTE: some o...

CVE-2014-0484
Published: 2014-09-22
The Debian acpi-support package before 0.140-5+deb7u3 allows local users to gain privileges via vectors related to the "user's environment."

CVE-2014-2942
Published: 2014-09-22
Cobham Aviator 700D and 700E satellite terminals use an improper algorithm for PIN codes, which makes it easier for attackers to obtain a privileged terminal session by calculating the superuser code, and then leveraging physical access or terminal access to enter this code.

CVE-2014-3595
Published: 2014-09-22
Cross-site scripting (XSS) vulnerability in spacewalk-java 1.2.39, 1.7.54, and 2.0.2 in Spacewalk and Red Hat Network (RHN) Satellite 5.4 through 5.6 allows remote attackers to inject arbitrary web script or HTML via a crafted request that is not properly handled when logging.

CVE-2014-3635
Published: 2014-09-22
Off-by-one error in D-Bus 1.3.0 through 1.6.x before 1.6.24 and 1.8.x before 1.8.8, when running on a 64-bit system and the max_message_unix_fds limit is set to an odd number, allows remote attackers to cause a denial of service (dbus-daemon crash) or possibly execute arbitrary code by sending one m...

Best of the Web
Dark Reading Radio