Perimeter
4/30/2012
07:28 AM
Commentary
Commentary
Commentary
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
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-2013-7441
Published: 2015-05-29
The modern style negotiation in Network Block Device (nbd-server) 2.9.22 through 3.3 allows remote attackers to cause a denial of service (root process termination) by (1) closing the connection during negotiation or (2) specifying a name for a non-existent export.

CVE-2014-9727
Published: 2015-05-29
AVM Fritz!Box allows remote attackers to execute arbitrary commands via shell metacharacters in the var:lang parameter to cgi-bin/webcm.

CVE-2015-0200
Published: 2015-05-29
IBM WebSphere Commerce 6.x through 6.0.0.11 and 7.x before 7.0.0.8 IF2 allows local users to obtain sensitive database information via unspecified vectors.

CVE-2015-0751
Published: 2015-05-29
Cisco IP Phone 7861, when firmware from Cisco Unified Communications Manager 10.3(1) is used, allows remote attackers to cause a denial of service via crafted packets, aka Bug ID CSCus81800.

CVE-2015-0752
Published: 2015-05-29
Cross-site scripting (XSS) vulnerability in Cisco TelePresence Video Communication Server (VCS) X8.5.1 allows remote attackers to inject arbitrary web script or HTML via a crafted URL, aka Bug ID CSCut27635.

Dark Reading Radio
Archived Dark Reading Radio
After a serious cybersecurity incident, everyone will be looking to you for answers -- but you’ll never have complete information and you’ll never have enough time. So in those heated moments, when a business is on the brink of collapse, how will you and the rest of the board room executives respond?