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.

State-Owned Chinese Firms Hired Military Hackers for IT Services
Newest First  |  Oldest First  |  Threaded View
User Rank: Strategist
5/30/2014 | 5:38:01 PM
Another cyber breach
Security officials just released another spear phishing report done by actors on 

social networking sites that compromised personal information of government,

academic, businesses and families,
User Rank: Apprentice
5/23/2014 | 4:38:22 PM
The war within
Interesting article, this is a cyber war and I wish the mainstream media would hone in on this point. Best pratices in this field are often hard to identify, I would encourage you to read how companies like OPSWAT are introducing multi-scanning technologies to the frontlines
User Rank: Ninja
5/22/2014 | 4:59:17 PM
Re: the jury is still out -- literally
Marilyn, you are right, this is the tip of the iceberg. The majority of victims of cyber espionage ignores that its data are stolen by foreign state-sponsored hackers. Cyber espionage is a common practice, practically every government adopts it to steal sensitive information and intellectual property.
Marilyn Cohodas
Marilyn Cohodas,
User Rank: Strategist
5/22/2014 | 3:49:50 PM
the jury is still out -- literally
This, is the tip of the iceberg. This is only the indictment. I can't wait to findout what we will learn when (or if) this case goes to trial. 
Kelly Jackson Higgins
Kelly Jackson Higgins,
User Rank: Strategist
5/22/2014 | 2:53:26 PM
Re: Great Factual read by Ms. Higgins--thank you
Thanks, @mmcgann334. Much of the problem is the human factor. Most attacks by Chinese cyberespionage actors come via convincing spearphishing emails. A user in one of the orgs opens a link or an attachment, and so it begins. That doesn't mean that companies can't do a better job of locking down their sensitive data and catching the bad guys before they exfiltrate the information, however. Somehow, that didn't happen with these steel companies. 
User Rank: Strategist
5/22/2014 | 2:35:57 PM
Great Factual read by Ms. Higgins--thank you
It is frightening to think that American companies like Westinghouse are an open book to  the the Chinese and how easy it is to obtain information.  What is going on with the security infrastructure in the U.S? Why is it so easy to break security codes?
Randy Naramore
Randy Naramore,
User Rank: Ninja
5/22/2014 | 9:12:14 AM
Re: Time to Take Security More Seriously
Agreed, the ones you need to worry about are the ones you never see. The people at defcon are there for a reason, to gain notarity.
User Rank: Ninja
5/21/2014 | 6:05:22 PM
Time to Take Security More Seriously
This highlights the need for American companies to take storage and security of their data seriously.  If your trade secrets are located on systems that are 'net-connected, you're 50% on your way to having the data stolen.  I'm often surprised how many managers (some of them IT) feel it is archaic to have an offline policy for critical data stores, using encrypted storage to transfer/share files and buying non-electronic safes for storing those drives in.  I hope our American government cyber-elite aren't too distracted by these "loud" foreign teams, though.  The most efficient cyber-criminals are often the ones who never appeared at Defcon, published an exploit or sat in a chat room; guys with offline data stores, encrypted storage and old school safes, no doubt.

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
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
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
Current Issue
The 10 Most Impactful Types of Vulnerabilities for Enterprises Today
Managing system vulnerabilities is one of the old est - and most frustrating - security challenges that enterprise defenders face. Every software application and hardware device ships with intrinsic flaws - flaws that, if critical enough, attackers can exploit from anywhere in the world. It's crucial that defenders take stock of what areas of the tech stack have the most emerging, and critical, vulnerabilities they must manage. It's not just zero day vulnerabilities. Consider that CISA's Known Exploited Vulnerabilities (KEV) catalog lists vulnerabilitlies in widely used applications that are "actively exploited," and most of them are flaws that were discovered several years ago and have been fixed. There are also emerging vulnerabilities in 5G networks, cloud infrastructure, Edge applications, and firmwares to consider.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2023-03-27
In Delta Electronics InfraSuite Device Master versions prior to 1.0.5, an attacker could use URL decoding to retrieve system files, credentials, and bypass authentication resulting in privilege escalation.
PUBLISHED: 2023-03-27
In Delta Electronics InfraSuite Device Master versions prior to 1.0.5, an attacker could use Lua scripts, which could allow an attacker to remotely execute arbitrary code.
PUBLISHED: 2023-03-27
Delta Electronics InfraSuite Device Master versions prior to 1.0.5 contains an improper access control vulnerability in which an attacker can use the Device-Gateway service and bypass authorization, which could result in privilege escalation.
PUBLISHED: 2023-03-27
Delta Electronics InfraSuite Device Master versions prior to 1.0.5 are affected by a deserialization vulnerability targeting the Device-DataCollect service, which could allow deserialization of requests prior to authentication, resulting in remote code execution.
PUBLISHED: 2023-03-27
Heap-based Buffer Overflow in GitHub repository gpac/gpac prior to 2.4.0.