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
Nest Hack Leaves Homeowner Sleepless in Chicago
Newest First  |  Oldest First  |  Threaded View
WarnR
50%
50%
WarnR,
User Rank: Apprentice
2/5/2019 | 10:07:15 AM
Troubling Comments
Tho I agree the home owner should and does bare some reasonability on this issue, I do find the comments troubling. Customers, like any user in a company, relies on the Computer & Security experts to guide them. If a user in a company is not trained about not sharing passwords, or leaving a computer unlocked due to no training, is it the user's fault or the Training team for not having the mandatory training?

A few questions come to my mind reading this - was the home owner informed that they information had become compromised? That they needed to change their passwords? Is there updated announcements regarding training of new features? Do users understand or even know that systems are not 100% secure no matter what?

The comments I had read have a touch of arrogance. Being in the computer and security field we understand these things. Not all users do. If you go to a Doc for a health issue, should the doc talk down to you or make comments about how you should have known something?  
blodgettcalvin
50%
50%
blodgettcalvin,
User Rank: Apprentice
2/4/2019 | 11:24:26 AM
Not secure
This situation once again shows that modern technologies, such as the Internet of Things, do not fully provide people with complete safety
mattsweet
50%
50%
mattsweet,
User Rank: Strategist
2/4/2019 | 10:39:31 AM
Subject needs to be changed
This was not a hack of Nest. This was typical enduser behavior. Google should have stated while they sympathize with the user, the user needs to be better educated to the harsh reality IoT can be and how to be responsible.

I do feel for the homeowners, though. I would be freaked out myself.
RyanSepe
0%
100%
RyanSepe,
User Rank: Ninja
2/4/2019 | 9:16:12 AM
Re: Very misleading title
I concur with @hhendrickson274 assessment. The fault lies with the user. I also find it interesting that even though Google did nothing wrong, they had to take the PC route with that statement. It baffles me that even in a scenario like this, a titan like Google needs to release a statement such as to try to save face from the court of public opinion. 
ameerz
50%
50%
ameerz,
User Rank: Apprentice
2/4/2019 | 7:07:19 AM
Re: Very misleading title
is this just a fad article??

what supporting views r shared??
hhendrickson274
100%
0%
hhendrickson274,
User Rank: Strategist
2/3/2019 | 4:08:02 PM
Very misleading title
This was not a hack of Nest at all. This was user stupidity by refusing passwords across sites/services. I especially like how the user feels it is Googles fault and they should get their money back. Please change the title, unless you meant it to be click-bait. What happened is a very real consequence of users not taking their part in information security seriously, but it was not a hack based on the limited information presented in the article. This sort of sensationalism doesnt serve to improve the state of affairs, it just perpetuates FUD.


Data Privacy Protections for the Most Vulnerable -- Children
Dimitri Sirota, Founder & CEO of BigID,  10/17/2019
Sodinokibi Ransomware: Where Attackers' Money Goes
Kelly Sheridan, Staff Editor, Dark Reading,  10/15/2019
Tor Weaponized to Steal Bitcoin
Dark Reading Staff 10/18/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
7 Threats & Disruptive Forces Changing the Face of Cybersecurity
This Dark Reading Tech Digest gives an in-depth look at the biggest emerging threats and disruptive forces that are changing the face of cybersecurity today.
Flash Poll
2019 Online Malware and Threats
2019 Online Malware and Threats
As cyberattacks become more frequent and more sophisticated, enterprise security teams are under unprecedented pressure to respond. Is your organization ready?
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-8369
PUBLISHED: 2019-10-21
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: none. Reason: This candidate was withdrawn by its CNA. Notes: none.
CVE-2019-18224
PUBLISHED: 2019-10-21
idn2_to_ascii_4i in lib/lookup.c in GNU libidn2 before 2.1.1 has a heap-based buffer overflow via a long domain string.
CVE-2019-16985
PUBLISHED: 2019-10-21
In FusionPBX up to v4.5.7, the file app\xml_cdr\xml_cdr_delete.php uses an unsanitized "rec" variable coming from the URL, which is base64 decoded and allows deletion of any file of the system.
CVE-2019-16986
PUBLISHED: 2019-10-21
In FusionPBX up to v4.5.7, the file resources\download.php uses an unsanitized "f" variable coming from the URL, which takes any pathname and allows a download of it. (resources\secure_download.php is also affected.)
CVE-2019-16987
PUBLISHED: 2019-10-21
In FusionPBX up to v4.5.7, the file app\contacts\contact_import.php uses an unsanitized "query_string" variable coming from the URL, which is reflected in HTML, leading to XSS.