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.

Comments
Epic Security #FAILS Of The Past 10 Years
Newest First  |  Oldest First  |  Threaded View
cyberpink
cyberpink,
User Rank: Strategist
6/9/2016 | 9:34:31 AM
Re: Anti virus
As crazy as it might sound, if you do not write the code, there is no telling what the code is actually doing in secret.  I try to pay attention to who wrote it, and what their reputation is.  If the company gives away apps geared toward businesses, and is also the same group responsible for distributing malware (which you can research on the internet), then there is a real good chance the free apps are not going to be friendly apps.  Also pay attention to where the data is stored.  If you use an app and the data is going to a server in one of the 26 malicious nation-states known for hacking, that would be a great app to avoid, no matter how many people like to use it.  I feel that more and more companies are going to move toward writing custom software solutions in the future. 
RajeevS411
RajeevS411,
User Rank: Apprentice
6/5/2016 | 8:15:56 PM
Anti virus
I just dont get it why people keep on creating these malwares to cause damage to others. Its just terrorism. Ive been buying software for almost every year. But since I purchased ESET Antivirus, I was stucked with it. I mean, I get satisfied with its perfomance. Lets see if it will cause me to buy more antivirus
paulno
paulno,
User Rank: Apprentice
5/19/2016 | 6:09:52 PM
I still predict more ones in the future with new technologies
Yes and it's not finished. Most of these fails are still current security shortfalls today and the article on Linkedin's hack highligh it perfectly. Hackers will still have fun next years as with the rise of new technologies, web languages and devices, IT vulnerabilities keep on emerging in the same time. We can't count on users to detect them, it's not their job. What can we do ? Prevent most of them, and try to react asap for the others... But let's be realistic : we'll never be abble to make a 0 fails world.


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
Improving Enterprise Cybersecurity With XDR
Enterprises are looking at eXtended Detection and Response technologies to improve their abilities to detect, and respond to, threats. While endpoint detection and response is not new to enterprise security, organizations have to improve network visibility, expand data collection and expand threat hunting capabilites if they want their XDR deployments to succeed. This issue of Tech Insights also includes: a market overview for XDR from Omdia, questions to ask before deploying XDR, and an XDR primer.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2022-2288
PUBLISHED: 2022-07-03
Out-of-bounds Write in GitHub repository vim/vim prior to 9.0.
CVE-2022-2290
PUBLISHED: 2022-07-03
Cross-site Scripting (XSS) - Reflected in GitHub repository zadam/trilium prior to 0.52.4, 0.53.1-beta.
CVE-2022-2287
PUBLISHED: 2022-07-02
Out-of-bounds Read in GitHub repository vim/vim prior to 9.0.
CVE-2022-34911
PUBLISHED: 2022-07-02
An issue was discovered in MediaWiki before 1.35.7, 1.36.x and 1.37.x before 1.37.3, and 1.38.x before 1.38.1. XSS can occur in configurations that allow a JavaScript payload in a username. After account creation, when it sets the page title to "Welcome" followed by the username, the usern...
CVE-2022-34912
PUBLISHED: 2022-07-02
An issue was discovered in MediaWiki before 1.37.3 and 1.38.x before 1.38.1. The contributions-title, used on Special:Contributions, is used as page title without escaping. Hence, in a non-default configuration where a username contains HTML entities, it won't be escaped.