Attacks/Breaches
8/30/2013
10:36 AM
Connect Directly
RSS
E-Mail
50%
50%
Repost This

Malicious Chrome Extension Poses As Facebook Video

As malware attacks targeting browser extensions become more common, security researchers advise users to be more careful about installing extensions and to regularly review permissions.

Beware an attack campaign that pretends to offer a Facebook video but instead installs a malicious extension in Chrome Web browsers.

That warning was sounded this week by Kaspersky Lab, which said that it had spotted variations of that attack being hosted on the official Google Chrome Web store. Some versions of the attack, which originated in Turkey, are customized to target Italian users of Facebook, while other variations target Latin Americans.

"Attacks such as these ones are getting very common," Fabio Assolini, senior security researcher at Kaspersky Lab, said via email. He blamed users for too often not exercising good sense when it comes to adding extensions to their browser. "They need to know that an extension can access everything you do in the browser, all the data, passwords and the websites visited, so it's very important to not install unknown extensions," he said. "The situation gets worse when the malicious extension is hosted in the official Chrome Web store, as we noticed in some attacks."

[ Are Gmail users entirely too trusting? Read Gmail Is Not A Privacy Problem. ]

As with the Android security model, the Chrome browser lists which permissions any Chrome extension will be granted should a user allow it to be installed. Assolini recommended that all Chrome users regularly review the extensions they have installed, as well as the permissions they'd been granted. "Avoid installing those asking [for too many] permissions to access personal data," he advised.

The fake Facebook video attack campaign isn't the first time users have been targeted by malicious Chrome extensions. A particularly large campaign was spotted last year that targeted people in Brazil -- where Chrome's installation base is now 65%, according to StatCounter -- via malicious extensions distributed by the Chrome Web store.

Assolini said there's a constant "cat and mouse game" between cybercriminals, who upload malicious extensions to the Chrome Web store and attempt to trick people into installing them, and Google, which removes the extensions whenever it learns they're there.

The Chrome extension security situation improved after June 2012, however, when Google updated Chrome to prevent it from running any extension that wasn't procured from the Chrome Web store, and required users to navigate to their browser's "extensions" page to add any extension. Google explained that it made the change because it doesn't have the ability to take down malicious items promoted on other websites, meaning hackers could have launched attacks that silently installed extensions that would then monitor all Web traffic and information flowing to or from a browser.

At the same time it announced that change, Google also revealed that it had begun scanning extensions for signs of maliciousness. "To help keep you safe on the Web, we have started analyzing every extension that is uploaded to the Web Store and take down those we recognize to be malicious," the company said.

Still, some information security experts see a lingering Chrome extension security risk, since they're set to automatically update. For example, if an attacker was able to compromise an updated extension prior to its distribution, they'd have a prebuilt mechanism for injecting malicious JavaScript into the browser of any user that had installed the extension. In corporate environments, it's unlikely that antivirus tools would spot any such malicious activity since malicious extensions would be handling only HTTP requests and JavaScript code and would thus appear normal.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-3946
Published: 2014-04-24
Cisco IOS before 15.3(2)S allows remote attackers to bypass interface ACL restrictions in opportunistic circumstances by sending IPv6 packets in an unspecified scenario in which expected packet drops do not occur for "a small percentage" of the packets, aka Bug ID CSCty73682.

CVE-2012-5723
Published: 2014-04-24
Cisco ASR 1000 devices with software before 3.8S, when BDI routing is enabled, allow remote attackers to cause a denial of service (device reload) via crafted (1) broadcast or (2) multicast ICMP packets with fragmentation, aka Bug ID CSCub55948.

CVE-2013-6738
Published: 2014-04-24
Cross-site scripting (XSS) vulnerability in IBM SmartCloud Analytics Log Analysis 1.1 and 1.2 before 1.2.0.0-CSI-SCALA-IF0003 allows remote attackers to inject arbitrary web script or HTML via an invalid query parameter in a response from an OAuth authorization endpoint.

CVE-2014-0188
Published: 2014-04-24
The openshift-origin-broker in Red Hat OpenShift Enterprise 2.0.5, 1.2.7, and earlier does not properly handle authentication requests from the remote-user auth plugin, which allows remote attackers to bypass authentication and impersonate arbitrary users via the X-Remote-User header in a request to...

CVE-2014-2391
Published: 2014-04-24
The password recovery service in Open-Xchange AppSuite before 7.2.2-rev20, 7.4.1 before 7.4.1-rev11, and 7.4.2 before 7.4.2-rev13 makes an improper decision about the sensitivity of a string representing a previously used but currently invalid password, which allows remote attackers to obtain potent...

Best of the Web