theDocumentId => 735841 Automation Deserves Skepticism

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.

Operational Security

8/29/2017
07:16 PM
Curtis Franklin Jr.
Curtis Franklin Jr.
Curt Franklin
50%
50%

Automation Deserves Skepticism

While automation might be the next great tech wave, let's take some time to consider it.

"Garbage in, garbage out" is a maxim nearly as old as computers themselves. As automation becomes a greater factor in security, is it possible that we need to add "garbage in, security out" to the list of variants?

From the first recorded instance in 1963, garbage in, garbage out (or GIGO) has been a critical reminder that processing power is only as useful as the data that goes into the process. The best algorithms and programs will return useless information if they're fed bad data.

Bad data and the results that follow are hazardous enough when humans will read the information and perform additional analysis before acting; humans can (though the often don't) serve as a quality control agents for the process before things get wildly out of hand. In an automated system, though, the human QC agent is out of the loop and bad data can lead very quickly to bad action.

When it comes to security, automation is seen by many as the only rational path to meet future needs. The reasons are fairly straightforward; the number of attacks is going up as the volume of data in each attack also goes up. Add to that the rapid environmental changes that flow from virtualization, cloud computing and hybrid architectures, and you're at a situation where humans are simply too slow to keep up with all the activity.

The problem with relying on automation for enterprise security is that it means relying on massive amounts of data and complex algorithms to protect networks, compute assets and data. We rely on similar data sets and algorithms for many enterprise functions, but there is reason to be cautious when placing safety, economic health and corporate reputation in the hands of automated systems.

About a week ago a mathematician named Cathy O'Neil had a TED talk published. O'Neil is a frequent columnist for news organizations like Bloomberg and she is known for having a skeptical view of the way in which many organizations rely on data (especially big data) and algorithms. The title of her new book, Weapons of Math Destruction, says a lot about her attitude toward these tools.

Whether you agree with O'Neil or not, one of her major points is indisputable: If you're going to put your trust in an algorithm, you should fully understand the algorithm and thoroughly test the software that implements the algorithm. Next, you must insure that the data feeding the algorithms is meaningful and accurate. This is especially important when using big data as the foundation of security operations because it's entirely too easy to collect data that represents noise more than information.


You're invited to attend Light Reading's Virtualizing the Cable Architecture event – a free breakfast panel at SCTE/ISBE's Cable-Tec Expo on October 18 featuring Comcast's Rob Howald and Charter's John Dickinson.

There's no reason to completely avoid automation, but like any new application of technology it must be implemented with caution and care -- qualities that may or may not be abundant when cyber attacks are occurring all around you. Be careful out there -- whether fully automated or not.

— Curtis Franklin is the editor of SecurityNow.com. Follow him on Twitter @kg4gwa.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Edge-DRsplash-10-edge-articles
I Smell a RAT! New Cybersecurity Threats for the Crypto Industry
David Trepp, Partner, IT Assurance with accounting and advisory firm BPM LLP,  7/9/2021
News
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
Commentary
It's in the Game (but It Shouldn't Be)
Tal Memran, Cybersecurity Expert, CYE,  7/9/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
The State of Cybersecurity Incident Response
In this report learn how enterprises are building their incident response teams and processes, how they research potential compromises, how they respond to new breaches, and what tools and processes they use to remediate problems and improve their cyber defenses for the future.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-18428
PUBLISHED: 2021-07-26
tinyexr commit 0.9.5 was discovered to contain an array index error in the tinyexr::SaveEXR component, which can lead to a denial of service (DOS).
CVE-2020-18430
PUBLISHED: 2021-07-26
tinyexr 0.9.5 was discovered to contain an array index error in the tinyexr::DecodeEXRImage component, which can lead to a denial of service (DOS).
CVE-2021-37576
PUBLISHED: 2021-07-26
arch/powerpc/kvm/book3s_rtas.c in the Linux kernel through 5.13.5 on the powerpc platform allows KVM guest OS users to cause host OS memory corruption via rtas_args.nargs, aka CID-f62f3c20647e.
CVE-2021-37555
PUBLISHED: 2021-07-26
TX9 Automatic Food Dispenser v3.2.57 devices allow access to a shell as root/superuser, a related issue to CVE-2019-16734. To connect, the telnet service is used on port 23 with the default password of 059AnkJ for the root account. The user can then download the filesystem through preinstalled BusyB...
CVE-2020-23240
PUBLISHED: 2021-07-26
Cross Site Scripting (XSS) vulnerablity in CMS Made Simple 2.2.14 via the Logic field in the Content Manager feature.