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
How One Companys Cybersecurity Problem Becomes Another's Fraud Problem
Newest First  |  Oldest First  |  Threaded View
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
8/30/2018 | 11:32:29 PM
Re: Fraud
@Dr.T: Sure, virtualization and gapping measures can be great for security and tenant isolation...but more to the point, certain systems have to interact with each other -- and the security issues flow just as readily as does the communication itself.
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
8/30/2018 | 11:30:40 PM
Re: Honan example
@Dr.T: Actually, nope, that's not what happened; this was not a case of PEBKAC. The problem lay with security issues at Amazon and Apple respectively.

Here's Honan's account of his digital nightmare: wired.com/2012/08/apple-amazon-mat-honan-hacking/
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
8/30/2018 | 9:35:34 AM
Reputation
"cyber-enabled fraud," which we define as fraud that is facilitated though the use of malware exploits, social engineering, and/or lateral movement through a compromised website, network, or account. This would be problematic for companies reputation, it is still their lack of security that enabled attackers to cause the damage.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
8/30/2018 | 9:32:49 AM
Cloud A and B
f Cloud A and Cloud B are willing to work together and exchange threat intelligence information, ... This is the major problem in the industry, they do not share security related information with each other.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
8/30/2018 | 9:30:25 AM
Say something
It's taking the concept of "when you see something, say something" into cyberspace. This would be a way to go. It requires a good security awareness programs to achieve it.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
8/30/2018 | 9:28:52 AM
Re: Honan example
compromise of his Apple ID, which in turn was able to be compromised via information gained by compromising Honan's Amazon account! Yes. Most liley the same account names and passwords are used. A common problem..
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
8/30/2018 | 9:27:21 AM
Fraud
But the larger end result is that my cyber problem has just become everybody else's fraud problem because my infected system is now set up to attack other systems. This makes sense. Best approach against this is segregation of the systems so one is compromised but the rest can still be protected.
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
8/29/2018 | 11:04:13 PM
Honan example
An even more insidious example can be seen in the case of Wired's Mat Honan -- whose entire online/computer life was compromised in 2012 via a compromise of his Apple ID, which in turn was able to be compromised via information gained by compromising Honan's Amazon account!


Commentary
Cyberattacks Are Tailored to Employees ... Why Isn't Security Training?
Tim Sadler, CEO and co-founder of Tessian,  6/17/2021
Edge-DRsplash-10-edge-articles
7 Powerful Cybersecurity Skills the Energy Sector Needs Most
Pam Baker, Contributing Writer,  6/22/2021
News
Microsoft Disrupts Large-Scale BEC Campaign Across Web Services
Kelly Sheridan, Staff Editor, Dark Reading,  6/15/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
The State of Cybersecurity Incident Response
In this report learn how enterprises are building their incident response teams and processes, how they research potential compromises, how they respond to new breaches, and what tools and processes they use to remediate problems and improve their cyber defenses for the future.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-34390
PUBLISHED: 2021-06-22
Trusty TLK contains a vulnerability in the NVIDIA TLK kernel function where a lack of checks allows the exploitation of an integer overflow on the size parameter of the tz_map_shared_mem function.
CVE-2021-34391
PUBLISHED: 2021-06-22
Trusty TLK contains a vulnerability in the NVIDIA TLK kernel�s tz_handle_trusted_app_smc function where a lack of integer overflow checks on the req_off and param_ofs variables leads to memory corruption of critical kernel structures.
CVE-2021-34392
PUBLISHED: 2021-06-22
Trusty TLK contains a vulnerability in the NVIDIA TLK kernel where an integer overflow in the tz_map_shared_mem function can bypass boundary checks, which might lead to denial of service.
CVE-2021-34393
PUBLISHED: 2021-06-22
Trusty contains a vulnerability in TSEC TA which deserializes the incoming messages even though the TSEC TA does not expose any command. This vulnerability might allow an attacker to exploit the deserializer to impact code execution, causing information disclosure.
CVE-2021-34394
PUBLISHED: 2021-06-22
Trusty contains a vulnerability in all TAs whose deserializer does not reject messages with multiple occurrences of the same parameter. The deserialization of untrusted data might allow an attacker to exploit the deserializer to impact code execution.