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.

Perimeter

5/17/2010
02:44 PM
50%
50%

Lessons From The Volcano

I had a chance to fly rather close to Iceland's Eyjafjallajokull volcano last week. On a flight back from Frankfurt, the pilot somehow got permission to divert from the scheduled flight path as we crossed Iceland to give us a closer look of the volcano.

I had a chance to fly rather close to Iceland's Eyjafjallajokull volcano last week. On a flight back from Frankfurt, the pilot somehow got permission to divert from the scheduled flight path as we crossed Iceland to give us a closer look of the volcano.The volcano was a bit surrounded by clouds, but there was no mistaking the billowing rise of the black plume of ash. I snapped a picture that you can, if you like looking at smoke, view here. There are lessons in that smoke.

Just for starters, there's the embarrassment of having a threat with a name you can't really pronounce: Eyjafjallajokull. Then there's the problem of figuring out what the risk is -- not in terms of downed airplanes, but in terms of flight delays and cancellations.

Obviously, there's some continued risk. As I write this, several airports were reopening after a night of not receiving inbound flights that would have crossed through the ash cloud. On the one hand, there will, of course, continue to be flights in and out of these airports most of the time. On the other hand, there's the more or less completely open question of how often there will be too much ash to fly. Plus there's a surprisingly hard-to-answer question: How much ash is too much to fly safely?

This is a case where metrics are everything: How much ash can we fly through? We don't yet have that "key performance indicator." There's a good chance that, in the interest of an understandable desire to err on the side of caution, we're grounding flights that we don't need to be grounding. That's fine if this is a one-time blast of ash. But given what we don't know about volcanoes, there's no expert insight, as was apparent in a recent CNN story:

There's no way to know how long the volcano will continue spewing ash into the air, Georgia Tech scientist Josef Dufek told CNN. "It could go on another year," he said, noting that an eruption lasted that long in 1820.

If the ash clouds continue, presumably intermittently during the next year, then the question of whether it is safe to fly an airplane will become one that we deal with regularly.

It's kind of like the question we deal with in IT security: "Is this system secure?" We are not very good at answering this question except in the most formal and impracticable of scenarios. Still, there are more and less useful ways of framing this question. My expectation (and fervent hope) is that we demand a fairly precise answer, or at least one with a wide margin for safety, when it comes to asking whether it's safe to fly in this or that amount of ash. In the case of the airlines, I think this is a safe expectation.

Not so, alas, with computer security. Half the time we're not particularly clear about what the metrics are. Sure, it's simpler where crashing airplanes are concerned, but there are still better and worse security metrics, and a lot of work has been done on the job of sorting them into their respective piles. The other half of the time, we're measuring things without being confident that getting the right scores actually means you have good security. Within the security industry, we've been talking about this for a while. At CSI, we ran a nice article with an overview of different approaches to security reviews, answering the question, "Is this secure?" Five years later the key takeaways of the article remains frighteningly current.

Not much has changed. It's time to wake up and ingest the ash cloud.

Robert Richardson directs content and programs at the Computer Security Institute -- gocsi.com.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 6/5/2020
How AI and Automation Can Help Bridge the Cybersecurity Talent Gap
Peter Barker, Chief Product Officer at ForgeRock,  6/1/2020
Cybersecurity Spending Hits 'Temporary Pause' Amid Pandemic
Kelly Jackson Higgins, Executive Editor at Dark Reading,  6/2/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: What? IT said I needed virus protection!
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-13864
PUBLISHED: 2020-06-05
The Elementor Page Builder plugin before 2.9.9 for WordPress suffers from a stored XSS vulnerability. An author user can create posts that result in a stored XSS by using a crafted payload in custom links.
CVE-2020-13865
PUBLISHED: 2020-06-05
The Elementor Page Builder plugin before 2.9.9 for WordPress suffers from multiple stored XSS vulnerabilities. An author user can create posts that result in stored XSS vulnerabilities, by using a crafted link in the custom URL or by applying custom attributes.
CVE-2020-11696
PUBLISHED: 2020-06-05
In Combodo iTop a menu shortcut name can be exploited with a stored XSS payload. This is fixed in all iTop packages (community, essential, professional) in version 2.7.0 and iTop essential and iTop professional in version 2.6.4.
CVE-2020-11697
PUBLISHED: 2020-06-05
In Combodo iTop, dashboard ids can be exploited with a reflective XSS payload. This is fixed in all iTop packages (community, essential, professional) for version 2.7.0 and in iTop essential and iTop professional packages for version 2.6.4.
CVE-2020-13646
PUBLISHED: 2020-06-05
In the cheetah free wifi 5.1 driver file liebaonat.sys, local users are allowed to cause a denial of service (BSOD) or other unknown impact due to failure to verify the value of a specific IOCTL.