Subtle change could see a reduction in installation of malicious Chrome extensions

Posted by   Martijn Grooten on   Jun 13, 2018

As modern browsers have become harder to attack, malware authors have found a simple way around this: by working with the browser rather than against it. More particularly, by tricking users into installing extensions they host on official browser stores, like the Google Chrome Store.

Malicious Chrome extensions have been used for various nefarious activities, from banking fraud to delivering backdoors and stealing cryptocurrencies. Google, of course, works hard to detect and block such extensions, but as is so often the case in security, it is never 100 per cent successful.

The company has now, however, made a subtle change that should make it easier for users to detect when they are installing an extension. Until now, it has been possible for websites to offer inline installation of an extension, where a pop-up appears asking the user whether they want to install the extension. Users often read such pop-ups as if they are saying "click 'OK' to continue browsing this website", and thus unwittingly agree to the installation of extensions offered by compromised or malicious sites.

inline_install_dialog.png

Google has now banned inline installation for new extensions and later this year will disable inline installation altogether. Instead, a site that wants to offer an extension will have to send users to the Chrome Store. Of course, this won't stop gullible users form being tricked into installing malicious code, but malware authors will have to work a bit harder on social engineering.

The fight against malware is rarely about being able to stop things altogether, but about making small steps that can sometimes lead to a large reduction in the number of infections. Justin Schuh, from Google Chrome's security team, promises more changes to combat malicious browser extensions.

 

 

twitter.png
fb.png
linkedin.png
hackernews.png
reddit.png

 

Latest posts:

The spam that is hardest to block is often the most damaging

We see a lot of spam in the VBSpam test lab, and we also see how well such emails are being blocked by email security products. Worryingly, it is often the emails with a malicious attachment or a phishing link that are most likely to be missed.

Throwback Thursday: We're all doomed

Mydoom turns 15 this month, and is still being seen in email attachments. This Throwback Thursday we look back to March 2004, when Gabor Szappanos tracked the rise of W32/Mydoom.

VB2019 call for papers - now open!

Have you analysed a new online threat? Do you know a new way to defend against such threats? Are you tasked with securing systems and fending off attacks? The call for papers for VB2019 is now open and we want to hear from you!

VB2018 paper: Unpacking the packed unpacker: reversing an Android anti-analysis library

Today, we publish a VB2018 paper by Google researcher Maddie Stone in which she looks at one of the most interesting anti-analysis native libraries in the Android ecosystem. We also release the recording of Maddie's presentation.

VB2018 paper: Draw me like one of your French APTs – expanding our descriptive palette for cyber threat actors

Today, we publish the VB2018 paper by Chronicle researcher Juan Andres Guerrero-Saade, who argues we should change the way we talk about APT actors.

We have placed cookies on your device in order to improve the functionality of this site, as outlined in our cookies policy. However, you may delete and block all cookies from this site and your use of the site will be unaffected. By continuing to browse this site, you are agreeing to Virus Bulletin's use of data as outlined in our privacy policy.