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
Breach At Bit.ly Blamed On Offsite Backup Storage Provider
Newest First  |  Oldest First  |  Threaded View
LucasOster
LucasOster,
User Rank: Apprentice
5/16/2014 | 1:32:35 PM
Offsite Storage
This is an interesting breach because it was related to a specific employee who had their information intercepted which seems to be less common these days. Regardless, this is the situation and thankfully there are smart people and organizations doing what they can to protect companies. Think it has also become obvious that nothing is ironclad - -but things are much better than they have ever been.

When it comes to Cloud storage, you should visit<a href="http://www.logicworks.net">LogicWorks</a> and read the case studies. It is interesting to learn about the challenges they have addressed with custom solutions. No two companies have the same needs, so it is always nice to see that there are service providers out there catering to the needs of the customer. 
Randy Naramore
Randy Naramore,
User Rank: Ninja
5/13/2014 | 9:25:15 AM
Offsite Storage Provider Breach
For what it is worth, all backups that are stored offsite should be encrypted. Article does not say if they were but if not that would have prevented this from happening. Offsite vendor as well as customer should demand this to cover all involved.


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
Developing and Testing an Effective Breach Response Plan
Whether or not a data breach is a disaster for the organization depends on the security team's response and that is based on how the team developed a breach response plan beforehand and if it was thoroughly tested. Inside this report, experts share how to: -understand the technical environment, -determine what types of incidents would trigger the plan, -know which stakeholders need to be notified and how to do so, -develop steps to contain the breach, collect evidence, and initiate recovery.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2022-4170
PUBLISHED: 2022-12-09
The rxvt-unicode package is vulnerable to a remote code execution, in the Perl background extension, when an attacker can control the data written to the user's terminal and certain options are set.
CVE-2022-4336
PUBLISHED: 2022-12-09
In BAOTA linux panel there exists a stored xss vulnerability attackers can use to obtain sensitive information via the log analysis feature.
CVE-2022-3259
PUBLISHED: 2022-12-09
Openshift 4.9 does not use HTTP Strict Transport Security (HSTS) which may allow man-in-the-middle (MITM) attacks.
CVE-2022-3724
PUBLISHED: 2022-12-09
Crash in the USB HID protocol dissector in Wireshark 3.6.0 to 3.6.8 allows denial of service via packet injection or crafted capture file on Windows
CVE-2022-25629
PUBLISHED: 2022-12-09
An authenticated user who has the privilege to add/edit annotations on the Content tab, can craft a malicious annotation that can be executed on the annotations page (Annotation Text Column)