Live data from Hacker News

Temptations of an open-source Chrome extension developer (2021)

github.com

361–370 of 374 posts

Re: Temptations of an open-source Chrome extension developer (2021)

#361
post #243

Earlier quoted context omitted.

and you are essentially trusting the moral integrity of the current maintainer. why can't there be a method for making sure that such trust cannot be abused? Is this a tractable problem at all?

I don't think there's a solution for it after all. At the end of the day, you need to trust someone / something, unless you are the one who writes the whole code. Which browser are you using?

I do think that reproducible builds would make a lot of sense for open-source browser extensions. Google could say "if you want your extension to get a Trusted Build tag, put the source code on Github, and we'll run the build script for you to ensure that the code submitted for store review is built from the code from a specific Git commit." And from a security perspective this would be better than what we have, which is zero guarantee that an "open source" extension even matches its stated repository. I'd trust the integrity of Google's automated build systems more than an independent developer with nothing to lose and everything to gain by sneaking in a third-party script.

Alas, the presence of this kind of reproducible build system would bring needed clarity to the chaotic ad blocker market, and the lack of that clarity works in Google's favor as an advertising company, so sadly I doubt they'd do such a thing.

Re: Temptations of an open-source Chrome extension developer (2021)

#362
post #100

Earlier quoted context omitted.

I used to have an extension that promised to never be sold or even updated beyond the initial release, since it was a one-liner that can't possibly ever need to change. The Chrome Web Store took it down after 5+ years, presumably because I never published an update so the the now-mandatory fields were empty.

Curious to know if they gave valid reasons or just "you don't update this enough and it's coming down" a la Apple's terrible 'policy'. I've got a few set-and-forget extensions I haven't uploaded a new package for in 5+ years but I have periodically had to log in (per email warning) and check a new box e.g. assert I'm not collecting user data or pledge compliance with a new privacy directive.

The official rejection reason:

Violation reference ID: Yellow Zinc

Violation:

Description provided is insufficient to understand the functionality of the item.

I filled in all the new mandatory fields and had chatgpt rewrite the description about 10 times in increasingly simple language but it was rejected every time with the same reason. Since it only had like 20 installs I gave up trying to get it republished.

Re: Temptations of an open-source Chrome extension developer (2021)

#363
post #279

Earlier quoted context omitted.

warrant canary assumes the maintainer is under coercion. But if the maintainer is untrustworthy, their warrant canary also won't be trustworthy, since it's trivial for the "sale" and the new maintainers to continue the existing warrant canary as though nothing has happened.

Aren't these also useless even for their original reason as they can just be given a demand from the legal system to keep updating the canary as if nothing happened?

The legal theory is that the law cannot compel you to lie. Of course, this is untested.

Re: Temptations of an open-source Chrome extension developer (2021)

#365
post #323

Earlier quoted context omitted.

Mostly by not spending money frivolously.

The house I live in was advertised when it was on sale, all the food at the store gets advertised, all the non-bespoke clothes I can buy get advertised, as do most of the bespoke ones, every car gets advertised...

The difference is whether those ads were exposed to you before you bought it. Was it a factor in your decision?

Not whether it's something in the world that's ever been marketed at all, because literally everything has.

Re: Temptations of an open-source Chrome extension developer (2021)

#366

Earlier quoted context omitted.

The house I live in was advertised when it was on sale, all the food at the store gets advertised, all the non-bespoke clothes I can buy get advertised, as do most of the bespoke ones, every car gets advertised...

The difference is whether those ads were exposed to you before you bought it. Was it a factor in your decision? Not whether it's something in the world that's ever been marketed at all, because literally everything has.

Generally yes. Especially the grocery store is constantly advertising hundreds of items, and I've looked at their ad pages more than once. And it's pretty hard to find houses outside of advertising platforms, and I used to watch enough TV that I'd seen ads for every clothing store and every car before I had a chance to find them on my own.

Re: Temptations of an open-source Chrome extension developer (2021)

#367
post #361

Earlier quoted context omitted.

I don't think there's a solution for it after all. At the end of the day, you need to trust someone / something, unless you are the one who writes the whole code. Which browser are you using?

I do think that reproducible builds would make a lot of sense for open-source browser extensions. Google could say "if you want your extension to get a Trusted Build tag, put the source code on Github, and we'll run the build script for you to ensure that the code submitted for store review is built from the code from a specific Git commit." And from a security perspective this would be better than what we have, whic…

Yes, that's what I mean, at the end of the day, you have to trust somebody / something.

Here you have to trust both developer's code and Google's build system. Can you verify all of the developer's codes? And can you verify how privacy-trustworthy Google's build system is? At the other side, you have to trust developer's code and developer's build.

I didn't mean which one you "should trust more" at all in my comment above. Please read again. What I mean is the first sentence here.

Re: Temptations of an open-source Chrome extension developer (2021)

#368

Earlier quoted context omitted.

What does that mean in reality? Pretty sure Chrome Web Store extensions are reviewed, but since they're all minified and obfuscated garbage, I wonder how easily malicious code could slip through. I'm surprised there hasn't been a mass cookie stealing attack yet.

CWS doesn't review every extension submission, at best they do some % of them along with anything that sets off red flags. Out of hundreds of times I pushed updates to my extension (~100k monthly users by the end) it was delayed for human review maybe... twice?

that's scary.

Re: Temptations of an open-source Chrome extension developer (2021)

#369
Extremely relevant: https://news.ycombinator.com/item?id=37052508

A rather popular app for macOS got purchased by some shady company and they updated it to include a botnet SDK. I'm guessing a lot of the potential buyers here have similar intents.

Re: Temptations of an open-source Chrome extension developer (2021)

#370

Earlier quoted context omitted.

Yet the very same author turned over the OG uBlock to a shady character, having to launch a competitor to take back the momentum. To this day there is still confusion among normies.

I didn't turn over the extension in the Chrome Webstore, I always have been the owner of it since I first published uBlock in June 2014.

Thanks for clarifying. I stand corrected. Curious if you've secured the trademark? Seems someone has tried with #78022486
Post reply on HN