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.

Attacks/Breaches

3/19/2007
09:20 AM
50%
50%

Risk Factors

Microsoft badly misfires with its plan to treat the same risks differently in Windows XP, Vista

When is a critical issue not a critical issue? According to Microsoft's Michael Howard, the answer is, "when it's a Vista vulnerability." To be more precise, he says that if a vulnerability affects both XP and Vista, it should be ranked differently for the two systems. There has been, as you might imagine, quite a bit of discussion about this.

On the one hand, it's easy to say that a vulnerability that exists across two or more systems is the same vulnerability wherever it lives, and so it should have a consistent ranking. On the other hand, it makes sense to take into account a system's ability to protect against vulnerability exploits when scoring the vulnerability, right?

The discussion got me thinking about the process we all follow when assigning weight to different risks. We all go through this process dozens of times a day when we decide to do everything from taking the first sip of hot coffee in the morning to stretching the amber light at the last intersection on our way home from work in the evening. We weigh the possible consequences of the act, the cost of a negative outcome, the likelihood of that negative outcome, and the benefits of a positive outcome in almost everything we do.

Thought about in this way, it seems to make sense to vary the ranking of a vulnerability by taking things like the operating system's defense capabilities into account. The problem is, that still gives us a very incomplete picture.

When we perform the calculus of risk, it's based on our own values for costs and benefits. Those values are unique to each of us (or to our organizations), and while outsiders can provide guidance, they cannot take on the responsibility of assigning those values. Just as our organizations (or our families) are living things, so are the values we assign -- they change with the circumstances.

Let me give you an example: When our son was very young, my wife and I would often travel on different airplanes. There was a small cost associated (in both dollars and time) to protect against an unlikely vulnerability (a commercial plane crash) but, for us, the cost of that vulnerability being exploited was so high that we were willing to take mitigating steps. Now that our son is much older, we fly together because the values we assign to particular variables has changed. The thing is, we were the ones doing the calculus. When you look at the risks of vulnerabilities and the costs of both exploitation and mitigation, you're the one assigning values to the variables.

Microsoft (or SANS, or CERT, or any other organization) can best help by providing constants, rather than additional variables. They cannot know how your organization has decided to enforce policy, what your training regimen involves, or what additional security measures you've put in place. If they want to help prepare you to deal with security issues, they can provide factual statements of vulnerabilities and likely exploits, and a critical ranking based on the possible attack vectors and results -- not how well a particular product might be able to be configured to deal with the issue.

I understand the impulse to acknowledge that progress has been made in the fight against unwelcome intrusion. I will even allow that significant progress can be made, though it's far from certain just how much progress the current release of Vista represents. With that said, what I want from those who find and warn about exploits is best delivered if they rank product consistently -- and leave the variables to me.

— Curt Franklin is an enthusiastic security geek who used to be one of the Power Rangers (the red one, we think). His checkered past includes stints as a security consultant, managing director of a commercial IT testing lab, repo man, bull pusher, security editor at Network Computing, and various editorial positions at places like InternetWeek, Byte, and The GARS Mouth. Special to Dark Reading.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 5/28/2020
The Problem with Artificial Intelligence in Security
Dr. Leila Powell, Lead Security Data Scientist, Panaseer,  5/26/2020
10 iOS Security Tips to Lock Down Your iPhone
Kelly Sheridan, Staff Editor, Dark Reading,  5/22/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
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-2019-6342
PUBLISHED: 2020-05-28
An access bypass vulnerability exists when the experimental Workspaces module in Drupal 8 core is enabled. This can be mitigated by disabling the Workspaces module. It does not affect any release other than Drupal 8.7.4.
CVE-2020-11082
PUBLISHED: 2020-05-28
In Kaminari before 1.2.1, there is a vulnerability that would allow an attacker to inject arbitrary code into pages with pagination links. This has been fixed in 1.2.1.
CVE-2020-5357
PUBLISHED: 2020-05-28
Dell Dock Firmware Update Utilities for Dell Client Consumer and Commercial docking stations contain an Arbitrary File Overwrite vulnerability. The vulnerability is limited to the Dell Dock Firmware Update Utilities during the time window while being executed by an administrator. During this time wi...
CVE-2020-13660
PUBLISHED: 2020-05-28
CMS Made Simple through 2.2.14 allows XSS via a crafted File Picker profile name.
CVE-2020-11079
PUBLISHED: 2020-05-28
node-dns-sync (npm module dns-sync) through 0.2.0 allows execution of arbitrary commands . This issue may lead to remote code execution if a client of the library calls the vulnerable method with untrusted input. This has been fixed in 0.2.1.