Comments
Newest First | Oldest First | Threaded View
Users Still need the Blame
Users are the weakest link. When the security measures are in place and the user still does the wrong thing because there are no consequences adapting the security to them is a futile effort. The only fix to that is to hold the users accountable. Case in point, trying to make cars that keep you in your lane or stop for you is needed because people are not paying attention. How about when they cause an accident due to texting and driving they get rewarded with license revocation.
As far as taking the empathy approach with the user, it is difficult to build security around the "I am going to do what I am going to do regardless of what I am supposed to do" attitude. No matter how friendly you make the security if it inhibits the user from doing what they want they will ignore and find a way around.
Designing better error messages for the users is a good idea. It is possible if the error message was informative it would help the tech that has to work on it. .That being said most of the users do not read the error message so that would not help a user. Just as they do not read the popup that downloads the cropto-ware on their system. An example of this is when the help desk gets the call of "It just stopped working," and "I didn't do anything." Of course the answer of "ummm....I don't know" when asked "What did the error message say?" Users just click without reading.
The point of rewarding them for doing what they are supposed to do is like giving them a trophy for showing up. Then they will expect a trophy all of the time and the value of the "incentive" will diminish. This is what created the situation that we are in with the users not caring now.
I do agree that security must be made to be a bit more user friendly. I also believe that the users will adapt in a downward direction to put us back in the same situation. I think accountability is the direction that will produce a bigger bang for the buck.
As far as taking the empathy approach with the user, it is difficult to build security around the "I am going to do what I am going to do regardless of what I am supposed to do" attitude. No matter how friendly you make the security if it inhibits the user from doing what they want they will ignore and find a way around.
Designing better error messages for the users is a good idea. It is possible if the error message was informative it would help the tech that has to work on it. .That being said most of the users do not read the error message so that would not help a user. Just as they do not read the popup that downloads the cropto-ware on their system. An example of this is when the help desk gets the call of "It just stopped working," and "I didn't do anything." Of course the answer of "ummm....I don't know" when asked "What did the error message say?" Users just click without reading.
The point of rewarding them for doing what they are supposed to do is like giving them a trophy for showing up. Then they will expect a trophy all of the time and the value of the "incentive" will diminish. This is what created the situation that we are in with the users not caring now.
I do agree that security must be made to be a bit more user friendly. I also believe that the users will adapt in a downward direction to put us back in the same situation. I think accountability is the direction that will produce a bigger bang for the buck.
White Papers
Video
0 Comments
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: "Security through obscurity"
Latest Comment: "Security through obscurity"
Current Issue
How to Cope with the IT Security Skills ShortageMost enterprises don't have all the in-house skills they need to meet the rising threat from online attackers. Here are some tips on ways to beat the shortage.
Flash Poll
Surviving the IT Security Skills Shortage
Cybersecurity professionals are in high demand -- and short supply. Find out what Dark Reading discovered during their 2017 Security Staffing Survey and get some strategies for getting through the drought. Download the report today!
Twitter Feed
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database CVE-2018-11232
PUBLISHED: 2018-05-18
PUBLISHED: 2018-05-17
PUBLISHED: 2018-05-17
PUBLISHED: 2018-05-17
PUBLISHED: 2018-05-17
From DHS/US-CERT's National Vulnerability Database CVE-2018-11232
PUBLISHED: 2018-05-18
The etm_setup_aux function in drivers/hwtracing/coresight/coresight-etm-perf.c in the Linux kernel before 4.10.2 allows attackers to cause a denial of service (panic) because a parameter is incorrectly used as a local variable.
CVE-2017-15855PUBLISHED: 2018-05-17
In Qualcomm Android for MSM, Firefox OS for MSM, and QRD Android with all Android releases from CAF using the Linux kernel, the camera application triggers "user-memory-access" issue as the Camera CPP module Linux driver directly accesses the application provided buffer, which resides in u...
CVE-2018-3567PUBLISHED: 2018-05-17
In Qualcomm Android for MSM, Firefox OS for MSM, and QRD Android with all Android releases from CAF using the Linux kernel, a buffer overflow vulnerability exists in WLAN while processing the HTT_T2H_MSG_TYPE_PEER_MAP or HTT_T2H_MSG_TYPE_PEER_UNMAP messages.
CVE-2018-3568PUBLISHED: 2018-05-17
In Qualcomm Android for MSM, Firefox OS for MSM, and QRD Android with all Android releases from CAF using the Linux kernel, in __wlan_hdd_cfg80211_vendor_scan(), a buffer overwrite can potentially occur.
CVE-2018-5827PUBLISHED: 2018-05-17
In Qualcomm Android for MSM, Firefox OS for MSM, and QRD Android with all Android releases from CAF using the Linux kernel, a buffer overflow vulnerability exists in WLAN while processing an extscan hotlist event.
- Terms of Service
- Privacy Statement
- Legal Entities
- Copyright © 2018 UBM, All rights reserved
Tweet This