Vulnerabilities / Threats
1/22/2014
09:53 AM
Connect Directly
Google+
LinkedIn
Twitter
RSS
E-Mail

Google Chrome Allows Eavesdropping, Researcher Claims

Google doesn't recognize the browser behavior as a security issue.

Tal Ater's YouTube video demonstrates what he says is a flaw in Chrome.
Tal Ater's YouTube video demonstrates what he says is a flaw in Chrome.

Comment  | 
Print  | 
Comments
Newest First  |  Oldest First  |  Threaded View
JosephM975
50%
50%
JosephM975,
User Rank: Apprentice
1/23/2014 | 6:43:07 PM
Re: Taking too long.
The plugin's security settings are user granted, look at the source code. It takes very little permission to do this and I can't believe it'ts not considered malware. I write in Java and in C# and in all web languaes and this is something that with a little bit of added logic we can recognize certain strings, especially if these strings contain sensitive information and patterns for example long number combinations (typical of credit cards), words and numbers (typical password combinations), or any other 'keyword' or combowords we want to look for. The exploit is simple in that once you grant the browser permission to access your microphone (example "Okay Google!" voice command on google.com), it will continue to runt he script once downloaded to your internet cache and will run as long as chrome is still being executed. You should not base your misleading article title on the video alone, you need to support your statement with technological evidence, as I can support that this exploit is real since I downloaded the source code and tested it on my servers myself. 

 

All it needs is one-time permission to run 'in the background' during your session on Chrome. This is the same nature as malware and other viruses in how this can be executed.

This exploit only works on Chrome for windows and MAC OS.
Thomas Claburn
50%
50%
Thomas Claburn,
User Rank: Ninja
1/23/2014 | 6:20:20 PM
Re: Taking too long.
The article says "claims" because the video isn't definitive proof the exploit works, particularly when Google is saying it's not an issue. I just am not enough of a Javascript expert to state categorically that the exploit works or doesn't. It may work in some circumstances but not in others. It may depend on the plug-ins and security settings of the user's browser. Security is best left to experts.
JosephM975
50%
50%
JosephM975,
User Rank: Apprentice
1/23/2014 | 5:01:45 PM
Re: Taking too long.
Isn't it funny how this article (#2 on the search ranking right now) states that the "researcher claims" this when there is a full source code exploit written to show the bug using chrome. I downloaded the source code and analysed it and it is very tiny and takes very little code to to this. Anyone can embed this code on their websites and create a cached copy on their server, I tested it on mine. THIS IS REAL
Kristin Burnham
100%
0%
Kristin Burnham,
User Rank: Apprentice
1/22/2014 | 8:10:41 PM
Taking too long.
The possibility of listening via your microphone is creepy -- and it's disconcerting that it's taking so long to fix.
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
Security Operations and IT Operations: Finding the Path to Collaboration
A wide gulf has emerged between SOC and NOC teams that's keeping both of them from assuring the confidentiality, integrity, and availability of IT systems. Here's how experts think it should be bridged.
Flash Poll
New Best Practices for Secure App Development
New Best Practices for Secure App Development
The transition from DevOps to SecDevOps is combining with the move toward cloud computing to create new challenges - and new opportunities - for the information security team. Download this report, to learn about the new best practices for secure application development.
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2017-0290
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

CVE-2016-10369
Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

CVE-2016-8202
Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

CVE-2016-8209
Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

CVE-2017-0890
Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.

Dark Reading Radio
Archived Dark Reading Radio
In past years, security researchers have discovered ways to hack cars, medical devices, automated teller machines, and many other targets. Dark Reading Executive Editor Kelly Jackson Higgins hosts researcher Samy Kamkar and Levi Gundert, vice president of threat intelligence at Recorded Future, to discuss some of 2016's most unusual and creative hacks by white hats, and what these new vulnerabilities might mean for the coming year.