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
700K Guest Records Stolen in Choice Hotels Breach
Newest First  |  Oldest First  |  Threaded View
tdsan
50%
50%
tdsan,
User Rank: Ninja
8/13/2019 | 4:22:56 PM
Re: And the circle goes round and round .....
I am with you buddy, it seems the "SAGA" continues, it seems that companies and people are not familiar with the technology so they are just putting it out there without having a third-party vendor validate their design/implementation.

He also stated that it was a test environment to give Choice a new tool to test out new functionality. If that was the case, then why wasn't the system put in an enclosed network that does not allow Internet access and encrypt the data using AES2048 bit encryption, even if they got the data it would not be any good to them (of course if they happen to get the keys, then that is another story).

Choice Hotels Bitcoin Reply

I am like you, "come on people", and why did they use live data (700,000 records were real-data). Why wasn't the data created in an artificial scripted manner (per another article, they said 5.6 million records were artificial, so it looks like a marketing coverup but oh well, same story, different day)?

Time of Breach

Also, look at the timeline when Diachenko identified the issue:
  • June 30: The exposed database was first indexed by search engine BinaryEdge.
  • July 2: Security researcher Bob Diachenko discovered the database and immediately notified Choice Hotels about the exposure. It already contained the ransom note. Choice Hotels says it unintentionally filtered the email so that it was not read.
  • July 2: Database access was secured.
  • July 28: Diachenko sent a second notification and Choice Hotels began its investigation of the incident.

All I can say is wow.

T

 

 
REISEN1955
50%
50%
REISEN1955,
User Rank: Ninja
8/13/2019 | 1:07:31 PM
And the circle goes round and round .....
External individual discovered the breech - not internal staff.  No passwords - not locked down.  Oh and minimal exposure of data - exactly what most firms say.  Have we not heard this before and before?  Oh and discovered June  but not investigated until June 28????    


Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
6 Emerging Cyber Threats That Enterprises Face in 2020
This Tech Digest gives an in-depth look at six emerging cyber threats that enterprises could face in 2020. Download your copy today!
Flash Poll
State of Cybersecurity Incident Response
State of Cybersecurity Incident Response
Data breaches and regulations have forced organizations to pay closer attention to the security incident response function. However, security leaders may be overestimating their ability to detect and respond to security incidents. Read this report to find out more.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-11494
PUBLISHED: 2020-04-02
An issue was discovered in slc_bump in drivers/net/can/slcan.c in the Linux kernel through 5.6.2. It allows attackers to read uninitialized can_frame data, potentially containing sensitive information from kernel stack memory, if the configuration lacks CONFIG_INIT_STACK_ALL, aka CID-b9258a2cece4.
CVE-2020-7619
PUBLISHED: 2020-04-02
get-git-data through 1.3.1 is vulnerable to Command Injection. It is possible to inject arbitrary commands as part of the arguments provided to get-git-data.
CVE-2020-7620
PUBLISHED: 2020-04-02
pomelo-monitor through 0.3.7 is vulnerable to Command Injection.It allows injection of arbitrary commands as part of 'pomelo-monitor' params.
CVE-2020-7621
PUBLISHED: 2020-04-02
strong-nginx-controller through 1.0.2 is vulnerable to Command Injection. It allows execution of arbitrary command as part of the '_nginxCmd()' function.
CVE-2020-7623
PUBLISHED: 2020-04-02
jscover through 1.0.0 is vulnerable to Command Injection. It allows execution of arbitrary command via the source argument.