Hacker News

Top stories

Live mirror
30 storiesupdated just nowView source snapshot
  1. PipePipe: NewPipe hard fork implementing SponsorBlock (github.com/infinityloop1308)
    105comments
  2. Show HN: Reladraw – A diagram language where you decide where to place things (github.com/reladraw)
    14comments
  3. Drawgent: Coding agent on a live Excalidraw canvas (tangled.org)
    23comments
  4. A searchable library of forgotten public-domain film clips from 1915 onward (movingimagearchive.com)
    11comments
  5. The Lost Atomic Update on Loongson CPU (jia.je)
    4comments
  6. DeepSeek Elastic Compute (DSec) (arxiv.org)
    5comments
  7. Fifteen years later, the Apple Cards origin story (lexontech.org)
    64comments
  8. Modern Object Pascal Introduction for Programmers (castle-engine.io)
    37comments
  9. Revealing the details of how OpenAI agents hacked Hugging Face (swarmtraces.org)
    430comments
  10. Analyzing Frontier Model Progress with My Favourite Game: Prince of Persia (blog.priyan.in)
    30comments
  11. The Rise of Audio AR (dbreunig.com)
    3comments
  12. We're gonna need a lot more mathematicians (terrytao.wordpress.com)
    428comments
  13. Breaking Up with Google Play: Why Conversations Is Now Free (gultsch.de)
    225comments
  14. Reflections on 1,000 Days of Math (gmays.com)
    29comments
  15. Plan mode is dead (aymannadeem.com)
    453comments
  16. Plunging test scores are a slow-moving catastrophe (economist.com)
    239comments
  17. How to keep enjoying programming in a world of LLMs (haskell.org)
    153comments
  18. The Murky History of Soviet-Born Tetris (mitpress.mit.edu)
    24comments
  19. Ollaya – Ollama for open-source, Jev-style decision models (ollaya.dev)
    138comments
  20. Banks and Credit Unions to Team Up Against Apple Pay Fees (macrumors.com)
    62comments
  21. LA Metro has some of the slowest escalators on Earth (basin.la)
    1comments
  22. OpenAI bots meddled with multiple US Government agency sites (bbc.com)
    96comments
  23. Experiencing writing at our recent Chinese calligraphy workshop (viewsproject.wordpress.com)
    1comments
  24. Automattic has a new board after failed attempt to put CEO on leave (techcrunch.com)
    90comments
  25. Floci: Locally emulating any cloud service (floci.io)
    27comments
  26. Show HN: Jev Plays Pokémon Red (jev-pokemon.vercel.app)
    105comments
  27. Is your Postgres migration safe or not safe? (safenotsafe.dev)
    38comments
  28. 16GB iPod Nano 3G Upgrade (tuckerosman.com)
    18comments
  29. What even is an OS now? (sockpuppet.org)
    426comments
  30. A single function Jev-like wrapper for LLMs, including vision models (allanrbo.blogspot.com)
    40comments

Forging 1024-bit RSA signatures in nearly SNFS time [pdf]

70 pointsby 2d agoeprint.iacr.org
17 comments
2d agoHN ↗

The most important thing to know about this work, which is awesome, is that it relies on access to a raw RSA oracle, where you have a public key and an API that allows you to directly do RSA operations with the corresponding key. The idea is that you then lose access to the oracle, and thus to the private key, but you've gained enough information from your session with the oracle to make forgeries in the future.

So it's not a straightforward general-purpose RSA-1024 signature break; it's pretty situational. The paper goes into detail (in section 5) about how those situations can emerge in practical scenarios.

2d agoHN ↗

Thank you for this nice explanation. I skimmed the abstract but didn't really understand it.

2d agoHN ↗

All these articles are merely clickbait. I knew there wasn't a real break in RSA before reading the article. It's just some weird subset of usage which allows this. It's nowhere near breaking RSA.

Why are we even contemplating quantum computers breaking encryption when they can't even factorize a 3-digit prime number? I'm wondering if I'll even see quantum computers breaking RSA in my lifetime.

2d agoHN ↗

I'm pretty sure you just described an IACR paper --- with Nadia Heninger's name on it --- as "clickbait"?

1d agoHN ↗

It’s important to note that by “raw” they mean without padding, which is more rare than just a signing oracle, see section 7 of the paper.

2d agoHN ↗

I was unaware of snfs algorithms for generic moduli and/or signatures. Very nice. The theoretical result is purely due to the 2007 Joux et al. paper. What’s new is the implementation and the 1024-bit rsa signature forgery.

Also no ai, so we can expect some speedups soon.

I really didn’t expect rsa to be targeted so much this year. Hope that these results will motivate people to pursue algorithmic improvements!

1d agoHN ↗

I was expecting to see mention of Microsoft/Apple executable code-signing in the examples. I know key lengths are well beyond 1024 now, but on the Microsoft side it was (is?) possible for USB tokens to be distributed in the mail. What I don't know is whether the tokens could be used as oracles in this attack.

1d agoHN ↗

From the article:

Still, some real-world systems continue to use blind-signature, also known as textbook, RSA.

I think those are two different things.

1d agoHN ↗

in the PDF metadata we find the proper and appropriate title of this work:

    Nearly SNFS-Speed Signature Forgery Sans Factoring N (NSNFSSSFSFN)
1d agoHN ↗

Another piece of overblown academic panic-mongering. It's been known since forever that you never use RSA that way, which is why every single standard that specifies RSA use also specifies padding mechanisms designed to avoid this, but nowhere in the title or abstract, which is about all that 99% of non-cryptographers will read, does it ever mention this. In fact it's written to imply the exact opposite.

This is not "we broke RSA", it's "we managed to find an implementation you've probably never heard of before that's so broken that an attack that nothing should be vulnerable to is actually feasible". This is a blog post, not a news story. I found a much bigger vuln than this in Android RSA auth some years ago, I'm talking beginner-level crypto misuse, told Google about it, and it was quietly fixed. I didn't publish a paper about it or get it in the news because it was a non-story.

Except that in this case every single piece of crypto code or downstream app out there that has the name "RSA" associated with it, which is all of them, has to reassure every one of its users who have seen the news headline that no, it's overblown hype, you're not vulnerable, nothing to do since there's no vulnerability present in your use of RSA.

The worst possible outcome would be if this thing actually gets a CVE assigned to it. How do you fix a "vulnerability" that doesn't exist?

1d agoHN ↗

It is a rare privilege to read such volcanic straw-manning.

1d agoHN ↗

Actually it's just thoughts from someone who has to deal with the fallout from this stuff. Which will include spending at least a week researching and writing up a sufficiently nontechnical analysis for mgt explaining why its completely irrelevant, all wasted time I should be spending dealing with actual real security issues.

1d agoHN ↗

But is that the fault of Heninger et al? Far from being academic and alarmist attention seekers, they have done the hard yards of dealing with real hardware, albeit a reduced difficulty variant.

17h agoHN ↗

I would say so, yes, because as I pointed out in my previous post, nowhere in the title or abstract do they say that this doesn't apply to virtually any use of RSA today. It's an interesting academic result but a giant headache for anyone who has to deal with the fallout, because anyone who reads about it will only see "RSA is broken" and demand action, and the cleanup task will fall on people who are already overloaded dealing with a malware infection and suspected penetration of one of the networks by parties unknown (probably Russia or China again) and an SAR audit all going on at the same time.

16h agoHN ↗

I don't think you can impose an obligation on academic authors to assume that dangerously uninformed people will glom on to keywords like 'RSA', not understand any of the content, and somehow this is the author's burden.

Yes, it creates bullshit for experts to deal with. Unfortunately dealing with bullshit is part of the job. The amount of AI hacking doomerism and naive super optimism I have to deal with is revolting, but grounding the paranoia and boosterism is part of the job.

The people I take issue with are the ones who claim expertise, and then say "This new paper says 1024 but RSA is broken, we must move to PQC immediately!" They are so good at blowing their own trumpet they get appointed to boards and are anointed as experts in regulators, and you can't expose them without experiencing institutional anger.

1d agoHN ↗

From a security perspective perhaps it's not that interesting-- although signing oracles are all too common access to one is already close enough to a total break even before getting to the padding restriction. (e.g. go ahead and sign post dated certificates too).

But the technique is interesting as an object of study, in a way that finding "beginner-levle crypto misuse" absolutely wouldn't be, so it makes it more relevant as an academic publication. It further clarifies just how fragile these constructs are.

Also from a security perspective I suspect this may be a total break on some blind signature token schemes that use RSA. I've seen some of those avoid using ECC on the basis of the complexity required to avoid one-more-signature attacks that require making a fair number of concurrent blind signatures. (and have a shape a lot like this attack!)

How do you fix a "vulnerability" that doesn't exist?

Don't make a signing oracle (esp one that doesn't even do the padding itself) available!