News for hackers. Stuff that matters.
Re:Cluster of 295 Chrome extensions caught hijacking Google ... by ocdtrekkie on Thursday August 06, 2020 @11:39AM (#24071909)
The reporter's experience with reporting Chrome Web Store malware reflects mine: Nobody at Google cares about malware enough to stop distributing it when people report it. The "Report Abuse" button probably goes straight to an unmonitored spam folder.

Hint to anyone working on security at Google: It actually doesn't matter what obscure zero-days you discover and patch when you distribute malware directly that relies on supported functionality. There's no need to exploit security holes when malware is simply permitted as-is.

Shut the Chrome Web Store down until you're prepared to take it seriously.

Re:Cluster of 295 Chrome extensions caught hijacking Google ... by ghostwords on Thursday August 06, 2020 @03:03PM (#24074304)
From a now year-old EFF blog post [1] regarding Chrome extensions and the Google Manifest V3 "proposal":

The “Report Abuse” link doesn't seem to produce results, obfuscated code doesn't seem to trigger red flags, and no one responds to user reviews.

[1]: https://www.eff.org/deeplinks/2019/07/googles-plans-chrome-e...

Re:Cluster of 295 Chrome extensions caught hijacking Google ... by kevingadd on Thursday August 06, 2020 @03:07PM (#24074348)
I wouldn't be surprised if their staff have no tooling for looking at user reviews, period. The UI for looking at user reviews of your own stuff as a developer is really, really bad and I know that in the past other Google properties have had this issue - YouTube annotations were invisible to their trust and safety staff, for example.
Re:Cluster of 295 Chrome extensions caught hijacking Google ... by jpalomaki on Saturday August 08, 2020 @03:44PM (#24094562)
Likely ”report abuse” submissions are just one variable in a model that is used to determine propability of app being malicious.

Or it might be that humans are just reviewing top N apps, sorted by number of reports.

Re:Cluster of 295 Chrome extensions caught hijacking Google ... by classified on Thursday August 06, 2020 @12:08PM (#24072273)
As long as everyone keeps using Chrome and its Web Store Google won't change a thing. They don't exactly have a track record of listening to their users, to put it mildly.
Re:Cluster of 295 Chrome extensions caught hijacking Google ... by jchook on Thursday August 06, 2020 @01:39PM (#24073370)
AFAIK even Chromium won't let you install an extension directly from a website. You must download it, keep it somewhere, turn on dev mode, and "load unpacked extension". It wont sync across browsers, etc.

Compare this to Firefox which will sign your extension and let you distribute it directly through your website with a user-friendly experience.

Re:Cluster of 295 Chrome extensions caught hijacking Google ... by dessant on Thursday August 06, 2020 @02:47PM (#24074147)
Firefox is way behind Chrome on this front. You can't permanently install a private extension in the release version of Firefox, unless you upload the source code to their servers for signing, and the unlisted extension complies with their developer policy.

Mozilla's stance on extension signing is hostile to users, there are several extensions that got remotely blocked for loading code from Google Translate [1]. This is software that you privately install for your own use, and Mozilla blocks it remotely in your browser.

They've also rolled out the new version of Firefox for Android which only supports a couple of extensions that they have whitelisted. I can no longer use the extensions I have developed and published on Firefox Addons, and I can only imagine the grief it is causing for less technical users that have suddenly lost the productivity tools that they've relied on.

They've also disabled about:config in the new version of Firefox for Android, you can no longer configure the browser that way.

[1] https://www.jeremiahlee.com/posts/page-translator-is-dead/

Re:Cluster of 295 Chrome extensions caught hijacking Google ... by kevingadd on Thursday August 06, 2020 @02:55PM (#24074220)
I agree with your perspective that the extension signing model is user-hostile, but under no circumstances should a signed extension be loading remote code, even if it's google translate. Maybe if the remote code is also signed and you're asserting that it matches a SHA256 hash... but at that point just bundle it into your extension.

If you allow loading remote code into an extension there's no point in signing or review or any other security measures because the extension is just malware waiting to happen.

If you absolutely must load remote code, load it in the page context where it doesn't have access to dangerous extension-only APIs. This is my PoV as someone who maintained a 100k-weekly-user Chrome extension for 3 years: I hate the Chrome Web Store but the 'no remote code' policy is correct and Mozilla is correct to also enforce it.

Re:Cluster of 295 Chrome extensions caught hijacking Google ... by bscphil on Thursday August 06, 2020 @10:47PM (#24077491)
> You can't permanently install a private extension in the release version of Firefox

For what it's worth (admittedly not very much), you can build the release version of Firefox yourself while allowing extension sideloading without even changing any code, it's just the "MOZ_REQUIRE_SIGNING" option.

Obviously this is not a real possibility for everyone, but I do it for this and getting rid of Pocket, along with a few other small changes.

Re:Cluster of 295 Chrome extensions caught hijacking Google ... by zeta0134 on Thursday August 06, 2020 @11:51PM (#24078026)
You can also just run the Developer release, which is mostly meant for authoring new extensions, but does respect the about:config flag to disable signature checking.

Mozilla is in a tough spot as a browser vendor, since a sizable portion of their userbase is actually well served by the restrictions. Happily it's also open source, allowing true power users to do what they want with minimal fuss.

Re:Cluster of 295 Chrome extensions caught hijacking Google ... by dessant on Friday August 07, 2020 @01:31AM (#24078682)
I don't see how is Mozilla in a tough spot regarding user freedom, it's entirely possible to allow local extension installation and educate users about the associated risks, like other browsers do.

Most people can live with the restrictions you impose on them, but the restrictions can still be missguided or thoughtless.

Re:Cluster of 295 Chrome extensions caught hijacking Google ... by josefx on Friday August 07, 2020 @02:45AM (#24079051)
> it's entirely possible to allow local extension installation and educate users about the associated risks, like other browsers do.

I think one of the issues is that users aren't the only ones that can install extensions locally. I think Mozilla even introduced this as a response to Microsoft pushing its own extensions into Firefox.

I don't like the restriction either, however most users are dealing with an actively hostile OS and any setting that could be set at runtime instead of compile time would just look like an open invitation to the OS.

Re:Cluster of 295 Chrome extensions caught hijacking Google ... by sukilot on Friday August 07, 2020 @07:21AM (#24080691)
The solution to a hostile OS is to use a different OS (and Linux has WINE), not break your app.
Re:Cluster of 295 Chrome extensions caught hijacking Google ... by josefx on Friday August 07, 2020 @09:19AM (#24081459)
Not an option for most Firefox users unless Wine gains a few thousand more active contributors.
Re:Cluster of 295 Chrome extensions caught hijacking Google ... by bscphil on Friday August 07, 2020 @10:09PM (#24088377)
It's frankly hilarious that people are so touchy about this that this post got downvoted, even though it's just providing a helpful suggestion.
Re:Cluster of 295 Chrome extensions caught hijacking Google ... by kwanbix on Thursday August 06, 2020 @06:37PM (#24076165)
I don't know what version of chromium you use, but I can install without any problem.
Re:Cluster of 295 Chrome extensions caught hijacking Google ... by grawprog on Thursday August 06, 2020 @07:02PM (#24076326)
>The "Report Abuse" button probably goes straight to an unmonitored spam folder

That seems generous, I just assumed you were filling out a form that just deleted itself when you clicked send.

Re:Cluster of 295 Chrome extensions caught hijacking Google ... by wjsetzer on Thursday August 06, 2020 @08:43PM (#24076876)
Even that's too generous. It's got to be just going to a socket somewhere that redirects to `/dev/null`
Re:Cluster of 295 Chrome extensions caught hijacking Google ... by julietteeb on Thursday August 06, 2020 @09:33PM (#24077133)
Re:Cluster of 295 Chrome extensions caught hijacking Google ... by kn0where on Thursday August 06, 2020 @08:46PM (#24076888)
I figured it sent a POST request to example.org
Re:Cluster of 295 Chrome extensions caught hijacking Google ... by grawprog on Thursday August 06, 2020 @09:22PM (#24077075)
You're a google employee aren't you?? Come on you can admit it.
Re:Cluster of 295 Chrome extensions caught hijacking Google ... by josefx on Thursday August 06, 2020 @01:27PM (#24073213)
> Nobody at Google cares about malware enough to stop distributing it when people report it.

It seems to be a rather important bullet point every time they need a reason to cripple ad blockers even more. Google solving this issue is like Nestle solving world hunger: directly counterproductive to its main goals.

Re:Cluster of 295 Chrome extensions caught hijacking Google ... by dehrmann on Thursday August 06, 2020 @12:16PM (#24072373)
> It actually doesn't matter what obscure zero-days you discover and patch when you distribute malware directly that relies on supported functionality.

Zero-days are often used by state actors, so their impact is larger, but less visible.

Re:Cluster of 295 Chrome extensions caught hijacking Google ... by drdaeman on Thursday August 06, 2020 @01:46PM (#24073476)
Isn't it smaller?

In my understanding, state-level actors are not exactly notorious for using exploits for mass surveillance (they use a little bit less controversial means to achieve this), zero-day stuff is typically for single valuable targets. Or am I wrong?