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.

Comments
Understanding IT Risk Management In 4 Steps X 3
Newest First  |  Oldest First  |  Threaded View
Marilyn Cohodas
50%
50%
Marilyn Cohodas,
User Rank: Strategist
11/25/2013 | 10:19:58 AM
Re: Talk with Management
That makes a lot of sense, J_Brandt. And your point about how important it is for IT to set the stage in a face to face meeting with management is well taken. Dave's matrix lays out the foundation for that talk and puts the substance of the discussion in the context of an organization's critical issues and needs. 
J_Brandt
50%
50%
J_Brandt,
User Rank: Apprentice
11/24/2013 | 4:41:14 PM
Re: Talk with Management
It's less an elevator speech, and more a requested meeting.  As head of IT you need to understand where the concerns of risk management are.  Risk Management needs to understand the potential issues that go along with any new tech deployment.  It's a mutual need and education relationship.
Susan Fogarty
100%
0%
Susan Fogarty,
User Rank: Apprentice
11/21/2013 | 5:14:17 PM
Re: Calculating the cost of risk
dak3, that's an excellent point. any publicized breach in security can cost a company immeasurable loss in terms of customer trust and loyalty.
dak3
100%
0%
dak3,
User Rank: Moderator
11/21/2013 | 12:53:16 PM
Re: Calculating the cost of risk
The hardest part to quantify is loss of reputation which leads to loss of both current and future clients and - in extreme cases - to loss of the enterprise (e.g., Diginotar).

 

It's not a simple calculation by any means.
Marilyn Cohodas
100%
0%
Marilyn Cohodas,
User Rank: Strategist
11/20/2013 | 9:11:23 AM
Re: Calculating the cost of risk
Downtime losses , seem to me, would be relatively easy to calculate in dollars and cents by estimating  the revenues that a company would be earned during a similar period of time. Or in an organization like a hospital, the number of patients whose care was disrupted and whatever additional costs were incurred to keep their conditions stable and improving. 

Loss of opportunity is a lot more difficult to put a hard number on. I'm open to suggestions! 
Susan Fogarty
50%
50%
Susan Fogarty,
User Rank: Apprentice
11/19/2013 | 2:22:42 PM
Calculating the cost of risk
It's easier to understand risk when you're talking in terms of a bank that has a certain amount of money it needs to insure. Even intellectual property can be quantified in most cases with a monetary value. But how do businesses quantify softer potential losses, like downtime and lost opportunity?
Marilyn Cohodas
50%
50%
Marilyn Cohodas,
User Rank: Strategist
11/19/2013 | 12:26:01 PM
Re: Talk with Management
J_Brant. I'm very interested in hearing your strategy for talking to management about Risk Management. How would  you jumpstart the conversation (What your elevator pitch?)  and who within our organizatin would you enlist to help make the case? 
J_Brandt
50%
50%
J_Brandt,
User Rank: Apprentice
11/19/2013 | 12:09:29 PM
Re: Theory V. Practice of IT Risk Management
It is never that easy.  If for no other reason, because it involves lawyers.
J_Brandt
50%
50%
J_Brandt,
User Rank: Apprentice
11/19/2013 | 12:07:15 PM
Talk with Management
A good, simple article to use with management to jump start the conversation on risk management.
Marilyn Cohodas
50%
50%
Marilyn Cohodas,
User Rank: Strategist
11/19/2013 | 9:23:13 AM
Theory V. Practice of IT Risk Management
This a very succint definition of risk management for an IT audience along with --what seems to be -- a simple strategy for getting started. But, realistically, can risk management really be that easy to implement? What are the biggest gotchas? What is the low-hanging fruit that put organizations on the path to success? Let's talk about the issues people are facing in the real world. 


COVID-19: Latest Security News & Commentary
Dark Reading Staff 5/28/2020
Stay-at-Home Orders Coincide With Massive DNS Surge
Robert Lemos, Contributing Writer,  5/27/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Can you smell me now?
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-11844
PUBLISHED: 2020-05-29
There is an Incorrect Authorization vulnerability in Micro Focus Service Management Automation (SMA) product affecting version 2018.05 to 2020.02. The vulnerability could be exploited to provide unauthorized access to the Container Deployment Foundation.
CVE-2020-6937
PUBLISHED: 2020-05-29
A Denial of Service vulnerability in MuleSoft Mule CE/EE 3.8.x, 3.9.x, and 4.x released before April 7, 2020, could allow remote attackers to submit data which can lead to resource exhaustion.
CVE-2020-7648
PUBLISHED: 2020-05-29
All versions of snyk-broker before 4.72.2 are vulnerable to Arbitrary File Read. It allows arbitrary file reads for users who have access to Snyk's internal network by appending the URL with a fragment identifier and a whitelisted path e.g. `#package.json`
CVE-2020-7650
PUBLISHED: 2020-05-29
All versions of snyk-broker after 4.72.0 including and before 4.73.1 are vulnerable to Arbitrary File Read. It allows arbitrary file reads to users with access to Snyk's internal network of any files ending in the following extensions: yaml, yml or json.
CVE-2020-7654
PUBLISHED: 2020-05-29
All versions of snyk-broker before 4.73.1 are vulnerable to Information Exposure. It logs private keys if logging level is set to DEBUG.