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.

Partner Perspectives  Connecting marketers to our tech communities.
3/11/2016
03:05 PM
Scott Montgomery
Scott Montgomery
Partner Perspectives
50%
50%

Who Took The Cookies From The Cookie Jar?

The indictment of five Iranian hackers three years after the fact raises the question: Is naming them a worthwhile part of the threat defense lifecycle, or is it a meaningless distraction?

This week, the US Justice Department announced an indictment has been prepared for five Iranian hackers allegedly responsible for the breach of systems at a small Rye, NY, water dam. This development prompts two lines of thought at Intel Security:  Is this after-the-fact attribution, also called “name and shame,” a worthwhile part of the threat defense lifecycle, or is it a meaningless distraction? 

Let’s try and explore both sides.

Attribution Helps

Information security and privacy practitioners have been long warning against the potential impact of Internet-driven attacks against critical infrastructure such as the recent incursions into the Ukraine power grid where 80,000 were without power for six hours. There was also the foundry incident in Germany where a cyberattack inflicted greater than $1 million in physical damage to the facility. Our growing dependence upon Internet-enabled devices to ensure operational efficiency and reduce costs has created opportunities for our critical infrastructure to be subjected to remote manipulation and disruption.

The Justice Department indictment will name five hackers who “probed” the Bowman Avenue Dam using a cellular modem attached to the dam’s sluice gate. The DoJ “naming and shaming” indictment drew dozens of top-tier publications and networks to respond within hours of the news, thereby raising public awareness that our use of the Internet potentially increases critical infrastructure risk. 

In theory, this in turn creates a teaching moment, so while respecting the need for operational efficiency that the Internet offers, as a society we become more mindful that enabling that efficiency must be tempered with security and privacy considerations.

Attribution Is Irrelevant

Who took the cookies from the cookie jar?

Iranians took the cookies from the cookie jar!

Who, me?

Yes, you!

Couldn’t be!

Then, who?

If someone has taken your cookies from the cookie jar via the Internet, knowing who it was after it’s long over doesn’t help you at snack time.    

Reflecting upon the length of time it took to determine attribution to Iran, Sen. Steve Daines (R-Mont.) commented, “It is downright shameful that it has taken President Obama three years to denounce Iran for a malicious cybersecurity attack on our country.”

Partisan rhetoric aside, what is the actual value derived three years later? The attackers can deny involvement as digital attribution is a difficult thing to prove.  The attribution doesn’t make any other critical infrastructure networks any more secure, the indicted are unlikely to ever be arrested or prosecuted, and a titillating headline serves only to distract us from the core problem:  It is extremely likely that other critical infrastructure networks around the world are just as vulnerable as the Bowman Avenue Dam. 

This is akin to a driver taking his eyes off the road to look at the car crash that caused a highway traffic slowdown -- he has become inherently part of the problem by not focusing on the task at hand.

Is there a happier medium? 

At Intel Security, we believe these teaching moments should be focused on keeping our eyes on the road.  Knowing who bad drivers are may help you avoid a future crash, but it isn’t paramount immediately after you’ve just been wrecked. You’ve got different problems to resolve. 

Let’s look at this particular situation from the teaching moment standpoint:

  • Why was the control system for the sluice gate connected directly to a cellular modem? 
  • Could the control system be separated from the Internet by a firewall? 
  • Could strong authentication mechanisms be employed rather than using a fixed password? 
  • Could the modem itself be configured in a way that either limits who could connect or how its services are advertised to the Internet? 

Most importantly, could we create a checklist that other technically limited critical infrastructure organizations could use to avoid their own disaster at snack time?

Scott Montgomery is vice president and chief technology officer for the Americas and public sector at Intel Security. He runs worldwide government certification efforts and works with industry and government thought leaders and worldwide public sector customers to ensure that ... View Full Bio
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
jeancharles
50%
50%
jeancharles,
User Rank: Apprentice
5/5/2017 | 11:48:05 AM
thank's
Why not !!!
Edge-DRsplash-10-edge-articles
7 Old IT Things Every New InfoSec Pro Should Know
Joan Goodchild, Staff Editor,  4/20/2021
News
Cloud-Native Businesses Struggle With Security
Robert Lemos, Contributing Writer,  5/6/2021
Commentary
Defending Against Web Scraping Attacks
Rob Simon, Principal Security Consultant at TrustedSec,  5/7/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-16632
PUBLISHED: 2021-05-15
A XSS Vulnerability in /uploads/dede/action_search.php in DedeCMS V5.7 SP2 allows an authenticated user to execute remote arbitrary code via the keyword parameter.
CVE-2021-32073
PUBLISHED: 2021-05-15
DedeCMS V5.7 SP2 contains a CSRF vulnerability that allows a remote attacker to send a malicious request to to the web manager allowing remote code execution.
CVE-2021-33033
PUBLISHED: 2021-05-14
The Linux kernel before 5.11.14 has a use-after-free in cipso_v4_genopt in net/ipv4/cipso_ipv4.c because the CIPSO and CALIPSO refcounting for the DOI definitions is mishandled, aka CID-ad5d07f4a9cd. This leads to writing an arbitrary value.
CVE-2021-33034
PUBLISHED: 2021-05-14
In the Linux kernel before 5.12.4, net/bluetooth/hci_event.c has a use-after-free when destroying an hci_chan, aka CID-5c4c8c954409. This leads to writing an arbitrary value.
CVE-2019-25044
PUBLISHED: 2021-05-14
The block subsystem in the Linux kernel before 5.2 has a use-after-free that can lead to arbitrary code execution in the kernel context and privilege escalation, aka CID-c3e2219216c9. This is related to blk_mq_free_rqs and blk_cleanup_queue.