Risk
1/31/2008
05:36 PM
George V. Hulme
George V. Hulme
Commentary
Connect Directly
RSS
E-Mail
50%
50%

When Criminal Intent Lurks One Cube Away

The ongoing Société Général fraud story is a case study in insider threats. The costs, north of $7 billion for the French bank, are high and likely to go higher. For the rest of us, it leaves an uneasy question: Do we have a rogue in our organization? And if so, what do we do about it?

The ongoing Société Général fraud story is a case study in insider threats. The costs, north of $7 billion for the French bank, are high and likely to go higher. For the rest of us, it leaves an uneasy question: Do we have a rogue in our organization? And if so, what do we do about it?As was posted earlier this week, the fraud doesn't look like it required any "hacking" or significant technical skills to perpetrate. Rather, the accused allegedly used his inside knowledge on internal controls to bypass them and place roughly $73 billion in bogus trades that cost the bank more than $7 billion to unwind.

It's a stark reminder to security professionals what could be at stake if a knowledgeable insider ever turned bad in a fraudulent, criminal, even destructive way.

The Insider Threat Study: Illicit Cyber Activity in the Banking and Finance Sector, published by the U.S. Secret Service and the CERT Coordination Center, holds some interesting findings from its examination of 23 incidents conducted by 26 insiders. Including that, 70% of the time, insiders took advantage of failures in business rule checks and authorization mechanisms. Also, 78% of the time insiders were authorized and active computer users at the time, and a surprising 43% used their own username and passwords to commit their crime.

Those are scary statistics for anyone trying to protect their company's treasure, whether monetary or intellectual property. So how do you go about protecting against the insider threat? One place I'd start would be with background checks, upon hiring.

Unfortunately, the vast majority of people who commit these types of incidents don't have a record. This would screen some, but not enough. Another area would be strict identity management and access control enforcement, such as terminating orphaned accounts, limiting access rights, and regular and mandatory password changes among employees. Again, this would help, but not eliminate enough.

What about not only enforcing access control, but also monitoring employee's use of systems -- and letting all employees know -- their work actions are being logged. This would be the right thing to do, and would have to act as a deterrent, and even help with any forensic analysis that may be needed.

This would be a good start, but it's clearly not all inclusive.

What steps does your organization take to minimize the insider threat?

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-6306
Published: 2014-08-22
Unspecified vulnerability on IBM Power 7 Systems 740 before 740.70 01Ax740_121, 760 before 760.40 Ax760_078, and 770 before 770.30 01Ax770_062 allows local users to gain Service Processor privileges via unknown vectors.

CVE-2014-0232
Published: 2014-08-22
Multiple cross-site scripting (XSS) vulnerabilities in framework/common/webcommon/includes/messages.ftl in Apache OFBiz 11.04.01 before 11.04.05 and 12.04.01 before 12.04.04 allow remote attackers to inject arbitrary web script or HTML via unspecified vectors, which are not properly handled in a (1)...

CVE-2014-3525
Published: 2014-08-22
Unspecified vulnerability in Apache Traffic Server 4.2.1.1 and 5.x before 5.0.1 has unknown impact and attack vectors, possibly related to health checks.

CVE-2014-3563
Published: 2014-08-22
Multiple unspecified vulnerabilities in Salt (aka SaltStack) before 2014.1.10 allow local users to have an unspecified impact via vectors related to temporary file creation in (1) seed.py, (2) salt-ssh, or (3) salt-cloud.

CVE-2014-3587
Published: 2014-08-22
Integer overflow in the cdf_read_property_info function in cdf.c in file through 5.19, as used in the Fileinfo component in PHP before 5.4.32 and 5.5.x before 5.5.16, allows remote attackers to cause a denial of service (application crash) via a crafted CDF file. NOTE: this vulnerability exists bec...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Three interviews on critical embedded systems and security, recorded at Black Hat 2014 in Las Vegas.