News for hackers. Stuff that matters.

k_sze

Re:ClusterMob – a community registry of Hermes Agent profiles on Thursday October 22, 2026 @04:12PM (#50200353)
I was reading the Hermes documentation page on profile distributions and, to my surprise, found that there is no official registry, no central mechanism for profile discovery.

So I set out to build ClusterMob, a community registry of Hermes profiles and profile packs.

After you register, you can register profiles by providing the git repo URL. The git repo will then be examined to automatically extract relevant metadata. There is also a background worker that performs security scanning on the git repo (to check for malicious instructions, etc.).

Any authenticated user can register any git repo on GitHub/Bitbucket/GitLab. There is a mechanism for the actual author of the git repo to claim authorship.

Note that the git repo doesn't need to follow the official Hermes profile distribution format.

Re:Ask HN: Who wants to be hired? (October 2026) on Thursday October 01, 2026 @08:06PM (#49928449)
Location: Calgary, Canada

Remote: Yes

Willing to relocate: No

Technologies: JavaScript/TypeScript/Node.js/Express.js/OpenAPI/Python/Django/C/C++/C#/.NET/Java/Groovy/Spring Framework/Grails/Redux/Backbone.js/Snowflake/MySQL/PostgreSQL/MongoDB/Redis/SaltStack/Docker/Podman/Jenkins Ci/Circle CI/SonarQube/Azure DevOps/git/Linux/Windows/Mac/bash/zsh/Powershell

Résumé: available upon request

E-mail: [email protected]

No way SK is going to convince NK to abandon nukes. The point of having nukes is not to intimidate SK or JP. It is to deter the US.
Re:Your ePub Is Fine. Kobo Disagrees. Blame Adobe on Sunday June 14, 2026 @11:33PM (#48536287)
The author says that "In a perfect world, RMSDK would just stop living in the CSS stone-ages or at least provide some kind of error handling instead of dropping the whole book, but I’m not holding my breath."

This is blatantly wrong.

In a perfect world, RMSDK wouldn't exist in the first place and Adobe would have gone bankrupt and become history at least 10 years ago.

Re:NPM packages from Red Hat have been compromised on Monday June 01, 2026 @06:05PM (#48363271)
Nice work!

Is there a sensible way to add a cooldown to Docker/Podman image pulling?

Re:I tried to prove I'm not AI. My aunt wasn't convinced on Thursday March 26, 2026 @03:25AM (#47527571)
Another shameless plug for my PeerAuth project, which can also tackle this problem. https://ksze.github.io/PeerAuth/
Re:How Does Microwaving Grapes Create Plumes of Plasma? on Thursday November 27, 2025 @01:22AM (#46066315)
And this is when we realize that the title deserves a [2019] tag.
Re:Steam Controller on Thursday November 13, 2025 @03:01AM (#45912089)
Wrong layout. The Xbox layout is the only correct layout. I’ll die on this hill. :P
Erm, so why wouldn’t I just use WhatsApp as a PWA? I wouldn’t even need to waste the disk space for yet another browser runtime.
Re:Users Stuck in YubiKey Re-Enrollment Loop on X (Twitter) on Wednesday November 12, 2025 @03:45PM (#45906385)
I was very confused, too. I mean, I do have a YubiKey but Twitter/X has never (or for a very very very long time not) asked me to use my YubiKey to authenticate. As far as I could remember, I only need to use OTP as 2FA to login. So the whole thing smelled really fishy.
Re:DeepSeek OCR on Monday October 20, 2025 @03:10AM (#45640768)
It's interesting how they use "Gundam" in their variant names. I gather that Gundam-M and Gundam are their most powerful ones.
It's odd. It seems like this is not the first Japanese team to have developped artificial blood. I did a quick search and it seems there was another team at least as early as 2019 (https://web.archive.org/web/20201111233217/http://www.asahi....)

So what's different this time?

(Upon further examination, the 2019 team at the National Defense Medical College also had Dr Hiromi Sakai. So why is this news now?)

Re:Apple M3 Ultra on Friday March 07, 2025 @01:16AM (#43287715)
Why did Apple call it M3 Ultra when it's supposed to be more performant than the current top of the line M4 Max? Why not just call it M4 Ultra?
Re:QwQ-32B: Embracing the Power of Reinforcement Learning on Thursday March 06, 2025 @09:39PM (#43287015)
Oddly, the Chinese LLM host SiliconFlow only makes it available with 32k context, which is even smaller than their DeepSeek-R1 offering.
You're confusing Kaspersky with Kasparov, perhaps?
I'm in Canada and I just get auto-redirected to the kaspersky.ca home page when I try to visit the link.
One thing I don't understand is how the surgeon ensures the lens is positioned correctly. We're talking about a rigid lens that can no longer be controlled via muscles, right? Doesn't any misalignment mean you get a fuzzy image at best? And even if you can get a sharp image for some given, fixed distance, you still can't control whether to focus on near things or far things when you look, right??
Practically speaking, is it possible for NVIDIA to "pull the rug" later, intentionally or otherwise, by subtly changing the behaviour of this out-of-doc instruction on new architectures?
I think that the scenario you describe requires one of two conditions:

  1. The attacker knows the time and medium through which the two persons call each other, and have control over the medium, being able to inject themselves;
  2. The attacker coerces one of the two persons to perform authentication.
You have a much bigger problem if any of the above is true.
That sounds interesting! I'm looking forward to seeing what you build.
I'll try to find an SVG-based QR code library.
I asked Google Gemini 2.0 Flash and Perplexity.ai, the QR code display problem on Tor Browser for desktop appears to have to do with the browser's anti-fingerprinting mechanism.

This is the explanation that the AIs gave me:

# begin explanation The issue you're experiencing with QR codes showing up as vertical stripes in the Tor browser when using QRCode.js is due to Tor Browser's anti-fingerprinting feature.

Tor Browser is designed to protect user privacy, and one of the ways it does this is by randomizing the output of the HTML5 Canvas API. QRCode.js uses the Canvas API to draw QR codes. When Tor Browser randomizes the Canvas output, it distorts the QR code image, causing it to appear as vertical stripes instead of a readable QR code.

This is a known issue and is intentional behavior in Tor Browser to prevent fingerprinting. Fingerprinting is a technique websites use to uniquely identify and track users based on various browser characteristics, including how the browser renders content like Canvas elements.

Here are the solutions based on my research:

Lower Tor Browser's Security Level: The simplest workaround is to temporarily lower Tor Browser's security level from "Safer" or "Safest" to "Standard". You can do this in Tor Browser's settings under "Privacy & Security" -> "Security Level". Setting it to "Standard" disables the Canvas fingerprinting protection, which should allow QRCode.js to render QR codes correctly. However, this will slightly reduce your privacy while using Tor Browser.

Use a Different Browser: If you need to generate QR codes reliably and use them, the most straightforward solution is to use a different browser like Safari, Firefox, or Chrome, as you've already observed that the QR codes work correctly in these browsers. You can use a non-Tor browser specifically for generating and scanning QR codes, and then switch back to Tor Browser for your privacy-sensitive browsing.

Advanced Configuration (Not Recommended for Most Users): For advanced users, it might be possible to modify Tor Browser's about:config settings to disable specific anti-fingerprinting measures related to Canvas, such as canvas.poison or privacy.resistFingerprinting. However, this is strongly discouraged unless you fully understand the privacy implications, as it can weaken Tor Browser's privacy protections. It's generally better to use one of the first two options.

In summary, the striped QR code issue is a trade-off between strong privacy protection and website functionality in Tor Browser. Tor prioritizes privacy by randomizing Canvas output, which unfortunately breaks some features like QR code generation using libraries like QRCode.js. The recommended solutions are to either temporarily lower the security level in Tor Browser or use a different browser for QR code related tasks. # end explanation

As well as the proposed solution: # begin solution The issue with QR codes appearing as vertical stripes in Tor Browser when using QRCode.js is due to Tor Browser's anti-fingerprinting feature, which randomizes the Canvas API output. This intentional behavior to protect privacy disrupts QRCode.js's ability to render QR codes correctly.

Solutions include:

1. Lowering Tor Browser's security level to "Standard".

2. Using a different browser for QR code generation.

3. Advanced users can modify `about:config` settings, but this is not recommended.

The recommended solutions are to temporarily lower the security level in Tor Browser or use a different browser for QR code related tasks. # end solution

Looks like the problem is with the desktop Tor browser. I can see that the QR codes are displayed as two square images with coloured vertical stripes instead of real QR codes. That's such as weird problem.

In any case, I have just added the display of the base32 secret key.

OK, I can make it output the secret as text.
Desktop or mobile?

Older »