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.

Vulnerabilities / Threats

1/30/2019
02:30 PM
Ira Winkler
Ira Winkler
Commentary
Connect Directly
Twitter
LinkedIn
RSS
E-Mail vvv
50%
50%

Yes, You Can Patch Stupid

Before you start calling users stupid, remember that behind every stupid user is a stupider security professional.

There are many catchy phrases in the security community referring to users in both grandiose and condescending terms. They are often treated like the gospel, yet they're often based on a rather myopic view of the subject. This view is typically naive and dangerous when actions are based on those catchy phrases. I will deal with others in future columns, but I want to start with this one: "You can't patch stupid." I often hear this phrase during conference presentations, when speakers are trying to be clever about how their technical countermeasures will always be ruined by some stupid user.

There are many things wrong with that phrase. The most important aspect is the actual meaning of "stupid." "Stupid" is generally defined as showing a great lack of intelligence or common sense. Breaking that down, let's understand that if you are assuming a fundamental level of intelligence in the use of a computer, you either have to knowingly enforce a minimum level of intelligence or assume there is a barely functional level of intelligence on the part of the users. It is impractical for the average security team to assume that all users have any base level of intelligence.

Regarding "common sense," you cannot have it without common knowledge. I have found that computer personnel tend to assume everyone has the same base of common knowledge that they have regarding security matters. Unless there is a rather thorough, comprehensive security awareness program in place, no assumption of common knowledge — and therefore common sense — can be assumed.

For these reasons, I say, "Behind every stupid user is a stupider security professional."

That being said, you do have to assume that users will potentially cause damage, either due to naivete or a mistaken action. You therefore must "patch" your systems and network to account for such potential damage. Awareness and training can help to address the naivete by informing users how to make better decisions. At the same time, you should also implement technology and process that reduce the opportunities for users to be presented with choices where they may make mistakes or to mitigate when they do make mistakes.

For example, you can educate users about phishing attacks and safe web browsing. At the same time, anti-malware software should be implemented to filter out ransomware attacks before they reach the user. Setting system permissions to not provide users with administrator privileges will stop malware from loading on the system, while anti-malware loaded on the clients will stop the damage of the malware should it actually load on the system.

All of this will not completely prevent the possibility of successful malware attacks because there is no such thing as perfect security. However, you are essentially patching potentially damaging user actions by putting an environment around users that prevents the actions from being taken or mitigates the action after they are taken.

I won't contend that there are no "stupid users." I am certain that about 3% of users will click on a phishing message that says, "This is a phishing message, and if you click on this message, it will ruin your company." There are also studies that indicate that around 5% of users cause 90% of damage to organizations, and organizations must deal those users.

However, we know these people exist and there are known ways to proactively mitigate the inevitable actions of these people. That is how you patch "stupid," and if you're not doing it, you are stupider than the users.

Related Content:

Ira Winkler is president of Secure Mentem and author of Advanced Persistent Security. View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
mjwiii2020
50%
50%
mjwiii2020,
User Rank: Apprentice
2/3/2019 | 9:50:59 AM
Cybersecurity ecosystems
Yes, the users connected to hosts are the first line of defense. The user population is a vital and integral component of the ecosystem of cybersecurity. 80% of all network attacks occur behind the security appliances.
mjwiii2020
50%
50%
mjwiii2020,
User Rank: Apprentice
2/3/2019 | 9:45:58 AM
Re: Not Sure I agree
The etymology of the word 'stupid' derives from the latin term, 'stupere' which translates to be stunned, or amazed. In present English modern morphology, versus mid 16th century: from French stupide or Latin stupidus, from stupere 'be amazed or stunned'.
enhayden1321
100%
0%
enhayden1321,
User Rank: Author
1/31/2019 | 12:53:36 PM
Not Sure I agree
The comments are really not helping the situation.  Frankly, as a "seasoned" security professional I tend to view the user as the "first line of defense."  Therefore, the Security manager/CISO/CSO needs to train and encourage the staff to be more secure and practice the proper hygiene.  Inferring someone is "stupid" doesn't help.  My 2 cents.
ASTEVENSN/A
67%
33%
ASTEVENSN/A,
User Rank: Apprentice
1/31/2019 | 5:22:26 AM
Users, users, users
Interesting article. Early on it talks about condescending terms - isn't calling people 'users' condescending? It appears 23 times in the article. If we're talking about people then can we call them people? 'Users' is a term from the past.
REISEN1955
0%
100%
REISEN1955,
User Rank: Ninja
1/30/2019 | 3:07:17 PM
Stupid includes mamangement
The C-Suite - well remember the CEO of Equifax blaming their entire, total and complete catasrophe on one, just one (1) IT drone unit who failed to patch software.  One guy now revealed TOTALLY CRITICAL TO THE ENTIRE FIRM and if he did not do his job NIGHTMARE ENDING OF THE WORLD.   This is also STUPID.  
Commentary
What the FedEx Logo Taught Me About Cybersecurity
Matt Shea, Head of Federal @ MixMode,  6/4/2021
Edge-DRsplash-10-edge-articles
A View From Inside a Deception
Sara Peters, Senior Editor at Dark Reading,  6/2/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
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-23394
PUBLISHED: 2021-06-13
The package studio-42/elfinder before 2.1.58 are vulnerable to Remote Code Execution (RCE) via execution of PHP code in a .phar file. NOTE: This only applies if the server parses .phar files as PHP.
CVE-2021-34682
PUBLISHED: 2021-06-12
Receita Federal IRPF 2021 1.7 allows a man-in-the-middle attack against the update feature.
CVE-2021-31811
PUBLISHED: 2021-06-12
In Apache PDFBox, a carefully crafted PDF file can trigger an OutOfMemory-Exception while loading the file. This issue affects Apache PDFBox version 2.0.23 and prior 2.0.x versions.
CVE-2021-31812
PUBLISHED: 2021-06-12
In Apache PDFBox, a carefully crafted PDF file can trigger an infinite loop while loading the file. This issue affects Apache PDFBox version 2.0.23 and prior 2.0.x versions.
CVE-2021-32552
PUBLISHED: 2021-06-12
It was discovered that read_file() in apport/hookutils.py would follow symbolic links or open FIFOs. When this function is used by the openjdk-16 package apport hooks, it could expose private data to other local users.