76
submitted 1 year ago* (last edited 1 year ago) by loaExMachina@sh.itjust.works to c/firefox@lemmy.ml

Many add-ons have somewhat spookiy authorisation requirements, such as "access all of your activity". In many cases this is justified by it's function, and of course there isn't any problem with it as long as we're sure all this data stays on your computer and isn't shared with any remote server. How are we sure of that tho? Is there an easy way to check for each add-on ?

top 12 comments
sorted by: hot top controversial new old
[-] cyborganism@lemmy.ca 22 points 1 year ago

Packet sniffer? Like wireshark maybe?

[-] lily33@lemm.ee 8 points 1 year ago

But wouldn't that just tell you, "Firefox was connecting to the internet"?

[-] kakes@sh.itjust.works 17 points 1 year ago

Nope, it'd give details. Combing through and decrypting those details is another matter, though.

[-] authed@lemmy.ml 7 points 1 year ago

You can MITM yourself and setup your own CA, no?

[-] kakes@sh.itjust.works 2 points 1 year ago

If you so chose to, yep.

[-] cyborganism@lemmy.ca 8 points 1 year ago

No, it would say which packet is being sent to which destination.

[-] AProfessional@lemmy.world 14 points 1 year ago

It just isn’t easy. You can read permissions and try to read the source, but it requires some expertise.

[-] cynber@lemmy.ca 4 points 1 year ago

For smaller extensions, you can start by looking at the manifest.json as this file is the entry point. You can see which part of the code needs access to 'everything' and go from there.

https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/manifest.json

For example, with Instance Assistant for Lemmy, you need to give access to all sites because it needs to run on any Lemmy site and that's not something you can hardcode in.

[-] everett@lemmy.ml 11 points 1 year ago* (last edited 1 year ago)

I think it's "access your data" permissions that are the ones to be wary of, due to the explanation here. Defending against this, I'm not really sure. Someone who knows more should chime in, but maybe a software firewall like Little Snitch/OpenSnitch that will let you approve/deny every connection. (This will probably get fatiguing fast.)

[-] eager_eagle@lemmy.world 7 points 1 year ago* (last edited 1 year ago)

A. PiHole has the added benefit of blocking some known blacklisted domains and even if it doesn't block it, you'll see the DNS resolution requests by device in your network. It might be hard to know which requests are coming from the add-on if the hostname or timing is not obvious though.

B. Using a local sniffer like Wireshark you can list everything that goes through a network interface in real time. Since it's a really long list, I'd isolate the app first by running it in a container and only sniff that container's interface instead. And since you're using containers, you can also run Wireshark itself in one. This is an example of Firefox in Docker - though I've never used it.

C. If open source and you have the knowledge, check the source code for mentions of request protocols "http", "tcp", or keywords like "timeout", "payload", "track", and "telemetry". It's common for projects to use libraries that collect and submit logs, often for legitimate purposes, like sentry, new relic, and datadog.

[-] loaExMachina@sh.itjust.works 1 points 1 year ago

Thanks! I haven't yet tried to use wireshark with a container, tho'll keep that in mind, but I did check the code on Github (my coding knowledge is small, but not nonexistent, and it was easier once I had an idea of what to look for). The addon I was interested but wary of at the moment was Redirector, but from what I've seen so far it seems legit (I didn't find any occurence of most of these keywords, or anything that seemed suspicious with the occurences of http).

[-] ink@r.nf 7 points 1 year ago

Easiest way is to use packet sniffing. but they could be set-up to only send data at random intervals, which could be hours, days or weeks. so you're best bet is go through the source code by extracting the extension file and look for any links, domains or mangled code which may be encoded with something malicious.

this post was submitted on 04 Oct 2023
76 points (98.7% liked)

Firefox

17303 readers
27 users here now

A place to discuss the news and latest developments on the open-source browser Firefox

founded 4 years ago
MODERATORS