[flagged]
Also, please don't use a title for the HN submission that's different from the title of the original post. The guidelines are specific about this.
191–200 of 226 posts
[flagged]
Also, please don't use a title for the HN submission that's different from the title of the original post. The guidelines are specific about this.
Here's the most relevant section I could find from the original source: "Chrome extensions can expose internal files to web pages through the web_accessible_resources field in their manifest.json. When an extension is installed and has exposed a resource, a fetch() request to chrome-extension://{id}/{file} will succeed. When the extension is not installed, Chrome blocks the request and the promise rejects. LinkedIn t…
It should also be interesting to see which other sites test those very same files, has anybody looked yet ?
Well, I deleted my Linkedin account and life is better now.
That's big talk coming from someone who currently has a job. getting a job without a linkedin account isn't that straightforward.
[dupe] Discussion: https://news.ycombinator.com/item?id=47613981
It's a different primary source though
It is being used, e.g., by this commenter, where the URLs and the target page content for each submission differ
Moreover, HN allows duplicate submissions under some circumstances, where the URLs are exactly the same. If the submissions are relatively far apart in time sometimes the moderator or a commenter will reply with "Previous discussion". More recently, a "past" link was added. Many times however the duplicate submissions are close together in time and there are no comments
Perhaps "[dupe]" as used here means "duplicate topic". But that seems like a pointless label as there are multiple submissions about the same topic every week on HN
As someone who archives all active HN story URLs, titles, etc. in an SQL database daily, I can locate duplicate submissions very quickly. Most do not have any indication of "[dupe]" in the title or comments
Earlier quoted context omitted.
So the follow up question, is why is a random website, allowed to try and load arbitrary files?
Because extensions can and often do contain stuff like images or JS bundles that they inject into a target page's DOM. Not allowing a tab's context to load files from the chrome-extension:// namespace would break a lot of things.
> 1.5 Your Device and Location > We receive data through cookies and similar technologies When you visit or leave our Services (including some plugins and our cookies or similar technology on the sites of others), we receive the URL of both the site you came from and the one you go to and the time of your visit. We also get information about your network and device (e.g., IP address, proxy server, operating system, web browser and add-ons, device identifier and features, cookie IDs and/or ISP, or your mobile carrier). If you use our Services from a mobile device, that device will send us data about your location based on your phone settings. We will ask you to opt-in before we use GPS or other tools to identify your precise location.
"including some plugins" being the relevant bit.
Earlier quoted context omitted.
Chrome exposes these files via a URL that you can fetch in javascript like you would any other file on a normal website. These local extension files usually contain code, styles or images that your browser needs to run the extensions.
Why is it not a CORS violation? The browser needing access and a random website having access are quite different. Seems like a big ol' pile of vulns waiting to happen.
Earlier quoted context omitted.
Brave explicitly blocks this
Last time this was discussed the consensus was Brave does not block it. Brave's fingerprinting protection does not include extensions. https://news.ycombinator.com/item?id=46904361
That said, I can't find conclusive info on whether this is blocked exactly. Brave does block "plugins" (which is why I assumed this includes this specific kind of fingerprinting), and the getExtension() call (which is probably unrelated), according to this page: https://brave.com/privacy-updates/4-fingerprinting-defenses-...
But since they don't explicitly mention the chrome-extension URL, you might be right.
Earlier quoted context omitted.
I wouldn’t lump in Israel in, but good for you.
There have been several spywares developed in Israel and that have been used by them and other governments against civilians, below are just a few examples. Why wouldn't you lump Israel in? https://en.wikipedia.org/wiki/Pegasus_(spyware) https://en.wikipedia.org/wiki/Paragon_Solutions https://en.wikipedia.org/wiki/Cytrox#Predator
Putting that aside, my moral positions about Israel are rooted in the righteousness of the Jews' cause and their historical struggle. My personal self-righteousness is inadequate in comparison.