Risk
10/17/2013
05:49 PM
Connect Directly
Twitter
Twitter
RSS
E-Mail
50%
50%

10 Pitfalls Of IT Risk Assessment

Avoid these assessment mistakes to make better long-term security decisions

As IT organizations seek to make better risk-based decisions about security practices, perhaps the No. 1 component for success is the IT risk assessment. However, even when organizations actually conduct a risk assessment, they frequently fall prey to mistakes that can greatly devalue the exercise. Here are some of the most common blunders to avoid.

1. Forgetting To Assess Third-Party Risk
Most IT risk experts agree that most enterprises today simply don't work to gauge the level of IT risk posed by vendor and other partner infrastructure that touches their most sensitive data.

"One area that many companies are not doing enough on is managing their relationships with third-party vendors they use," says Brad Johnson, vice president of consultancy SystemExperts. "Often, once the lawyers have finally signed off on an agreement, both parties tend to have a very hands-off approach with each other and forget the details of making sure things are staying on course. "

When organizations fail to really do their due diligence -- both before and after a contract is signed -- they're bound to miss critical details that will drastically change how the real risk exposure looks.

"For example, a client company may not be aware that a vendor is storing their regulated data in a public cloud," says Natalie Kmit, senior information security adviser for security consultancy Sage Data Security.

2. Making Assessments Too Quantitative
True, analytics and numbers are really important for evaluating risk and how it could materially impact the bottom line. But organizations need to understand that the numbers game doesn't have to be perfect to be effective, especially when it comes to estimating breach impact.

"Ranges of impact make it easier to get on with the discussion and focus on how you'll mitigate risk, rather than spending a lot of cycles debating about whether the impact is $20 million or $21 million," says Dwayne Melancon, CTO of Tripwire. "Once you figure out whether the impact of a realized risk is catastrophic, painful, inconvenient, annoying, or not a big deal, you can have a good conversation about how much you want to spend to mitigate the most serious risks."

Melancon says that going overboard with analytics, in general, can bog down the assessment process and that organizations should be wary of taking so long on things like classifying risk that they are lengthening the assessment cycle to the point of ineffectiveness.

Besides, says Manny Landron, senior manager of security and compliance at Citrix ShareFile's SaaS Division, there are also qualitative risk factors that organizations need to find a way to incorporate into the assessment.

"Quantitative assignments should be well-defined, and the cost-benefit assessment should have a qualitative counterpart at each turn," he says. "Having too narrow a focus, using strictly quantitative measurements, not having a framework to work against, and not having sufficient periodically scheduled risk assessments are all mistakes risk executives should aim to avoid."

3. Letting Assessment Suffer From Myopic Scope
It's the rule rather than the exception that most large organizations overlook key assets and indicators in their risk assessments, says Jody Brazil of firewall management firm FireMon.

"Among the most frequent issues are those related to identifying vulnerabilities as 'risks' without any greater qualification, such as exposure to available access or exploitation," he says. "There's also the labeling of individual threats as 'risk,' and the failure to properly assign values to specific assets-most often exemplified by treating all hosts or underlying systems as equal."

Mike Lloyd, CTO of RedSeal Networks, agrees, stating that most organizations just don't keep good enough track of their infrastructure assets they own to properly assess them.

"Most organizations have lost track of the assets they own," he says. "Performing a risk assessment on the asset inventory system can be like the drunk looking for his keys under the lamp post, even though he dropped them in the alley, because the light is better under the lamp post."

What's more, even with complete data sets they're frequently assessed in separate silos, making it difficult to understand interdependencies.

"Sometimes an assessment focuses on a very specific application, but fails to embrace the entire infrastructure," says Gregory Blair, senior director of operations for FPX, a company that develops price-quoting software. "For example, the assessment might look only at an application focused on securing a database and misses the general computing controls that are used in a specific industry -- things like encryption, firewall, authentication, and authorization."

4. Assessing Without Context
IT risk assessments are all about context, whether it is systems context as mentioned above or business context. Organizations that fail to put vulnerabilities and threats in context of the information assets and their importance to the business can't truly develop a good risk assessment or a way to apply it back to IT practices.

"When assessing risks, many times CISOs lack the context to the business. In other words, they need to ask, "What's being assessed and how does it affect the business?'" says Amad Fida, CEO of big data risk analysis firm Brinqa. "Results that are analyzed without business context provide a 'technology' view but not a 'business-plus technology' view."

[Your organization has been breached. Now what? See Establishing The New Normal After A Breach.]

5. Failing To Fold IT Risk Assessment Into Enterprise Assessments
Similarly, businesses want to understand how IT risks interplay with all of the other risks set in front of other business units. More often than not, organizations treat IT risks as their own category without considering their broader impact.

"More risk-aware organizations recognize that IT is an integral part of their business success and work to make sure IT is engaged in the business risk conversation," SystemExperts' Johnson says. "A number of organizations I work with have cross-functional teams that look at risk holistically to better understand dependencies, and these teams make recommendations about which risks the company should focus on from a business perspective."

Next Page: Assess And Forget Syndrome Ericka Chickowski specializes in coverage of information technology and business innovation. She has focused on information security for the better part of a decade and regularly writes about the security industry as a contributor to Dark Reading.  View Full Bio

Previous
1 of 2
Next
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Peter Fretty
50%
50%
Peter Fretty,
User Rank: Moderator
10/30/2013 | 5:02:52 PM
re: 10 Pitfalls Of IT Risk Assessment
Great advice Ericka. Especially when resources are limited it's so easy to get pigeonholed into one way of doing things without realizing the need to step back and reassess the approach. Needless to say risk assessments need to be a key component of any solid security strategy in line with educating the team and embracing meaningful tools.

Peter Fretty, IDG blogger working on behalf of Sophos
Register for Dark Reading Newsletters
Dark Reading Live EVENTS
INsecurity - For the Defenders of Enterprise Security
A Dark Reading Conference
While red team conferences focus primarily on new vulnerabilities and security researchers, INsecurity puts security execution, protection, and operations center stage. The primary speakers will be CISOs and leaders in security defense; the blue team will be the focus.
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Tell the sysadmin that we have a situation.
Current Issue
Security Vulnerabilities: The Next Wave
Just when you thought it was safe, researchers have unveiled a new round of IT security flaws. Is your enterprise ready?
Flash Poll
[Strategic Security Report] Assessing Cybersecurity Risk
[Strategic Security Report] Assessing Cybersecurity Risk
As cyber attackers become more sophisticated and enterprise defenses become more complex, many enterprises are faced with a complicated question: what is the risk of an IT security breach? This report delivers insight on how today's enterprises evaluate the risks they face. This report also offers a look at security professionals' concerns about a wide variety of threats, including cloud security, mobile security, and the Internet of Things.
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2017-0290
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

CVE-2016-10369
Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

CVE-2016-8202
Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

CVE-2016-8209
Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

CVE-2017-0890
Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.