"Who feeds Paris?"
This is a rhetorical question often asked by economists to highlight the bewildering number of activities needed on a daily basis to feed a city. Almost by magic, just the right amount of apples appear at the grocery, the butcher has the types of meats his customers desire, and even with the high price of gasoline, gas stations are not in danger of running dry any time soon. How does this happen? In essence, how does Paris, or any city for that matter, function daily?
An economist might answer that is this the result of a healthy market economy, albeit an incredibly complex market economy, where, in the case of a large city, millions of self-interested transactions determine the market price for a particular resource and market participants buy and sell accordingly. At base, the "magic" that makes all this happen is you and your desire for a better life...not only to eat apples, but possibly to sell apples at a reasonable profit to those who might want them. Markets have tremendous influence on the lives of everyone, even those who think they might not be part of a market.
But there is more to the story. “Who feeds Paris” is economic perspective of the world. It assumes one very important...no, critical aspect: reliable infrastructure.
From an “infrastructuralist” point of view - pardon my creative license - you and your self-interest might be the magic that make market economies work, but it is physical infrastructure - roads, water, natural gas, electricity - that makes it possible for "the magic" to flourish and grow. Without infrastructure it is extremely difficult to grow apples in large quantities, get them quickly to market across vast distances inexpensively, keep them cool while on the shelves, and allow you to view them in the store at night when shopping after work.
We might not always recognize the importance of infrastructure – dare I argue that many take it for granted – but in modern vibrant economies infrastructure is always (hopefully) there for us.
Infrastructure does not run itself, of course. It needs people to manage it. Lots of people. But even lots of people are not enough. Modern infrastructure is of such grand scope and scale, that infrastructure's human managers could not possibly oversee electricity, water, and gas distribution efficiently or effectively without the help of another form of magic:
SCADA.
SCADA is an acronym for Supervisory Control And Data Acquisition. SCADA is the software that controls pumps, turbines, valves...the stuff of infrastructure that keeps everything moving, flowing, and pumping. It is used in power plants as well as in oil and gas refining, telecommunications, transportation, and water and waste control. In essence, SCADA is the pulmonary system of cities, and indeed, entire countries. As such, the "health" of SCADA is very important to the health of nations as well as the wealth of nations.
But there is a problem.
A Heart Attack Waiting to Happen
The pulmonary system of countries is plagued by what I would call "genetic defects." These defects are not the result of ad-hoc evolutionary processes - as is the case with pulmonary disease in humans - these "genetic defects” are the result of insufficient manufacturing practices in creating the DNA of infrastructure: the software.
Software is what runs our infrastructure now...it is the foundation of our civilization...the DNA of infrastructure that tells it what to do and how to do it just as the DNA of a human cell tells the cell what to do and how to do it...and yet software, even in our most critical SCADA systems contains an uncomfortable number of defects.
Like any genetic defect, it may complicate your life. It may also kill you.
A recent article highlighted the potential impact of insecure software in our SCADA systems:
Critical Flaw Left Utilities Vulnerable to Attack for 5 Months
To quote:
A vulnerability found in utility control software is raising serious questions over municipal security. The issue…could have let attackers take control of water treatment plants, natural gas lines and potentially even nuclear power plant equipment. The systems in question, created by Citect, allow remote management of machinery at various plants.
Water treatment centers in Louisiana and North Carolina both use the technology, as do natural gas facilities in Chile and pharmaceutical manufacturing centers in Germany. The [software] bug, Core Security [who discovered the defect] says, could have handed hackers control of any of those systems -- theoretically giving them the power to stop an entire city's water treatment or knock out power to tens of thousands.
Ivan Arce from Core Security remarked, "The problem [with this software] is a classic example of buffer overflow from the '90s. It's not a very sophisticated thing, [which] makes it surprising."
In other words, this is an old, even common, software manufacturing foible that could have - should have - been avoided, but was not.
It’s the Incentives, Stupid.
It should not be surprising that such a “simple” software vulnerability appeared in a SCADA system, because it also appears regularly in our internet browsers, media players, and operating systems. Such a “simple” defect, along with myriad others, appears in all types of software because all software manufacturers – no matter the assumed importance of the software they create – oftentimes lack the necessary incentives to create software worthy of its role in our civilization or to patch the software in a timely manner (it took over 5 months to fix the discovered defect in the SCADA system).
Ivan when on to state, "This [software] could have been done better -- especially on such a critical software. It's not somebody's FTP server. It's software that is critical and should be addressed in a more timely manner."
Indeed. Citect could have done better, but what incentive does Citect or any software manufacturer have, really? Good intentions? Best efforts? We’ve heard assurances before by some of the biggest and most respected software manufacturers on the planet about their software: “trustworthy,” “unbreakable,”…
And they haven’t been. At great cost to us.
Such assertions by software manufacturers are vacuous and cheap to make. Is this truly sufficient for infrastructure, critical or otherwise?
Ivan goes on to state:
Every software is vulnerable. Every single piece of software is man-made -- and if it's man-made, it's prone to errors. The important thing is not just how many bugs are out there, but also how prepared are the different organizations ... to react in a timely and precise manner."
True. All software is vulnerable. Software is man-made, yes. But the important thing IS EXACTLY HOW MANY BUGS ARE OUT THERE. The promise of "fast patching" as a means to protect critical infrastructure is truly a counsel of despair.
Software defects send an unrelenting and unmistakable message of disorder into cyberspace. This message carries consequences that we are only now beginning to understand in the form of cyber crime, cyber espionage, and, in the case of infrastructure, possibly cyber war. Attackers smell weakness like blood in the water and software is full of weaknesses. The number of defects matters…and matters greatly.
Security researchers (i.e., hackers) are doing for software manufacturers what software manufacturers failed to do themselves. This isn't about perfect software...it is about responsible development of the software that runs our lives and our economies. It is also about strong consequences for those manufacturers that fail to abide by their responsibilities to us as citizens, consumers, and fellow human beings.
We might not know how to make perfect software, but software manufacturers do know how to make better more secure, more reliable software...and have known how to do so for over 40 years. But there is little incentive to do so. Software is man-made. This is true. It follows then that without meaningful incentives aimed at the human creators of infrastructure’s DNA, the genetic diseases brought on by insecure software will plague infrastructure more, not less.
No More Prayers
With human genetic defects, we are at the mercy of Mother Nature until we disassemble and understand the Code of Life. We can exercise regularly, and we can eat right and hope everything works out swimmingly. In the meantime, Mother Nature can ignore our prayers for miraculous healing as she pleases.
But with cyber genetic defects, we are at the mercy of our software manufacturers; other humans within our reach and grasp that make decisions based on their self-interest and not on ours. We should not and must not treat software manufacturers like the pantheon of gods: unaccountable, selectively detached, and arbitrarily interested in our well-being when it suits their purposes. We can and should hold software manufacturers to account when they make their defects our vulnerability.
"Who feeds Paris?" is a rhetorical question. "Who protects Paris?" is not.