Earlier quoted context omitted.
lol Let's go a step further and just iterate through them on the client. I plan on having this phone well past the heat death of the universe, so this is guaranteed to finish on my hardware. function* uuidIterator() { const bytes = new Uint8Array(16); while (true) { yield formatUUID(bytes); let carry = 1; for (let i = 15; i >= 0 && carry; i--) { const sum = bytes[i] + carry; bytes[i] = sum & 0xff; carry = sum > 0xff…
Free space heater
LinkedIn checks for 2953 browser extensions
141–150 of 263 posts
Re: LinkedIn checks for 2953 browser extensions
#142Earlier quoted context omitted.
I'm sure there are issues with fake accounts for scraping, but the core issue is that LinkedIn considers the data valuable. LinkedIn wants to be able to sell the data, or access to it at least, and the scrapers undermine that. They could stop all the scraping by providing a downloadable data bundle like Wikipedia.
LLMs scrape Wikipedia all the time, or at least attempt to. The data bundle doesn't help that at all.
Re: LinkedIn checks for 2953 browser extensions
#143Re: LinkedIn checks for 2953 browser extensions
#144Earlier quoted context omitted.
The webpage would have to scan the entire UUID space to create this fingerprint, which seems unlikely.
Just have a database of UUIDs. Seems pretty trivial to generate and sort as it's only 16 bytes each.
Once you deliver that, you can also think about a database of natural numbers!
Re: LinkedIn checks for 2953 browser extensions
#145Re: LinkedIn checks for 2953 browser extensions
#146Earlier quoted context omitted.
The webpage would have to scan the entire UUID space to create this fingerprint, which seems unlikely.
Just have a database of UUIDs. Seems pretty trivial to generate and sort as it's only 16 bytes each.
Re: LinkedIn checks for 2953 browser extensions
#147Looks like Firefox is immune. This works by looking for web accessible resources that are provided by the extensions. For Chrome, these are are available in a webpage via the URL chrome-extension://[PACKAGE ID]/[PATH] https://developer.chrome.com/docs/extensions/reference/manif... On Firefox, web accessible resources are available at "moz-extension:// /myfile.png" is not your extension's ID. This ID is randomly gener…
And they said that using a browser with sub-5% market share would cause us to miss out on the latest and greatest in web technology!
Re: LinkedIn checks for 2953 browser extensions
#148Chrome is the new IE6. Google set themselves up to be the next Microsoft and is "ad friendly" in all the creepy ways because that's what Google IS an ad company. All they've contributed to security is diminishing the capability of adblockers and letting malware to do bad things to you as consumers.
Re: LinkedIn checks for 2953 browser extensions
#149Earlier quoted context omitted.
Maybe, but how long are the extension ids? And if they are random, how long to scan a trillion random alphanumeric ids, to find matches? I presume the extension knows when it wants to access resources of its own. But random javascript, doesn't.
The extension IDs are UUIDs/GUIDs, so 128 bits of entropy. No site is going to be able to successfully scan that full range.
Re: LinkedIn checks for 2953 browser extensions
#150Setup a quick CDP connection. Have Claude Code attach and inject JS into Page.addScriptToEvaluateOnNewDocument. Loads before the page. Typical early hooks: • fetch wrapper • XMLHttpRequest.prototype.open/send wrapper • WebSocket constructor wrapper • history.pushState/replaceState wrapper • EventTarget.addEventListener wrapper (optional, heavy) • MutationObserver for DOM diffs • Error + unhandledrejection capture