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.

Attacks/Breaches

Breach Awareness Made Easy

100%
0%

What if companies had to disclose breach history in the same way food companies display nutritional information?

Comment  | 
Print  | 
Comments
Newest First  |  Oldest First  |  Threaded View
ODA155
0%
100%
ODA155,
User Rank: Ninja
10/9/2014 | 3:12:02 PM
Re: Security Seals of approval (or disapproval)
I think you're looking for a simple solution to a very complicated problem. So, my question, who explains to the consumer what a CrossSite Scripting attack is... DDoS or SQL Injection?

Instead, I would recommend something like this, although government sponsored. If you want to get people attention they will need to know what you're talking about and if you search this DB you will see the shock value it could have if more people (consumers) were aware of its existance.

 

Chronology of Data Breaches Security Breaches 2005 - Present

https://www.privacyrights.org/data-breach

 
Sara Peters
50%
50%
Sara Peters,
User Rank: Author
10/6/2014 | 2:09:01 PM
Re: Security Seals of approval (or disapproval)
@Marilyn  Definitely hard to argue against more transparency when it comes to breaches. One thing that's going to take some time to do, though, is to educate the general public.so that they'd actually understand what the heck the data meant. Maybe things like "cross-site scripting vulnerabilities" on an app security box would only matter to IT people anyway. But a breach disclosure box for the general public would have to be a bit simpler.
Marilyn Cohodas
50%
50%
Marilyn Cohodas,
User Rank: Strategist
10/6/2014 | 1:54:21 PM
Re: Security Seals of approval (or disapproval)
That appsec lable, is cool, isn't it? Would be a litte trick to implemment for web apps, to be sure. But it's hard to argue against the idea of more transparency when it comes to breach disclosure.... 
Sara Peters
50%
50%
Sara Peters,
User Rank: Author
10/6/2014 | 12:47:21 PM
Re: Security Seals of approval (or disapproval)
@Marilyn  Ooo I like the OWASP version with app security too. The tricky thing with doing it for Web apps is that you could only focus on the app and not the implementation on the Website, since looking for vulnerabilities on someone else's site is illegal without permission.
Marilyn Cohodas
50%
50%
Marilyn Cohodas,
User Rank: Strategist
9/29/2014 | 8:02:03 AM
Re: Security Seals of approval (or disapproval)
Agreed, Robert. More so, I think a public disclosure of breach history would put security right where it belongs -- on the front burner of the C-suite which sould give security teams much more clout and visibility for getting the resources they need to be proactive.
Robert McDougal
50%
50%
Robert McDougal,
User Rank: Ninja
9/28/2014 | 1:29:52 PM
Re: Security Seals of approval (or disapproval)
Not only would it make the information more digestable and understandable for consumers, it would additionally drive business away from the poorest performers and shepard business to the most secure companies.   I like it.
Marilyn Cohodas
50%
50%
Marilyn Cohodas,
User Rank: Strategist
9/26/2014 | 4:27:01 PM
Security Seals of approval (or disapproval)
This isn't totally analagous but Jeff Williams creator of the OWASP Top 10 came up with a similar idea for application security. I'm sure something similar could come be fashioned for data breach disclosure. Check it out: 

on security. Take a look 

 
COVID-19: Latest Security News & Commentary
Dark Reading Staff 8/3/2020
Pen Testers Who Got Arrested Doing Their Jobs Tell All
Kelly Jackson Higgins, Executive Editor at Dark Reading,  8/5/2020
Exploiting Google Cloud Platform With Ease
Dark Reading Staff 8/6/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
Special Report: Computing's New Normal, a Dark Reading Perspective
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
The Changing Face of Threat Intelligence
The Changing Face of Threat Intelligence
This special report takes a look at how enterprises are using threat intelligence, as well as emerging best practices for integrating threat intel into security operations and incident response. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-15138
PUBLISHED: 2020-08-07
Prism is vulnerable to Cross-Site Scripting. The easing preview of the Previewers plugin has an XSS vulnerability that allows attackers to execute arbitrary code in Safari and Internet Explorer. This impacts all Safari and Internet Explorer users of Prism >=v1.1.0 that use the _Previewers_ plugin...
CVE-2020-9490
PUBLISHED: 2020-08-07
Apache HTTP Server versions 2.4.20 to 2.4.43. A specially crafted value for the 'Cache-Digest' header in a HTTP/2 request would result in a crash when the server actually tries to HTTP/2 PUSH a resource afterwards. Configuring the HTTP/2 feature via "H2Push off" will mitigate this vulnerab...
CVE-2020-11852
PUBLISHED: 2020-08-07
DKIM key management page vulnerability on Micro Focus Secure Messaging Gateway (SMG). Affecting all SMG Appliance running releases prior to July 2020. The vulnerability could allow a logged in user with rights to generate DKIM key information to inject system commands into the call to the DKIM syste...
CVE-2020-11984
PUBLISHED: 2020-08-07
Apache HTTP server 2.4.32 to 2.4.44 mod_proxy_uwsgi info disclosure and possible RCE
CVE-2020-11985
PUBLISHED: 2020-08-07
IP address spoofing when proxying using mod_remoteip and mod_rewrite For configurations using proxying with mod_remoteip and certain mod_rewrite rules, an attacker could spoof their IP address for logging and PHP scripts. Note this issue was fixed in Apache HTTP Server 2.4.24 but was retrospectively...