Risk
4/23/2009
11:45 AM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%
Repost This

InformationWeek Analytics: Endpoint Security And DLP

A smart mix of policies, education, and new technologies like data loss prevention can help IT balance access and protection.

InformationWeek AnalyticsEveryone's talking about the insider threat. But protecting data can't supersede the requirement to give users the access they need to do their jobs--otherwise, soon you'll have neither business data nor employees to worry about.

Striking a balance between access and protection isn't easy, however, judging by our InformationWeek Analytics/DarkReading.com Endpoint Security Survey of 384 business technology pros. In that poll, 43% classify their organizations as "trusting," allowing data to be copied to USB drives or other devices with no restrictions or protective measures.

Still, IT is aware of the need to move from a stance of securing endpoints to assuming that laptops and smartphones will be lost, good employees will go bad, and virtual machines will be compromised. Instead of focusing on endpoints, let fortifications follow the data: Decide what must be protected, find out everywhere it lives, and lock it down against both inside and outside threats, whether via encryption, multi-tiered security suites, or new technologies like data loss prevention.

DLP suites combine network scanning and host-based tools to collect, categorize, and protect corporate intellectual property. These products can maintain an archive of data and documents, along with associated permissions by group, individual, and other policies. They then actively scan internal networks and external connections looking for anomalies. This takes data protection beyond perimeter or endpoint protection--DLP facilitates internal safety checks, allowing "eyes only" data to remain eyes only and minimizing the risk that sensitive data will be viewed by the wrong folks, even in-house.

A successful DLP implementation involves a number of steps:

Identify known content risks. Secure the data you know about, then hunt down a startling number of forgotten, misplaced, or illicit stores.

Analyze network ports and protocols to look for both expected and devious behavior on nonstandard ports.

Create point-in-time content signatures and filter rules, and establish a baseline for sensitive data stores. These will be used to monitor traffic flow and find full sets plus snippets of sensitive data across file types and transmission methods.

Perform content inspection of all traffic using signature and filter rule sets, and set a policy for notification, blocking, and enforcement.

Enable root-cause and historical data analysis; policies and rule sets must be modified as new threats or risks are identified.

Get the full-length Analytics Report at:
datalossprevention.informationweek.com
Leverage your existing IT investments. Ensure that the DLP suite is set up to work with and take advantage of other network analysis tools and perimeter defenses.

Consider a phased approach. "Passive" network-based tools to analyze data traffic can be implemented without affecting endpoints. Agent-based or full client apps can then be incorporated into standard image builds as endpoint policies and rolled out later.

Joe Hernick is an industry analyst and former Fortune 100 IT executive.

chart: ENDPOINT THREATS -- How does your IT or security organization perceive the threat from endpoint security risks?

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-0360
Published: 2014-04-23
Memory leak in Cisco IOS before 15.1(1)SY, when IKEv2 debugging is enabled, allows remote attackers to cause a denial of service (memory consumption) via crafted packets, aka Bug ID CSCtn22376.

CVE-2012-1317
Published: 2014-04-23
The multicast implementation in Cisco IOS before 15.1(1)SY allows remote attackers to cause a denial of service (Route Processor crash) by sending packets at a high rate, aka Bug ID CSCts37717.

CVE-2012-1366
Published: 2014-04-23
Cisco IOS before 15.1(1)SY on ASR 1000 devices, when Multicast Listener Discovery (MLD) tracking is enabled for IPv6, allows remote attackers to cause a denial of service (device reload) via crafted MLD packets, aka Bug ID CSCtz28544.

CVE-2012-3062
Published: 2014-04-23
Cisco IOS before 15.1(1)SY, when Multicast Listener Discovery (MLD) snooping is enabled, allows remote attackers to cause a denial of service (CPU consumption or device crash) via MLD packets on a network that contains many IPv6 hosts, aka Bug ID CSCtr88193.

CVE-2012-3918
Published: 2014-04-23
Cisco IOS before 15.3(1)T on Cisco 2900 devices, when a VWIC2-2MFT-T1/E1 card is configured for TDM/HDLC mode, allows remote attackers to cause a denial of service (serial-interface outage) via certain Frame Relay traffic, aka Bug ID CSCub13317.

Best of the Web