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
With Data Breach Costs, Time is Money
Newest First  |  Oldest First  |  Threaded View
tdsan
50%
50%
tdsan,
User Rank: Ninja
7/25/2019 | 9:21:13 AM
Repetitive but needed

Increasingly, companies are talking about a "cloud-first" strategy for some projects and about "multicloud" configurations, involving the use of AWS alongside Azure or Google Cloud, Deveaux says. "What this means from a data security perspective is that there are more attack vectors that leave organizations susceptible to data breaches."

Interesting, I don't agree with that, I think lack of knowledge, experience, strategy and inadequate education can leave a company susceptible to attack. The cloud is an extension of the organization. No matter how secure the cloud provider is, the individuals that are responsible for its functions will carry those same practices over to the cloud. Look at a few companies that have been hit by incompetence (Cloud S3 Issues):
  • Attunity - S3 bucket left open without specific controls
  • Accenture Federal Services - S3 bucket left open with company data
  • Microsoft, Yahoo, iCloud, Dropbox
  • Booz Allen Hamilton
  • Dow Jones & Co
  • Verizon Wireless
  • Time-Warner Cable

Again, all you have to have is a person who leaves one door open. Think about creating a VM on any CSP, look at the /var/log/*.log files and run the following:
  • "yum install logwatch -y"
  • "/usr/sbin/logwatch --detail High --mailto <email> --range Today --filename logwatch-`date '+%m-%d-%Y'`.html --format html" 

Be sure to look at the number of attempts of someone trying to access ssh, this is alarming, now you have the option of locking down ssh using iptables and cloud rules (NSG or ACL IP filtering):
  • "iptables -I INPUT 1 -m multiport --dport 22 -s 192.168.0.0/16 -d 192.168.0.0/16 -m conntrack --ctstate -j ACCEPT #isolate ports on the network and monitor that access with conntrack

Just a word to the wise.

Todd
REISEN1955
50%
50%
REISEN1955,
User Rank: Ninja
7/25/2019 | 8:21:22 AM
Re: woa
I rather think this a brain-dead article - obvious in all respects.  Equifax did everything wrong and anybody in security knows these steps.  Not the most challenging subject. 
josephvespiritu
50%
50%
josephvespiritu,
User Rank: Apprentice
7/25/2019 | 2:20:40 AM
woa
thank for your post


COVID-19: Latest Security News & Commentary
Dark Reading Staff 8/14/2020
Lock-Pickers Face an Uncertain Future Online
Seth Rosenblatt, Contributing Writer,  8/10/2020
Hacking It as a CISO: Advice for Security Leadership
Kelly Sheridan, Staff Editor, Dark Reading,  8/10/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
7 New Cybersecurity Vulnerabilities That Could Put Your Enterprise at Risk
In this Dark Reading Tech Digest, we look at the ways security researchers and ethical hackers find critical vulnerabilities and offer insights into how you can fix them before attackers can exploit them.
Flash Poll
The Changing Face of Threat Intelligence
The Changing Face of Threat Intelligence
This special report takes a look at how enterprises are using threat intelligence, as well as emerging best practices for integrating threat intel into security operations and incident response. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-17475
PUBLISHED: 2020-08-14
Lack of authentication in the network relays used in MEGVII Koala 2.9.1-c3s allows attackers to grant physical access to anyone by sending packet data to UDP port 5000.
CVE-2020-0255
PUBLISHED: 2020-08-14
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: CVE-2020-10751. Reason: This candidate is a duplicate of CVE-2020-10751. Notes: All CVE users should reference CVE-2020-10751 instead of this candidate. All references and descriptions in this candidate have been removed to prevent accidenta...
CVE-2020-14353
PUBLISHED: 2020-08-14
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: CVE-2017-18270. Reason: This candidate is a duplicate of CVE-2017-18270. Notes: All CVE users should reference CVE-2017-18270 instead of this candidate. All references and descriptions in this candidate have been removed to prevent accidenta...
CVE-2020-17464
PUBLISHED: 2020-08-14
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: none. Reason: This candidate was withdrawn by its CNA. Further investigation showed that it was not a security issue. Notes: none.
CVE-2020-17473
PUBLISHED: 2020-08-14
Lack of mutual authentication in ZKTeco FaceDepot 7B 1.0.213 and ZKBiosecurity Server 1.0.0_20190723 allows an attacker to obtain a long-lasting token by impersonating the server.