Risk
4/25/2011
02:51 PM
Connect Directly
RSS
E-Mail
50%
50%

Users Still Careless With Email

Company employees still consistently send confidential and sensitive information via email in violation of rules and regulations, according to a survey by VaporStream.

While not necessarily a surprise, secure email is a huge problem for enterprises. In a survey of how people use email shows that employees may be a bit too loose with their email use when it comes to sensitive and protected information, according to secure messaging service provider VaporStream. Of course, the results play into the services the messaging provider offers, but the results are nonetheless scary for any business--especially those in regulated industries.

For instance, respondents were asked: "Have your or any member of your organization ever sent information via email that was in violation of regulatory compliance?" An unexpectedly high 73.7% of those from companies with 100 or more employees said they did so accidently. Another 28% admitted to doing so intentionally. Smaller businesses faired better, perhaps because many of them escape the regulatory grip. Roughly 25% of those organizations answered yes to "accidentally" or "intentionally."

It also appears "sender's remorse" is a common affliction. About 50% indicated that they have worried about what might happen to emails after they sent them. Around 20% said that emails have "haunted" them after being sent.

A surprisingly low 3 out of 10 respondents said that they send private and confidential business information by email. One would think that figure would be close to 100%.

About 10% of respondents say they have accidently leaked confidential information. And 60% of those surveyed have accidently hit "reply all" when responding to an e-mail.

The question is, after about 40 years of using email, why don't we have a better handle on sharing data more securely with it? Security awareness training might help, but probably not a lot. Some companies may consider sanctioning employees who abuse email by sending regulated information insecurely, while others may let users know that their work emails are monitored.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Must Reads - September 25, 2014
Dark Reading's new Must Reads is a compendium of our best recent coverage of identity and access management. Learn about access control in the age of HTML5, how to improve authentication, why Active Directory is dead, and more.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5485
Published: 2014-09-30
registerConfiglet.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via unspecified vectors, related to the admin interface.

CVE-2012-5486
Published: 2014-09-30
ZPublisher.HTTPRequest._scrubHeader in Zope 2 before 2.13.19, as used in Plone before 4.3 beta 1, allows remote attackers to inject arbitrary HTTP headers via a linefeed (LF) character.

CVE-2012-5487
Published: 2014-09-30
The sandbox whitelisting function (allowmodule.py) in Plone before 4.2.3 and 4.3 before beta 1 allows remote authenticated users with certain privileges to bypass the Python sandbox restriction and execute arbitrary Python code via vectors related to importing.

CVE-2012-5488
Published: 2014-09-30
python_scripts.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via a crafted URL, related to createObject.

CVE-2012-5489
Published: 2014-09-30
The App.Undo.UndoSupport.get_request_var_or_attr function in Zope before 2.12.21 and 3.13.x before 2.13.11, as used in Plone before 4.2.3 and 4.3 before beta 1, allows remote authenticated users to gain access to restricted attributes via unspecified vectors.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
In our next Dark Reading Radio broadcast, we’ll take a close look at some of the latest research and practices in application security.