Risk
2/15/2013
08:01 AM
50%
50%

More Intelligent Services Help Rein In Security Policies

From managed services to threat intelligence, companies are using security services to create better policies, as well as manage and tune existing ones

Companies are used to buying maintenance service agreements for their networking and security infrastructure. Increasingly, however, companies are relying on an array of services to help them establish better policies and translate those strategic guidelines into technical ones.

Service offerings allow companies to augment their expertise and automate a variety of necessary tasks, from policy creation to validation and beyond. By putting more intelligence into the services that support companies' network infrastructure, security providers aim to make the hardware more intelligent, said Mike Horn, co-founder and CEO at network-security startup NetCitadel. NetCitadel allows threat intelligence to be turned into rules for a variety of devices, from firewalls to intrusion detection systems, more quickly turning information about a threat into a technical defense.

"What companies have found is their [existing] solutions will tell them that something has happened, but they don't have the ability to close the loop," Horn says. "And that's where intelligence policies come in: How do I make something not just informational but actionable."

Many crucial services for companies revolve around establishing and managing the policy hierarchy that forms the security framework for companies. From managed services to cloud-based compliance applications to better threat intelligence, services have become a key component of security policy management.

Jody Brazil, president and CTO of network-device management firm FireMon, for example, likes to tell the story of one customer, a hosting provider, whose firewalls would seize up every week or so. The problem: Two many unnecessary and conflicting rules in their policies.

Products do not solve cases like this, Brazil says. The company needs the vendor's expertise to fix systemic issues to which poorly designed or managed policies frequently lead.

"There is rarely a one-size fits all solution to these issues," he says. "There is no 'Easy' button. It has to be part of a services engagement."

[Classifying data can help evaluate the risk of sending information to the cloud and better manage risk throughout the data life cycle. See It's Classified: The Secret To Cloud Risk Management Success.]

When setting and managing policies--whether using only on-premise technology or taking advantage of a service--companies should start by keeping the high-level goals in mind and do a complete inventory of their assets, says Mike Lloyd, chief technology officer for security-management firm RedSeal Networks. Following the initial creation of policies for the organization and technical policies for each device, the security team should also validate that each part of the network complies with policy.

"There are limits to what a service can do, but there absolutely a service component to this," Lloyd says.

Once a company understands their own assets and security goals, they can create strategic policies that take into account those goals well as compliance requirements. Creating checklists for dealing with high-level policy, however, is a route to chaos, says Brady Justice, director of systems engineering for TraceSecurity. Here, again, services can help turn others' expertise into better policy, he says.

"I think it is very easy to go get a template and call it a day," Justice says. "But companies need to continuously monitor how their policies meet their goals."

Services have also augmented companies' abilities to manage the changes necessary to keep technical policies up to date. When changes to network infrastructure, or new threat intelligence, requires a change to policies across dozens or hundreds of devices, implementing the changes correctly can be difficult, NetCitadel's Horn says.

"If you don't have a solution that orchestrates those policy changes, then you have to file a change request, and they have to implement those changes," he says. "That could take days weeks, sometimes even longer."

Keeping up with today's threats means turning intelligence into policy rules, and that requires the depth of expertise provided by services.

Have a comment on this story? Please click "Add Your Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2015-4231
Published: 2015-07-03
The Python interpreter in Cisco NX-OS 6.2(8a) on Nexus 7000 devices allows local users to bypass intended access restrictions and delete an arbitrary VDC's files by leveraging administrative privileges in one VDC, aka Bug ID CSCur08416.

CVE-2015-4232
Published: 2015-07-03
Cisco NX-OS 6.2(10) on Nexus and MDS 9000 devices allows local users to execute arbitrary OS commands by entering crafted tar parameters in the CLI, aka Bug ID CSCus44856.

CVE-2015-4234
Published: 2015-07-03
Cisco NX-OS 6.0(2) and 6.2(2) on Nexus devices has an improper OS configuration, which allows local users to obtain root access via unspecified input to the Python interpreter, aka Bug IDs CSCun02887, CSCur00115, and CSCur00127.

CVE-2015-4237
Published: 2015-07-03
The CLI parser in Cisco NX-OS 4.1(2)E1(1), 6.2(11b), 6.2(12), 7.2(0)ZZ(99.1), 7.2(0)ZZ(99.3), and 9.1(1)SV1(3.1.8) on Nexus devices allows local users to execute arbitrary OS commands via crafted characters in a filename, aka Bug IDs CSCuv08491, CSCuv08443, CSCuv08480, CSCuv08448, CSCuu99291, CSCuv0...

CVE-2015-4239
Published: 2015-07-03
Cisco Adaptive Security Appliance (ASA) Software 9.3(2.243) and 100.13(0.21) allows remote attackers to cause a denial of service (device reload) by sending crafted OSPFv2 packets on the local network, aka Bug ID CSCus84220.

Dark Reading Radio
Archived Dark Reading Radio
Marc Spitler, co-author of the Verizon DBIR will share some of the lesser-known but most intriguing tidbits from the massive report