Endpoint
7/25/2013
02:49 PM
Doug Landoll
Doug Landoll
Commentary
Connect Directly
RSS
E-Mail
50%
50%
Repost This

SMB Insider Threat: Setting Behavior Boundaries

Two major policies should be in place to guide and restrict user behavior

Small and midsized business (SMB) employees who have made it past any employment screening in place may still pose a threat to the SMB systems and assets. SMB insiders can reveal confidential information, subvert security controls, and introduce malicious code into the network, but these misbehaving employees are not always malicious, and their behavior is not always illegal. Therefore, it is important to implement appropriate security policies to guide the well-meaning employee away from dangerous behavior and to formally document unacceptable behaviors in which sanctions may be applied for those intentionally damaging the company.

This is the second part of a blog series on the SMB insider threat and what to do about it. The first part of the series covered employment screening issues for SMBs; this part covers policy controls.

Two major policies should be in place to guide and restrict user behavior: data classification and acceptable use. Data classification policies protect sensitive data. Acceptable use policies ensure proper use of company systems.

Data Classification Policies: The key to an effective data classification policy is to define confidential data and associate the controls required for its protection. The best approach is to list categories of sensitive data that require different levels of protection. Keep the number of categories low -- two or three. Examples of data classification categories include Public (i.e., releasable), Sensitive (e.g., proprietary), and Highly Sensitive (e.g., protected health information, cardholder data). Now associated required controls for each category of data. Data-handling controls should cover identification and labeling, handling, transmission, processing, and media protection.

Acceptable Use Policies: The key to an effective acceptable use policy is to ensure it is clear and accessible by employees. My test for clarity is to simply ask employees a question regarding the acceptable use of the network and premises, such as, "Are we allowed to bring camera phones into the sensitive areas (e.g., data center, patient room)?" If they are unable to use the acceptable use policy to find the answer, then the policy is unorganized and unclear. Organizing the contents of the acceptable use policy ensures the clarity of the policies to users. For example, all acceptable use policy statements should fall into one of the following four categories: Prohibited Items, Prohibited Behaviors, Expected Behaviors, and Notifications. Our question above can be answered in the "Prohibited Items" section.

General Security Policy Advice

It is tempting to search the Internet for policy examples and simply substitute the company name to make it your own. Please avoid this approach. Each SMB differs from others in its culture, sensitive data, existing controls, and security approach. By all means use found policies as templates or examples, but carefully consider each policy statement prior to adopting it as your standard.

Doug Landoll is the CEO of Assero Security, a firm specializing in SMB Security. You can follow him on Twitter as @douglandoll Doug Landoll is an expert in information security for the SMB market with over 20 years experience securing businesses and government agencies. He has written several information security books and dozens of articles for national publications. He has founded and ran four ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
DilM269
50%
50%
DilM269,
User Rank: Apprentice
7/30/2013 | 5:52:49 AM
re: SMB Insider Threat: Setting Behavior Boundaries
i totally agree with you sir.

http://resultplanet.org
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-3946
Published: 2014-04-24
Cisco IOS before 15.3(2)S allows remote attackers to bypass interface ACL restrictions in opportunistic circumstances by sending IPv6 packets in an unspecified scenario in which expected packet drops do not occur for "a small percentage" of the packets, aka Bug ID CSCty73682.

CVE-2012-5723
Published: 2014-04-24
Cisco ASR 1000 devices with software before 3.8S, when BDI routing is enabled, allow remote attackers to cause a denial of service (device reload) via crafted (1) broadcast or (2) multicast ICMP packets with fragmentation, aka Bug ID CSCub55948.

CVE-2013-6738
Published: 2014-04-24
Cross-site scripting (XSS) vulnerability in IBM SmartCloud Analytics Log Analysis 1.1 and 1.2 before 1.2.0.0-CSI-SCALA-IF0003 allows remote attackers to inject arbitrary web script or HTML via an invalid query parameter in a response from an OAuth authorization endpoint.

CVE-2014-0188
Published: 2014-04-24
The openshift-origin-broker in Red Hat OpenShift Enterprise 2.0.5, 1.2.7, and earlier does not properly handle authentication requests from the remote-user auth plugin, which allows remote attackers to bypass authentication and impersonate arbitrary users via the X-Remote-User header in a request to...

CVE-2014-2391
Published: 2014-04-24
The password recovery service in Open-Xchange AppSuite before 7.2.2-rev20, 7.4.1 before 7.4.1-rev11, and 7.4.2 before 7.4.2-rev13 makes an improper decision about the sensitivity of a string representing a previously used but currently invalid password, which allows remote attackers to obtain potent...

Best of the Web