Risk
10/16/2012
02:10 PM
50%
50%

How One Midsize Bank Protects Against Hacks

In light of ongoing hacktivist attacks on major banks, Lake Trust Credit Union information security pro shares insights on how a smaller bank stays secure without too-big-to-fail resources.

It's a tough gig to be responsible for information security at a midsize bank, but someone's got to do it.

In this case, that someone is Richard Reinders, information security analyst at Lake Trust Credit Union. The Great Lakes-area financial institution has about 400 employees and $1.5 billion in assets. In comparison, Wells Fargo has 265,000 employees and $1.3 trillion in assets.

Here's the rub: A bank of Lake Trust's size faces many of the same security threats as its much larger brethren. The same holds true for regulatory requirements and related issues.

Banks and their customers make juicy targets for online criminals and the various weapons they use, such as malware, phishing, and social engineering. Compounding the issue is the fact that a targeted attack isn't always just a matter of money. Witness the recent hacktivist attacks against big banks, Wells Fargo among them.

[ Every SMB is a potential target of cyber attack. Learn the threats. 10 Cyber Threats Small Businesses Can't Ignore. ]

I asked Reinders to share a peek at information security operations for a smaller regional bank. In a combination of phone and email interviews, he discussed how Lake Trust keeps risks in check while continuing to meet its members' needs, such as 24-7 account access and mobile banking.

Keeping this balance involves a healthy mix of technology and human effort. The latter often takes the form of training and education, though not of the brown-bag lunch variety that typically put employees to sleep. For example, Reinders ran a socially engineered phishing scam on Lake Trust employees--it was a simulation, of course, but it was a good one, complete with a dummy website and other details. He then shared the results within the organization to help create awareness of email's persistence as a threat vector.

IW: What are your biggest security challenges as a smaller bank?

Reinders: The challenges a smaller financial institution faces are similar to those of larger ones. Recently the FBI released a statement that criminals are now targeting smaller organizations with the same intensity and skill set. We’ve already been seeing that in some of our logging, like [with] our intrusion detection system and our tracking of more sophisticated phishing attempts. Our Help Desk, for example, is there to help people out. That kind of purpose ends up being abused by individuals who try to socially engineer information. I think [phishing] is back because it's so effective. If an email is enough to compromise an organization like RSA, who are supposed to have security top of mind, then you know it is something that will get you results.

IW: How do you solve those problems with limited resources?

Reinders: Resources are a constant issue, but most organizations are trying to come to terms with that. The ability to truly understand the issues and how to resolve them becomes critical. Knowing the risks will allow you to rank, prioritize, and resolve them in the most efficient fashion.

IW: You've done some interesting things in terms of security awareness and training among employees and members. Can you share examples?

Reinders: We actually spend quite a bit of time on that. We do a yearly security training where we talk about things like mobile devices and passwords. Then as [specific risks] come up, we send out notices. We try to do that sparingly because you don't want to numb the recipient [with] a constant barrage of things to watch out for. We do constant testing [on] ourselves. We've had people dress up as exterminators and go to every floor in one of our administrative buildings [looking for vulnerabilities].

Education includes members and involves a yearly security week that uses our blog, Twitter, and Facebook. We also have an online security center on our website that is accessible from the home page. We have a few plans for the future to further expand what we do for our members.

Ed. note: Reinders also ran a simulated spear phishing attack on employees without notifying them in advance. He sent an email that solicited staff feedback on a potential new product, complete with a fake website that used content that would be available to any actual attacker, such as the logo on Lake Trust's real website. Such training exercises appear to work well: Within 15 minutes, an employee had escalated the phishing email as suspicious to both the IT and risk management departments, as well as directly to Reinders.

Previous
1 of 2
Next
Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading December Tech Digest
Experts weigh in on the pros and cons of end-user security training.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-4807
Published: 2014-11-22
Sterling Order Management in IBM Sterling Selling and Fulfillment Suite 9.3.0 before FP8 allows remote authenticated users to cause a denial of service (CPU consumption) via a '\0' character.

CVE-2014-6183
Published: 2014-11-22
IBM Security Network Protection 5.1 before 5.1.0.0 FP13, 5.1.1 before 5.1.1.0 FP8, 5.1.2 before 5.1.2.0 FP9, 5.1.2.1 before FP5, 5.2 before 5.2.0.0 FP5, and 5.3 before 5.3.0.0 FP1 on XGS devices allows remote authenticated users to execute arbitrary commands via unspecified vectors.

CVE-2014-5395
Published: 2014-11-21
Multiple cross-site request forgery (CSRF) vulnerabilities in Huawei HiLink E3276 and E3236 TCPU before V200R002B470D13SP00C00 and WebUI before V100R007B100D03SP01C03, E5180s-22 before 21.270.21.00.00, and E586Bs-2 before 21.322.10.00.889 allow remote attackers to hijack the authentication of users ...

CVE-2014-7137
Published: 2014-11-21
Multiple SQL injection vulnerabilities in Dolibarr ERP/CRM before 3.6.1 allow remote authenticated users to execute arbitrary SQL commands via the (1) contactid parameter in an addcontact action, (2) ligne parameter in a swapstatut action, or (3) project_ref parameter to projet/tasks/contact.php; (4...

CVE-2014-7871
Published: 2014-11-21
SQL injection vulnerability in Open-Xchange (OX) AppSuite before 7.4.2-rev36 and 7.6.x before 7.6.0-rev23 allows remote authenticated users to execute arbitrary SQL commands via a crafted jslob API call.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Now that the holiday season is about to begin both online and in stores, will this be yet another season of nonstop gifting to cybercriminals?