Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Risk

1/13/2014
11:06 AM
Calum MacLeod
Calum MacLeod
Commentary
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
100%
0%

Why IT Security RFPs Are Like Junk Food

Buying the latest security technology won't save you if your company isn't carrying out basic health checks.

As Woody Allen once said, "I'm not afraid of death; I just don't want to be there when it happens." Sometimes I think the approach of the average board of directors is the same when it comes to investing in information security; they’re worried about being breached and just hope it doesn’t happen while they're in the job. But naturally the question is whether investment is the only course of action.

Like my health, I can either cut down on bad cholesterol or I can spend money on medication that will supposedly do it for me, and allow me to continue my bad habits. But the sad reality is that medication alone is not going to keep me alive and healthy.

The same applies to IT security. Buying the latest technology is not going to save you if you are not carrying out basic health checks in your organization. As an example, in my role at Lieberman Software, when I talk with customers who are concerned about APTs or malware, their response seems to be to buy whatever is touted as the latest and greatest solution.

It's like an obese person drinking only diet beverages while still consuming too much food. Regardless of what technology they buy, the failure to carry out basic internal security checks means they are just as vulnerable. And like the obese person, they know what they need to do but it’s just too hard.

How many IT departments control the passwords being used by administrators and yet fail to do the same for services, scheduled tasks, and other applications that use credentials? Organizations fret about their private keys being stolen and used in malware but then don’t enforce any security policy around the protection of keys. Organizations allow hundreds, and in some cases thousands, of employees to have privileged access to their PCs because it is easier than enforcing a policy that demands permission to install software. Yet how many organizations regularly check the registries of their workstations to see if anything has been added or modified?

The placebo effect
Today, more often than not, security related projects usually start off with a failed audit – the equivalent of a sharp pain in the chest. This is usually a result of bad habits that have developed over the years. You would think that the patient (management) would rush to the hospital to make sure everything is fine. Yes it is inconvenient, but surely you don’t want to take risks?

The reality is different. What management generally does is

  • Call in the consultants who frequently have no practical experience; 
  • Consult industry reports which frequently are not much more than regurgitated marketing material from a variety of vendors.

The result is frequently an RFP that consists of little more than a list of irrelevant questions. This is then sent to a group of vendors who promise to cure all diseases for the lowest possible cost. It's little more than a placebo. Actually I've come to realize more and more that most technology seems to be little more than a placebo -- in other words you will feel better for taking the stuff that you buy, but it probably won't do you much good. You might as well start browsing health websites when you have a heart attack, put together a questionnaire and send it off to several hospitals, and see what they offer as a solution.

Too many organizations have learned through bitter experience that implementing a privileged identity management solution is too important a process to delegate to a rubber-stamp RFP or a battle of vendor checkboxes. If handled correctly your implementation can help you close critical security loopholes; help make staff members accountable for actions that impact IT service and data security; and lower the cost of regulatory compliance.

You'd never choose a doctor based solely on cost, nor would you trust a physician who writes a prescription before taking the time to diagnose your condition, check your medical history, and perhaps run some tests. Maybe the time has come to treat your IT security like your personal health. After all, when you’re in the operating theater it is comforting to know that you're neither the guinea pig for a first-time surgeon, nor the patient keeping them from their next round of golf!

Calum MacLeod has more than 30 years of experience in secure networking technologies and is currently responsible for European business development at privileged identity and security management provider Lieberman Software.

The complexity of enterprise IT systems and processes is growing, as are threats against organizations’ assets. Unfortunately, security budgets are not. Security pros must therefore play a high-stakes game of figuring out which problems to tackle and in what order. In this Dark Reading report, Using Risk Assessment To Prioritize Security Tasks And Processes, we explain how risk assessment techniques can inform the process of prioritizing security tasks and processes, and recommend steps security pros can take to apply data based on their own enterprise's risk profile. (Free registration required.)

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
Marilyn Cohodas
50%
50%
Marilyn Cohodas,
User Rank: Strategist
1/13/2014 | 5:15:30 PM
Where's the beef in your vendor security RFPs?
Are you getting the most out of your security vendors from the request for proposal process? Let's chat about your greatest successes -- and worst failures. 

 

 
Stratustician
50%
50%
Stratustician,
User Rank: Moderator
1/20/2014 | 2:05:54 PM
*sigh*
I personally like to think of RFP to stand for "Request for Punishment" since honestly, especially when it comes to security, it's really a crapshoot.  For one, as pointed out, half the time the request is a laundry list of things they'd love to see, but really unless you have the right people writing these things, half of them are really not going to solve the problem that they are really trying to solve.  It's a "tell me what you have to fix this problem, but we're not going to tell you what the problem is".  Often they are looking for solutions that they've heard are the latest and greatest and will solve all their woes, but even if the right product is positioned (Huzzah!), cost is often such a critical component that it doesn't matter anyway.  Not to mention that half these RFPs are written in conjunction with a vendor who can conviently bid on it.  It's such as strange process, that really, needs to be overhauled.
Marilyn Cohodas
100%
0%
Marilyn Cohodas,
User Rank: Strategist
1/22/2014 | 9:35:48 AM
Re: *sigh*
@stratustician What are some of the most egregious items that you've seen in RFPs and if it was up to you, how would you overhaul the process to make it  credible?
DevSecOps: The Answer to the Cloud Security Skills Gap
Lamont Orange, Chief Information Security Officer at Netskope,  11/15/2019
Attackers' Costs Increasing as Businesses Focus on Security
Robert Lemos, Contributing Writer,  11/15/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
Navigating the Deluge of Security Data
In this Tech Digest, Dark Reading shares the experiences of some top security practitioners as they navigate volumes of security data. We examine some examples of how enterprises can cull this data to find the clues they need.
Flash Poll
Rethinking Enterprise Data Defense
Rethinking Enterprise Data Defense
Frustrated with recurring intrusions and breaches, cybersecurity professionals are questioning some of the industrys conventional wisdom. Heres a look at what theyre thinking about.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-19037
PUBLISHED: 2019-11-21
ext4_empty_dir in fs/ext4/namei.c in the Linux kernel through 5.3.12 allows a NULL pointer dereference because ext4_read_dirblock(inode,0,DIRENT_HTREE) can be zero.
CVE-2019-19036
PUBLISHED: 2019-11-21
btrfs_root_node in fs/btrfs/ctree.c in the Linux kernel through 5.3.12 allows a NULL pointer dereference because rcu_dereference(root->node) can be zero.
CVE-2019-19039
PUBLISHED: 2019-11-21
__btrfs_free_extent in fs/btrfs/extent-tree.c in the Linux kernel through 5.3.12 calls btrfs_print_leaf in a certain ENOENT case, which allows local users to obtain potentially sensitive information about register values via the dmesg program.
CVE-2019-6852
PUBLISHED: 2019-11-20
A CWE-200: Information Exposure vulnerability exists in Modicon Controllers (M340 CPUs, M340 communication modules, Premium CPUs, Premium communication modules, Quantum CPUs, Quantum communication modules - see security notification for specific versions), which could cause the disclosure of FTP har...
CVE-2019-6853
PUBLISHED: 2019-11-20
A CWE-79: Failure to Preserve Web Page Structure vulnerability exists in Andover Continuum (models 9680, 5740 and 5720, bCX4040, bCX9640, 9900, 9940, 9924 and 9702) , which could enable a successful Cross-site Scripting (XSS attack) when using the products web server.