Vulnerabilities / Threats

1/11/2019
11:00 AM
Connect Directly
Twitter
LinkedIn
Google+
RSS
E-Mail
50%
50%

Who Takes Responsibility for Cyberattacks in the Cloud?

A new CSA report addresses the issue of breach responsibility as more organizations move ERP application data the cloud.

When cloud data is breached, who is responsible? A new Cloud Security Alliance (CSA) report poses the question at a time when companies are moving enterprise resource planning (ERP) application data to the cloud and expect cloud-focused cyberattacks to increase in 2019.

The study, "Enterprise Resource Planning (ERP) Applications and Cloud Adoption," was conducted by CSA and sponsored by Onapsis. Researchers polled 199 managers, C-level executives, and staff from businesses in the Americas (49%), APAC (26%), and EMEA (25%).

They found 69% of organizations plan to migrate their data for popular ERP applications to the cloud and use major cloud infrastructure-as-a-service providers. Nearly 90% of respondents say the applications they plan on migrating to the cloud are business-critical. Respondents in the Americas (73%) and APAC (73%) were most likely to report migrating business-critical applications to the cloud compared with those in EMEA, where regulations like GDPR interfere with enterprise plans for tech investments, cloud services, and third-party policies.

The biggest benefit of moving to the cloud, respondents say, is scalability of new technologies (65%). Their next given reason is lower cost of ownership (61%), followed by security patching and updating from the provider (49%). Obstacles to cloud adoption, they say, include moving sensitive data (65%), security (59%), and compliance challenges (54%).

On a positive note, companies are taking steps to protect cloud-based ERP applications with identity and access controls (68%), firewalls (63%), and vulnerability assessment (62%).

But attackers' capabilities are evolving alongside businesses' security moves. More than half of survey respondents expect security incidents in the cloud to increase over the coming year.

Their thoughts prompt questions about who is accountable for cyberattacks in the cloud. Sixty percent of participants say they believe cloud services providers are responsible for breaches, but 77% say it's the organization's responsibility to secure their ERP applications. Third parties hold the least amount of accountability and responsibility for cloud breaches, the data shows.

"The cloud computing ecosystem is maturing rapidly and business-critical applications, such as ERP solutions, are being moved to cloud environments," said John Yeoh, director of research, Americas, for the Cloud Security Alliance, in a statement. "With this shift, organizations are starting to explore the question of whether a cloud environment might alleviate traditional challenges that business-critical applications normally face."

Regardless of their cloud providers, businesses planning a migration must implement security from the start and in phases throughout the project. Onapsis studies have found that implementing security in each phase of the migration could save businesses more than five times their implementation costs, said Juan Pablo Perez-Etchegoyen, Onapsis CTO.

Related Content:

Kelly Sheridan is the Staff Editor at Dark Reading, where she focuses on cybersecurity news and analysis. She is a business technology journalist who previously reported for InformationWeek, where she covered Microsoft, and Insurance & Technology, where she covered financial ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
skalra
50%
50%
skalra,
User Rank: Apprentice
1/16/2019 | 10:20:22 PM
Shared responsibility
All the more reason why shared responsibility should be taken seriously. There is no shared hopefulness; organizations must harden their security posture while maintaining an environment friendly to the goals promised by the cloud. 
REISEN1955
50%
50%
REISEN1955,
User Rank: Ninja
1/14/2019 | 3:23:43 PM
Woz
Anybody remember when Steve Wozniak - the savant of all time - said " there is no security in the cloud."   Yeap, he was right as he was about almost everything. 
How the US Chooses Which Zero-Day Vulnerabilities to Stockpile
Ricardo Arroyo, Senior Technical Product Manager, Watchguard Technologies,  1/16/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
The Year in Security 2018
This Dark Reading Tech Digest explores the biggest news stories of 2018 that shaped the cybersecurity landscape.
Flash Poll
How Enterprises Are Attacking the Cybersecurity Problem
How Enterprises Are Attacking the Cybersecurity Problem
Data breach fears and the need to comply with regulations such as GDPR are two major drivers increased spending on security products and technologies. But other factors are contributing to the trend as well. Find out more about how enterprises are attacking the cybersecurity problem by reading our report today.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-3906
PUBLISHED: 2019-01-18
Premisys Identicard version 3.1.190 contains hardcoded credentials in the WCF service on port 9003. An authenticated remote attacker can use these credentials to access the badge system database and modify its contents.
CVE-2019-3907
PUBLISHED: 2019-01-18
Premisys Identicard version 3.1.190 stores user credentials and other sensitive information with a known weak encryption method (MD5 hash of a salt and password).
CVE-2019-3908
PUBLISHED: 2019-01-18
Premisys Identicard version 3.1.190 stores backup files as encrypted zip files. The password to the zip is hard-coded and unchangeable. An attacker with access to these backups can decrypt them and obtain sensitive data.
CVE-2019-3909
PUBLISHED: 2019-01-18
Premisys Identicard version 3.1.190 database uses default credentials. Users are unable to change the credentials without vendor intervention.
CVE-2019-3910
PUBLISHED: 2019-01-18
Crestron AM-100 before firmware version 1.6.0.2 contains an authentication bypass in the web interface's return.cgi script. Unauthenticated remote users can use the bypass to access some administrator functionality such as configuring update sources and rebooting the device.