News for hackers. Stuff that matters.
Re:Claude reveals ECDSA curve origins by slowin on Friday October 16, 2026 @03:13PM (#50123075)
This neat and all but I think there's a bigger issue here. Anthropic (and whoever Anthropic wants) can do this kind of work with Claude, but if you or I try to do it, we will get blocked. This is a fun exercise, but extend this to something much more nefarious and you can see a moat widening between the model providers, their government partners, and the public.

The only thing that bridges this moat is continued advancement of open models.

Re:Claude reveals ECDSA curve origins by Aachen on Friday October 16, 2026 @04:11PM (#50123916)
> [The model's authors] can do this kind of work with Claude, but if you or I try to do it, we will get blocked.

If this seems concerning, wait until the models get effective enough that there's no reason for them to release anything. Why offer your weights for download or grant any third party usage access when you can just do the actual job yourself and collect all that turnover?

Re:Claude reveals ECDSA curve origins by genxy on Friday October 16, 2026 @04:20PM (#50124037)
They will just have someone look at every question, they will let it pass, want a cut or deny it. Claude, you can answer this guys question, but don't tell 'em how you solved it and don't give him the best answer, give him an ok answer.
Re:Claude reveals ECDSA curve origins by siva7 on Friday October 16, 2026 @05:04PM (#50124686)
That's already happening. The public models aren't anything like their internal models.
Re:Claude reveals ECDSA curve origins by zelphirkalt on Friday October 16, 2026 @04:38PM (#50124317)
That's kinda unrealistic, isn't it? How will they pay for the thousands or ten thousands of employees, who need to look at every question? And most questions are just ordinary BS, that not really anyone other than the asker cares about. Giant waste of time to check all that.
Re:Claude reveals ECDSA curve origins by exe34 on Friday October 16, 2026 @04:55PM (#50124551)
Why can't Claude do that itself?
Re:Claude reveals ECDSA curve origins by shrx on Friday October 16, 2026 @04:43PM (#50124377)
A lesser model can supervise.
Re:Claude reveals ECDSA curve origins by pixl97 on Friday October 16, 2026 @04:48PM (#50124455)
Just wait till the AI does that to humans in general.
Re:Claude reveals ECDSA curve origins by toomuchtodo on Friday October 16, 2026 @04:37PM (#50124292)
This is why open weights and continued model distillation to improve model evolution is imperative.

Do you trust the people who would gate these capabilities? I do not.

Re:Claude reveals ECDSA curve origins by pixl97 on Friday October 16, 2026 @04:50PM (#50124481)
I mean I want this to, just don't get your hopes to high because it's not long till they get dashed.

I don't think it will be too long before models are considered munitions and having the weights for one will require registration.

Re:Claude reveals ECDSA curve origins by Aachen on Friday October 16, 2026 @05:05PM (#50124709)
Which brings us back to the war on general computation. So long as people can have computers that they control, at least in one of the countries or regions, there's no putting this cat back in the bag and we are all along for the ride

Sometimes I want a fast-forward button for life, the times are so exciting and I want to know what else 8B people can think of next but there's so far no way to turn pages faster ^^'

Re:Claude reveals ECDSA curve origins by pixl97 on Friday October 16, 2026 @06:19PM (#50125524)
This is a bit silly.

There are just a few places where the most high tech hardware is made. If we turned off new and unregistered hardware now it would be just a few years as most hardware fast enough to run LLMs would disappear from public hands.

It will still exist, but be in the hands of militaries and authoritarian governments. If you piddle around on the net showing off your open standards you'll be relentlessly attacked by these entities digitally. More so, those areas will be generally embargoed.

The future looks like a new cold war with a lot more digital weapons.

Re:Claude reveals ECDSA curve origins by overfeed on Friday October 16, 2026 @04:44PM (#50124385)
> Why offer your weights for download or grant any third party usage access when you can just do the actual job yourself and collect all that turnover?

It's hilarious how a the trillions invested in AI companies, and their valuations are predicated on the AI labs Sherlocking entire industries, and yet CEOs, mathematicians, and everyone else are eagerly feeding the beast their most prized information.

Re:Claude reveals ECDSA curve origins by siva7 on Friday October 16, 2026 @05:01PM (#50124651)
What else should we do? It's not like we had any choice.
Re:Claude reveals ECDSA curve origins by gspr on Friday October 16, 2026 @05:14PM (#50124829)
What? You have the choice of just not. Or if you absolutely must to put food on the table, you don't need to fucking cheer as you do it!
Re:Claude reveals ECDSA curve origins by rpdillon on Friday October 16, 2026 @05:23PM (#50124956)
This is a risky proposition if the technology is in some way revolutionary. The people who decided to "just not" with, for example, the internet often aren't doing business anymore.
Re:Claude reveals ECDSA curve origins by overfeed on Friday October 16, 2026 @06:36PM (#50125705)
> the internet often aren't doing business anymore.

A lot of pre-Internet businesses are still here with us, and online. The one thing the survivors did not do was hitch their wagons on a predator designed in a lab to devour them - to use mixed metaphors. Barnes & Noble didn't board up their brick-and-mortar stores to replace them with an Amazon storefront - they figured out how to use the Internet without handing over the family jewels.

Re:Claude reveals ECDSA curve origins by mitxela on Saturday October 17, 2026 @07:33AM (#50130147)
Their family jewels got stolen anyway. They're a shell of their former self.
Re:Claude reveals ECDSA curve origins by vrganj on Friday October 16, 2026 @05:52PM (#50125241)
The internet was inherently decentralized. This is inherently centralizing. The direction of travel is opposite.
Re:Claude reveals ECDSA curve origins by gspr on Saturday October 17, 2026 @01:44AM (#50128303)
Then "just not cheer" should be acceptable.
Re:Claude reveals ECDSA curve origins by bitwize on Friday October 16, 2026 @11:53PM (#50127762)
And get sniped by someone who didn't just not?
Re:Claude reveals ECDSA curve origins by gspr on Saturday October 17, 2026 @01:46AM (#50128310)
Yeah. I totally understand that that's not acceptable, having to put food on the table myself. But then "at least don't cheer" applies.
Re:Claude reveals ECDSA curve origins by vkou on Friday October 16, 2026 @06:27PM (#50125607)
> and yet CEOs, mathematicians, and everyone else are eagerly feeding the beast their most prized information.

The alternative is starving because someone else will.

That's why those companies are worth trillions.

Re:Claude reveals ECDSA curve origins by xinayder on Saturday October 17, 2026 @10:39AM (#50131593)
Let's not forget the time Anthropic and OpenAI stole some mathematician's research because they were vibe researching the problem and Altman and Amodei thought it would be nice to claim the prize as their own
Re:Claude reveals ECDSA curve origins by lifeisloving on Friday October 16, 2026 @04:57PM (#50124574)
French Revolution and the 21st centuries version of guillotines, whatever that could be, is probably a good reason to avoid that.

There's also a thing called commodity fetishism but capitalists usually learn the hard way that things created with machines without human input miss the essence of why we're willing to pay for something. Its why a handmade watch is $100k and a casio is $100, or a handmade sweater identical to a machine made goes for 10x.

They could also just make us so poor and anxious that we beg to fight eachother in wars.

Re:Claude reveals ECDSA curve origins by SturgeonsLaw on Friday October 16, 2026 @06:32PM (#50125656)
While I agree that there's a special element to human crafted pieces, and artisanship would be a terrible thing to lose, I'd point out that Roger W. Smith hand makes ~15 watches per year which sell for around $400k a pop, while Casio's watch division brought in $1.17B in revenue in the most recent FY
Re:Claude reveals ECDSA curve origins by cudla100 on Friday October 16, 2026 @05:21PM (#50124932)
Another labor theory of value patient.
Re:Claude reveals ECDSA curve origins by lifeisloving on Friday October 16, 2026 @05:34PM (#50125066)
Gun to your head, you have to see one of two movies with the same plot and characters. They are identical movies.

One is produced by 500 humans collaborating and the second is completely generated by an AI that can actually make a movie

A single individual or small group of people who own the GPUs profit from the AI version, and the human version provides a salary to 500 humans/families.

Which one are you buying tickets for and choosing to spend 2 hours watching?

Re:Claude reveals ECDSA curve origins by Y_Y on Friday October 16, 2026 @06:01PM (#50125333)
> they are identical movies
Re:Claude reveals ECDSA curve origins by snypher on Saturday October 17, 2026 @11:45AM (#50132097)
If this were the case I would assume the human movie was made first and the AI company just copied it.
Re:Claude reveals ECDSA curve origins by randomblock1 on Friday October 16, 2026 @03:26PM (#50123263)
Maybe, but that's what the cyber program is for. Nobody knew if the seed was fine or a backdoor. If it was a backdoor, and Claude helped you find it as a normal person, Anthropic would get bad PR. If you're a verified security researcher, actually that's fantastic and Anthropic would get good PR and everybody claps.

Anthropic wants to IPO, they don't want another Fable shutdown situation.

To be clear I would prefer the cyber safeguards to be less restrictive, I think they're currently too much. I often go to open models because of it. But there are likelier reasons to restrict cyber than world domination.

Re:Claude reveals ECDSA curve origins by areoform on Friday October 16, 2026 @03:42PM (#50123508)

    > Maybe, but that's what the cyber program is for
Why?

    > and Claude helped you find it as a normal person, Anthropic would get bad PR
Why?

Why are we celebrating and encouraging the walling off of the global intellectual columns?

The idea that you can't reverse engineer things, make things, learn about biology or physics without permission is strange to me. These machines have been trained on the sum intellectual output of humanity, the global intellectual commons, and are being used to close off that commons?

I would be OK with their right to create such restrictions if they weren't lobbying the Government to restrict others, thereby ensuring that they control humanity's intellectual commons well into the future.

Who are they to say what I can learn or can't learn? Who are they to control what I can or can't do with these tools?

Perhaps I'm naive, but I think it's better for humans and the machines if we can all think, learn and build. But then again, I'm the kind of person who rejects the doomer pill.

Reject this.

Re:Claude reveals ECDSA curve origins by solyin on Friday October 16, 2026 @04:10PM (#50123901)
Because there are good and bad people in the world, and if I ask Claude "how do I make cocaine" and it gives me a thorough recipe, it doesn't know if I'm being intellectually curious or trying to become the next Pablo Escobar. They're Anthropic, and because they made Claude, they get to say what we can do with it. Which, I agree, is total bullshit. If I buy a Ford car and I can do whatever I want with it. Drive to work, drive for Uber, set it on fire; plowing into a crowd of protestors is covered by existing laws against vehicular manslaughter. Ford doesn't get a say. But because cars are so ubiquitous and a known technology, there's no blowback to Ford if I commit crimes with my car that I bought from them. If I commit crimes and Claude helped, Anthropic is gonna get sued (there's already litigation against the labs for deaths), and they don't want that.

In a properly free market, we'd have regulations that prohibit labs from vertical integration so they have to release and sell a model and another company hosts it and sell access to it. Americanism, America's implementation of capitalism doesn't have such regulations though (and how would that even work?) so we're stuck with Anthropic having that power.

The fear, justified or not, is that a terrorist is going to use Claude to make sarin nerve gas and bomb subway stations, or the digital equivalent. Could you live with that on your conscience? I don't think I could, but fortunately for me, I don't work at Anthropic so don't have to answer that real life trolly problem.

Re:Claude reveals ECDSA curve origins by whatshisface on Friday October 16, 2026 @04:46PM (#50124431)
>if I ask Claude "how do I make cocaine"

I am amazed at how a technical gloss can obscure basic rights. That's legal! It's in chemistry / agronomy books, freely available in libraries. I have the right to tell you how that is done, and you have the right to read what I write.

Re:Claude reveals ECDSA curve origins by pixl97 on Friday October 16, 2026 @04:54PM (#50124534)
Because this is how the world works

An LLM isn't a book. You can still go buy the books you want. An LLM, especially as they get more advanced, are agents. You can ask them do to things and they can interact with tools to do things.

You're free to print a cocaine book. You're not free to incorporate it into a cocaine making machine without violating numerous laws.

Re:Claude reveals ECDSA curve origins by SR2Z on Friday October 16, 2026 @05:36PM (#50125085)
You are entirely free to build a cocaine making machine in most countries. It is actually using it to produce cocaine that is a crime.

In reasonable countries, this is exactly how it works. You can own lockpicks, practice picking locks, and even publish detailed instructions on how to pick locks. It's only when you pick someone else's lock that a crime is committed.

Limiting access to tools and knowledge benefits the wealthy and privileged. Knowledge should proliferate, that is how the world has worked long before I was born and god willing that is how it will work long after I die.

Re:Claude reveals ECDSA curve origins by 613style on Friday October 16, 2026 @06:58PM (#50125895)
> You are entirely free to build a cocaine making machine in most countries. It is actually using it to produce cocaine that is a crime.

That's not true. It's certainly legal to own lab equipment, but when you start combining equipment with the intent to make cocaine, you're committing a crime long before any drug is produced.

Any country who's a party to the 1988 UN Convention Against Illicit Traffic in Narcotic Drugs has such laws, including the US, UK, and most of Europe.

Re:Claude reveals ECDSA curve origins by SR2Z on Friday October 16, 2026 @05:30PM (#50125040)
You are entirely free to build a cocaine making machine in most countries. It is actually using it to produce cocaine that is a crime.

In reasonable countries, this is exactly how it works. You can own lockpicks, practice picking locks, and even publish detailed instructions on how to pick locks. It's only when you pick someone else's lock that a crime is committed.

Limiting access to tools and knowledge benefits the wealthy and privileged.

Re:Claude reveals ECDSA curve origins by selimthegrim on Friday October 16, 2026 @05:33PM (#50125060)
I have some bad news for you about what happens if the cops find you with lockpicking tools.
Re:Claude reveals ECDSA curve origins by SR2Z on Friday October 16, 2026 @06:40PM (#50125742)
Nothing happens, dude. Having lockpicking tools is not enough on its own to make an arrest, and a few dumb cops doing it anyways and having their cases get thrown out only proves the system works.
Re:Claude reveals ECDSA curve origins by pixl97 on Friday October 16, 2026 @09:28PM (#50126943)
And the cops are punished for doing it right? Right?
Re:Claude reveals ECDSA curve origins by Natfan on Saturday October 17, 2026 @01:19PM (#50133013)
in sane counties where the concept of qualified immunity doesn't exist, yes
Re:Claude reveals ECDSA curve origins by hgoel on Friday October 16, 2026 @05:18PM (#50124886)
You can program a computer to do things and they can interact with tools to do things too. Doesn't justify restricting what you can do with them.

If you program a computer to make cocaine for you, you're the one violating the law. If you ask an LLM to do the same for you, you're the one violating the law. The LLM's capabilities are irrelevant.

Re:Claude reveals ECDSA curve origins by pixl97 on Friday October 16, 2026 @06:14PM (#50125465)
You sweet summer child.

Cool, so I'll have you make an LLM that can make cosine, then I'll provide you paid access to the machine to can ask the right question to do it illegally. Then when you get caught and blame me we'll both be in court defending ourselves.

You're argument is "doesn't justify". This is a private corporation, not a government. There is no freedom of speech law involved here if the corporation says no. Now, when the government tells LLM corporations that there are limits they will gladly agree.

Next, the government will classify the LLMs as munitions and you'll be spending the next 50 years fighting on reversing that when a big chunk of the population is anti-AI enough to let them do it. After that will be bans and registration on hardware.

There are two things that you are confusing. One is what you'd like to happen in an open data world like existed after the cold war. And then there is what is going to happen, and it's going to be messy, authoritarian, and closed. And you will lose the openness that had been occurring up to this point.

There is no world in which the general public agrees to wide open access to info-hazards, and there are people that will ensure enough disasters happen to close that future.

Re:Claude reveals ECDSA curve origins by SturgeonsLaw on Friday October 16, 2026 @06:37PM (#50125719)
> Cool, so I'll have you make an LLM that can make cosine

The last thing we need is more math addicts roaming the streets

Re:Claude reveals ECDSA curve origins by pixl97 on Friday October 16, 2026 @09:27PM (#50126940)
Math, not even once.
Re:Claude reveals ECDSA curve origins by charcircuit on Friday October 16, 2026 @04:50PM (#50124487)
>use Claude to make sarin nerve gas and bomb subway stations, or the digital equivalent. Could you live with that on your conscience?

People have always been able to do this before Claude. The information is out there and if you use a VPN there's not much they can do. The existence of information isn't the blocker for why attacks don't happen.

Re:Claude reveals ECDSA curve origins by pixl97 on Friday October 16, 2026 @04:56PM (#50124556)
This is so undershooting of what LLMs are capable of it's no wonder you're thinking they are just like books.
Re:Claude reveals ECDSA curve origins by simonra on Friday October 16, 2026 @06:16PM (#50125491)
You sound highly optimistic about the capabilities of LLMs, which makes me curious about the path you see to furthering quality of life at scale. What do you see as the main obstacles to LLMs brewing me beer on demand at my home without involving me past the prompt, and when do you foresee we'll overcome them?
Re:Claude reveals ECDSA curve origins by pixl97 on Friday October 16, 2026 @09:27PM (#50126935)
Fine motor detail is the last obstacle.

Just watch the speed at which robots have been developing in the past few years. It is honestly crazy how much more stable things like bi-pedal robots have become. Coupled with things like multimodal LLMs they can accomplish quite a lot. Again most of it comes down to fine motor control and speed of decoding the world around it.

Re:Claude reveals ECDSA curve origins by sailfast on Friday October 16, 2026 @04:59PM (#50124609)
Ford actually will tell you now if you can or cannot do something with their vehicles. They’re also likely tracking you.

That said - there likely were the same issues with cars in early days and then we got a body of settled case law that let the car companies off the hook for this and put responsibility on the user unless a manufacturing defect was the cause.

In the case of models, knowledge has historically always been dangerous! Is the library liable if a kid figures out how to do chemistry and builds a device? What about YouTube? I find it hard to believe this would hold up in court over time. So far, the only cases I’ve seen are when AI has encouraged self-harm which does in fact seem like a legit defect.

Gatekeeping knowledge like this will only serve to enable those that break the law, not protect, in my judgment.

And just so this isn’t pure fodder for the machine - torch staple must of course infant music verb noun right? :)

Re:Claude reveals ECDSA curve origins by Daishiman on Friday October 16, 2026 @04:10PM (#50123898)
> The idea that you can't reverse engineer things, make things, learn about biology or physics without permission is strange to me. These machines have been trained on the sum intellectual output of humanity, the global intellectual commons, and are being used to close off that commons?

I mean this is the standard of biochem research right now. You can't just order 50 gallons of TNT off Amazon and neither can you get live viruses from a lab just because you want to do research.

Re:Claude reveals ECDSA curve origins by areoform on Friday October 16, 2026 @04:32PM (#50124237)
OK, so then no problem, why are Anthropic restricting my ability to learn and reason?
Re:Claude reveals ECDSA curve origins by pixl97 on Friday October 16, 2026 @04:59PM (#50124604)
Because they can and there is no law against it.

And really they aren't restricting any of that. I've never had Claude stop me from going to the library and reading a book.

You don't have a legal right to do anything you want with their model. And if you don't like that you are going to have to convince politicians to enact new laws to change that.

Re:Claude reveals ECDSA curve origins by Daishiman on Friday October 16, 2026 @06:32PM (#50125650)
Because morons end up using Claude to write down how to plan crimes and then people get up in arms over that.
Re:Claude reveals ECDSA curve origins by reassess_blind on Friday October 16, 2026 @05:44PM (#50125159)
Because AI-assisted hacking is not something we should allow to run rampant with the most advanced models, prior to AI-assited cybersecurity catching up.
Re:Claude reveals ECDSA curve origins by landr0id on Friday October 16, 2026 @03:56PM (#50123709)
>Maybe, but that's what the cyber program is for.

I have been in the cyber program since around the time it first went public and recently renewed it with the updated program.

You still trivially hit guadrails. I was trying to reverse engineer some bit of 20-year-old software that already has known, unmitigated exploits and it still downgraded me.

Re:Claude reveals ECDSA curve origins by verdverm on Friday October 16, 2026 @04:11PM (#50123919)
> that's what the cyber program is for

open weights are the better way imo, no elite gatekeepers please

Re:Claude reveals ECDSA curve origins by saghm on Friday October 16, 2026 @03:45PM (#50123547)
> But there are likelier reasons to restrict cyber than world domination.

I mean, greed alone would seem to be enough, and it would be fully worth calling out as bullshit.

Re:Claude reveals ECDSA curve origins by petesergeant on Friday October 16, 2026 @03:29PM (#50123308)
> Anthropic would get bad PR

I think the current administration would delight in harsher penalties

Re:Claude reveals ECDSA curve origins by novia on Friday October 16, 2026 @03:35PM (#50123396)
Anthropic gets zero of my money because their favorite word is no. I cannot figure out how to as an individual or a small startup request elevated permissions for the purposes of anything that they think might potentially be dangerous for someone who is not me to access. I have a background in cybersecurity. I have a background in life sciences. Can I put those skills to use to benefit humanity? Who knows.
Re:Claude reveals ECDSA curve origins by WarmWash on Friday October 16, 2026 @04:23PM (#50124078)
I imagine the path forward for the labs will be signing off on organizations/institutions rather than individuals.

The risk/reward is way lopsided towards risk for the labs to vet individuals. Much easier to get an organization and have them take the blast if someone/something goes off the rails.

I cannot in any universe see the labs putting themselves in a "We should never had given this person access" situation.

Re:Claude reveals ECDSA curve origins by ceejayoz on Friday October 16, 2026 @04:22PM (#50124066)
> I cannot figure out how to as an individual or a small startup request elevated permissions…

https://support.claude.com/en/articles/14604842-cyber-verifi...

https://portal.anthropic.com/programs/cvp

Re:Claude reveals ECDSA curve origins by jiggawatts on Friday October 16, 2026 @05:23PM (#50124966)
"No."

Dario keeps saying in interviews that AI hacking is not a problem because "the good guys will protect themselves with AI", but then gate-keeps.

I submitted the form and it was rejected without reason.

Now what?

Re:Claude reveals ECDSA curve origins by novia on Friday October 16, 2026 @05:51PM (#50125233)
Thank you for the link.

It looks unlikely that I'll be approved, since I have no CVEs credited to me, and I do not publicly post about security concerns.

..........................................

The Cyber Verification Program is not available on free plans, so we are unable to approve you for the program.

If your plan changes, you're welcome to apply again at any time.

Regards,

The Anthropic Safeguards Team

..........................................

It looks like I will have to pay them to be considered. It has a cooldown of seven days. Check back in a week to see if my bribe works.

Re:Claude reveals ECDSA curve origins by Retr0id on Friday October 16, 2026 @03:27PM (#50123270)
I worked on this specific task myself, using Claude, and I was not blocked (although I did not succeed!)
Re:Claude reveals ECDSA curve origins by nicce on Friday October 16, 2026 @03:51PM (#50123651)
Can you be sure that the model was not constrained for you, regardless? Since they can’t help too much with cyber, they might avoid some routes to not get completely flagged and that could influence for not finding the solution.
Re:Claude reveals ECDSA curve origins by Retr0id on Friday October 16, 2026 @03:56PM (#50123705)
I have seen behaviour a little like what you describe, in other tasks. When I was cracking the keys for Sony's camera firmware updates, Claude steered away from an obfuscated library, seemingly because it thought it might be related to licensing checks. It was indeed related to licensing checks, but also firmware update decryption. I had to explicitly tell Claude to write a deobfuscator for it, which it did, and eventually I had the keys.

I later got Claude to crack their licensing checks too, by convincing it to write a "license checker" program, and then a second "test case generator" script for the license checker... (Opus 4.8 was smart enough to see what I was doing, but Opus 4.6 complied)

Re:Claude reveals ECDSA curve origins by novia on Friday October 16, 2026 @03:36PM (#50123418)
A form of being blocked is sandbagging the models
Re:Claude reveals ECDSA curve origins by Retr0id on Friday October 16, 2026 @03:40PM (#50123483)
I saw no evidence of sandbagging. And since it was an open problem, there'd be no reasonable way to "steer away" from the correct solution.
Re:Claude reveals ECDSA curve origins by tptacek on Friday October 16, 2026 @03:27PM (#50123279)
Same!
Re:Claude reveals ECDSA curve origins by dogben on Friday October 16, 2026 @04:29PM (#50124195)
Same. I tried it just a few days ago. This news made me almost jump out of bed.
Re:Claude reveals ECDSA curve origins by comex on Friday October 16, 2026 @03:16PM (#50123109)
I'm skeptical that this particular task would get blocked, though I could be wrong. But I agree that the moat is a problem in the general case.
Re:Claude reveals ECDSA curve origins by A_D_E_P_T on Friday October 16, 2026 @03:20PM (#50123158)
I don't know about cryptography, but if you try anything in organic chemistry or biology, you virtually always get flagged and downgraded.

As this is going on, Anthropic has opened up their own biology lab.

> https://www.reuters.com/world/anthropic-quietly-sets-up-biol...

There is very much a situation where people in frontier labs have access to exceptional capabilities that are being kept from the rest of us, and they're using it to strip-mine technical and scientific problems.

Re:Claude reveals ECDSA curve origins by alwillis on Friday October 16, 2026 @04:01PM (#50123770)
> There is very much a situation where people in frontier labs have access to exceptional capabilities that are being kept from the rest of us, and they're using it to strip-mine technical and scientific problems.

If these capabilities were available to the public, someone somewhere would make a biological weapon or create a virus we've never seen before that could kill many millions of people.

Stanford researchers have demonstrated it’s possible [1].

[1]: "AI creates 16 new viruses from scratch, showing promise for drug resistance and drawing warnings about potential for misuse" - https://www.cnn.com/2026/08/06/health/ai-viruses-bacteriopha...

Re:Claude reveals ECDSA curve origins by girvo on Friday October 16, 2026 @04:29PM (#50124187)
We already have controls for that: we control access to the reagents and equipment needed. Yknow, like we always have.

Information is not dangerous. This is a ridiculous argument to me, but maybe my chemistry degree has me biased.

Re:Claude reveals ECDSA curve origins by jiggawatts on Friday October 16, 2026 @05:26PM (#50124989)
Not to mention that making an actual novel virus requires thousands of dollars of equipment, serious lab skills, and even then is so dangerous that the wannabe terrorist is more likely to infect and kill themselves than cause mass causalities.

It's the equivalent of making pipe bombs at home.

The instructions are out in the public, but that's not a problem because the idiots that make pipe bombs blow themselves up more often than they succeed in doing terrorism.

Re:Claude reveals ECDSA curve origins by hgoel on Friday October 16, 2026 @05:29PM (#50125022)
Biologists already addressed this idiocy a few weeks ago [1]. Making a biological weapon requires facilities that only some nation states - and comparable companies- have access to.

AI isn't going to magically assemble a DNA sequence for you and a computer design is not a guarantee of something that works.

AI restrictionists love to pretend that their toys will, with the power of intelligence, magically bypass fundamental limitations of reality to conjure up fantastical weapons of mass destruction if they throw enough computers at the task. Unfortunately for them, that is not how the world works.

[1] https://www.businessinsider.com/researchers-ai-apocalypse-sk...

Re:Claude reveals ECDSA curve origins by derwiki on Friday October 16, 2026 @03:25PM (#50123241)
Strip mining is a great phrase here, thank you
Re:Claude reveals ECDSA curve origins by A_D_E_P_T on Friday October 16, 2026 @03:40PM (#50123489)
I can't take any credit for it. I believe Terence Tao coined it first. He also wrote a bit about it here: https://mathstodon.xyz/@tao/117237320796901560
Re:Claude reveals ECDSA curve origins by Bluestein on Friday October 16, 2026 @03:30PM (#50123315)
Agree.-

They sure as hell ain't stripteasing :)

Re:Claude reveals ECDSA curve origins by handfuloflight on Friday October 16, 2026 @03:46PM (#50123571)
The strip teasing is all of their capability gating.
Re:Claude reveals ECDSA curve origins by Bluestein on Friday October 16, 2026 @04:07PM (#50123854)
Come to think of it, indeed.-
Re:Claude reveals ECDSA curve origins by sillysaurusx on Friday October 16, 2026 @04:32PM (#50124238)
I ran into this situation and was able to work around it by running a jailbroken Chinese model that turned out to be quite capable. I think it was Qwen.
Re:Claude reveals ECDSA curve origins by jcomp on Friday October 16, 2026 @03:32PM (#50123343)
Broadly, the downgrading is still way too heavy-handed and clumsy. As of yesterday “How easy to crack is WPA2” downgraded to opus 4.8. Granted I could probably have phrased it differently and gotten a response, but the point is I shouldn’t have to. It can’t simultaneously be smart enough to reverse the ECDSA curve seed and not smart enough not to destroy the world by answering a trivial question with a scary word in it.
Re:Claude reveals ECDSA curve origins by akersten on Friday October 16, 2026 @03:20PM (#50123166)
At minimum we don't have access to "Claude thoughts" like the ones the article highlighted, right? That's part of the hidden reasoning?
Re:Claude reveals ECDSA curve origins by comex on Saturday October 17, 2026 @03:56AM (#50128930)
Correct.
Re:Claude reveals ECDSA curve origins by petesergeant on Friday October 16, 2026 @03:36PM (#50123410)
Fable 5.1 has downgraded me in the past week alone for the crimes of describing a coordinating server as "the C&C server" ([cyber]), for doing some statistical analysis on some toy Vigenère-ciphered text ([cyber]), and for asking it to help me find patterns in some semi-random text ([bio]), so it is fair to say I am not skeptical.
Re:Claude reveals ECDSA curve origins by mike_d on Friday October 16, 2026 @03:28PM (#50123294)
I have access to Claude's "defensive" cyber model and it appears to take no issue with the prompt, but I suspect that is because it uses today's publication as the basis for an answer.

In the past my attempts to work on crypto related problems have been met with needing the higher tier of "offensive" access.

Re:Claude reveals ECDSA curve origins by richwater on Friday October 16, 2026 @03:17PM (#50123130)
It doesn't matter what is blocked today, it matters what is blocked tomorrow.

If we allow these providers to promote regulatory capture they become the arbiter of what anyone is "allowed" to do

Re:Claude reveals ECDSA curve origins by ragequittah on Friday October 16, 2026 @05:48PM (#50125201)
I think when the open source models catch up (likely soon) we'll long for the days when companies could control it like this. I could easily see a teenager with openclaw and a single prompt causing millions of dollars in damage. Multiply that by the number of stupid people in the world and we have a problem.
Re:Claude reveals ECDSA curve origins by jamienk on Friday October 16, 2026 @03:33PM (#50123374)
I feel like history is repeating itself - to many people AOL, Compuserve, MSN, et al seemed superior to "the web" in the early 1990s because they dumped money into making it slicker, licensed content, provided guardrails, made it easy for non-tech people... They had slick ads, were cultural phenoms, and people would take sides with the companies and think their arguments were strong and even obvious!
Re:Claude reveals ECDSA curve origins by ronsor on Friday October 16, 2026 @03:15PM (#50123093)
I know Anthropic models have a lot of insane, paranoid filters, but I don't remember them blocking cryptography work last I checked (some 3 months ago now).
Re:Claude reveals ECDSA curve origins by AkshatJ27 on Friday October 16, 2026 @03:29PM (#50123307)
3 months ago is like years ago in the current AI landscape
Re:Claude reveals ECDSA curve origins by ronsor on Saturday October 17, 2026 @04:26PM (#50134801)
Three months ago is about when I gave up on trying to use their newer models for almost any task without getting blocked.

But EC never seemed to cause trouble somehow.

Re:Claude reveals ECDSA curve origins by vessenes on Friday October 16, 2026 @03:47PM (#50123590)
I routinely get rejected on elliptic curve related requests; often I can talk Claude back into some work on it. But it is surprisingly sensitive to talking about research cryptography in my experience. I’m not in their cyber program.
Re:Claude reveals ECDSA curve origins by AtNightWeCode on Friday October 16, 2026 @03:37PM (#50123427)
The cyber filter blocks really basic stuff all the time. People who are pro that bs should be forced to only eat with a spoon for the rest of their life.
Re:Claude reveals ECDSA curve origins by therein on Friday October 16, 2026 @03:47PM (#50123591)
If you have a variable `const char *shellcode` in a fizzbuzz function, it is enough for it to lose its mind.
Re:Claude reveals ECDSA curve origins by AtNightWeCode on Friday October 16, 2026 @03:54PM (#50123686)
It stopped me from doing basic bit operations. I have looked around and others have the same problem.
Re:Claude reveals ECDSA curve origins by sillysaurusx on Friday October 16, 2026 @04:34PM (#50124259)
For me it refused to move Claude transcripts from point A to point B on my local machine. It kept getting flagged as reasoning extraction or something. The line of "It's my machine, I can move files wherever I want" shouldn't be crossed. Someday file managers are going to go extinct and LLMs will organize everything, and they shouldn't choose what files you can and can't access on your own computer.
Re:Claude reveals ECDSA curve origins by arionhardison on Friday October 16, 2026 @03:35PM (#50123405)
How do you know this to be true? I am not disagreeing; I genially need to understand why or if others are seeing blockers that I don't see or if I am seeing blockers that they do not see.

Are their guardrail benchmarks or anything of the sort that we can use to see where the bifurcation of permission/capability occurs?

Re:Claude reveals ECDSA curve origins by lp92 on Friday October 16, 2026 @03:41PM (#50123494)
Compute has always been gated. This is nothing new. If we look at the HPC space, many of the largest clusters were restricted access and used by governments organizations. Even the ones with "public" access, not just anyone could get access to it.
Re:Claude reveals ECDSA curve origins by nxobject on Friday October 16, 2026 @03:32PM (#50123349)
> moat widening between the model providers, their government partners, and the public.

Part of me wonders whether the NSA/other TLA has either (a) an unrestricted model from a lab with less scruples like SpaceX, or (b) an in-house model, either abliterated or with data they've bought themselves.

Re:Claude reveals ECDSA curve origins by st3fan on Friday October 16, 2026 @03:26PM (#50123259)
Anyone can do this kind of work with a model as simple as GLM 5.3 or Kimi K3
Re:Claude reveals ECDSA curve origins by antics on Friday October 16, 2026 @03:22PM (#50123189)
JFYI, this is not true. I do stuff like this all the time.
Re:Claude reveals ECDSA curve origins by varispeed on Friday October 16, 2026 @04:06PM (#50123847)
Whenever I say that the rich have access to much more capable and unrestricted models I get downvotes. Yet here we have another example.
Re:Claude reveals ECDSA curve origins by kyrofa on Friday October 16, 2026 @04:38PM (#50124306)
Open models are just as quick to refuse to do stuff, in my experience.
Re:Claude reveals ECDSA curve origins by arcfour on Friday October 16, 2026 @05:10PM (#50124774)
Why would you be blocked? I cannot imagine why you would be for this specific task unless the supposed backdoor turned out to be real.
Re:Claude reveals ECDSA curve origins by dadrian on Friday October 16, 2026 @05:19PM (#50124905)
As much as I dislike the guardrails, they are absolutely irrelevant to this task, and you will not get blocked.
Re:Claude reveals ECDSA curve origins by dwedge on Friday October 16, 2026 @05:59PM (#50125303)
Moat must have been written more times in the last 12 months than in all of history before that time.
Re:Claude reveals ECDSA curve origins by fidotron on Friday October 16, 2026 @03:24PM (#50123213)
While this confirms the method of production it doesn't say anything about their selection, especially since they were, apparently, generated over a period of months. Specifically you cannot see those candidates that were generated and discarded.

"It is still conceivable that these curves were selected to have a specific property in principle by searching over timestamps to the random number generator."

Yes.

"However, you would only need to do that if you were going to disclose the timestamp as some evidence that the seed was innocuously generated."

Does not logically follow when "doing and saying nothing" will completely suffice.

Re:Claude reveals ECDSA curve origins by tptacek on Friday October 16, 2026 @03:27PM (#50123271)
God bless you for keeping this alive.
Re:Claude reveals ECDSA curve origins by fidotron on Friday October 16, 2026 @03:33PM (#50123358)
It doesn't prove anything about the core part of the suspicion, which is they were selected using some undisclosed criteria, which may make them weaker or stronger than some other random numbers.

You are entirely familiar with the precedent of the DES s boxes of course, where that is exactly what happened.

Re:Claude reveals ECDSA curve origins by JumpCrisscross on Friday October 16, 2026 @03:35PM (#50123398)
> which may make them weaker or stronger than some other random numbers

Are there non-trivial weaker and stronger seeds for this category of elliptic curves?

Re:Claude reveals ECDSA curve origins by fidotron on Friday October 16, 2026 @03:38PM (#50123447)
Exactly.

When they made the changes to the s boxes for differential cryptanalysis resistance the entire concept of that was essentially secret, so who knows what they know about elliptic curves.

Re:Claude reveals ECDSA curve origins by matthewdgreen on Friday October 16, 2026 @04:11PM (#50123913)
The number of weak classes of elliptic curve would have to be gargantuan for this specific search to produce some. If that many curves are bad, then ECC was a mistake.
Re:Claude reveals ECDSA curve origins by 1sha on Friday October 16, 2026 @05:12PM (#50124800)
drand48() could be one of hundreds of methods that were tried to produce specific values with plausible deniability and happened to produce them. The other searches were discarded.
Re:Claude reveals ECDSA curve origins by matthewdgreen on Friday October 16, 2026 @08:22PM (#50126529)
Not really plausible if it was used for all the curves.
Re:Claude reveals ECDSA curve origins by duskwuff on Friday October 16, 2026 @09:17PM (#50126869)
That could be a valid suspicion if the RNG chosen was particularly obscure. drand48 isn't - it's part of the standard C library.
Re:Claude reveals ECDSA curve origins by fidotron on Friday October 16, 2026 @05:13PM (#50124813)
Then why not turn this around and say which (hopefully small set of) specific classes of curves are known to be avoided, but otherwise have a free for all?

> If that many curves are bad, then ECC was a mistake.

I mean that is the logical conclusion from the behaviour around this approach where a few good things are effectively endorsed without justification.

The fact is any application of an algorithm that involves so much "trust me bro" on the selection of what are a large number of opaque quasi random but not quite or provably so numbers only has as much trust in it as you have in the people that created it.

Re:Claude reveals ECDSA curve origins by tptacek on Friday October 16, 2026 @04:12PM (#50123933)
Again, Koblitz and Menezes take this idea on directly in their paper. But I mean, at this point, nobody serious is going to take the P-curve seed conspiracy theory seriously ever again.
Re:Claude reveals ECDSA curve origins by 12938976 on Saturday October 17, 2026 @09:49AM (#50131180)
The sibling subthread by fidotron apparently needed to be flagged, even though (or because?) it contains some of the most concrete information of all comments.

But I guess people are supposed to read Valsorda's reply only ...

Re:Claude reveals ECDSA curve origins by 1230917 on Friday October 16, 2026 @04:03PM (#50123793)
"However, you would only need to do that if you were going to disclose the timestamp as some evidence that the seed was innocuously generated."

And the disclosure happened now through Anthropic that is 100% not going to anger the NSA before the IPO and will have permission.

Re:Claude reveals ECDSA curve origins by bflesch on Friday October 16, 2026 @04:04PM (#50123816)
If you keep posting like this you're gonna get microwaved from space ;)
Re:Claude reveals ECDSA curve origins by fidotron on Friday October 16, 2026 @05:27PM (#50124998)
I'm only posting like this because they already are.
Re:Claude reveals ECDSA curve origins by bflesch on Friday October 16, 2026 @05:54PM (#50125259)
Check out 133784883 then, it really gets the machine going.
Re:Claude reveals ECDSA curve origins by cookiengineer on Friday October 16, 2026 @06:18PM (#50125521)
> 133784883

Ghislaine Maxwell's social security number?

Re:Claude reveals ECDSA curve origins by krick on Friday October 16, 2026 @07:21PM (#50126085)
Damn, that's a leet social security number.
Re:Claude reveals ECDSA curve origins by defen on Friday October 16, 2026 @05:02PM (#50124660)
> While this confirms the method of production it doesn't say anything about their selection, especially since they were, apparently, generated over a period of months. Specifically you cannot see those candidates that were generated and discarded.

Well, at least now we have a way to perform that analysis! Generate a bunch of curves by varying (along any degree of freedom) the input parameters to the seed generating function and see if there's any difference between the curves that are generated.

Re:Claude reveals ECDSA curve origins by connorboyle on Friday October 16, 2026 @06:11PM (#50125441)
I think it does rule out any NOBUS vulnerability with these curves, doesn't it? My thinking may be a bit sloppy here, but for a curve to be NOBUS exploitable with N-bit security by its creators, I think it would have to have a property only shared by 1/(2^N) curves. It would be impractical to hash 2^(N-1) timestamps until you find one with the desired property, for any decent size of N--which is how many you'd have to do on average before finding one with that property.
Re:Claude reveals ECDSA curve origins by monocasa on Friday October 16, 2026 @07:58PM (#50126386)
Yeah, there's not nearly enough iterations here for a practical nobus vulnerability.
Re:Claude reveals ECDSA curve origins by FiloSottile on Friday October 16, 2026 @06:15PM (#50125469)
Given how expensive this computation would have been in 1997, it makes perfect sense they'd taken months, but even if we assume they tried all timestamps of 1997 and selected arbitrarily among the first 16 viable candidate of any timestamp, that's just ~30 bits of freedom.

Finding out there is a class of weak 256-bit elliptic curves so large that they can be hit randomly with 2^30 tries would be a cryptanalytic breakthrough analogous to discovering all elliptic curve cryptography is broken.

Read section 3.1 of the Koblitz and Menezes paper. It was already implausible with 160 bits of freedom. https://eprint.iacr.org/2015/1018

If you want to believe the NSA knows ECC is broken and chose to risk moving the US government to it and somehow no one figured out the same break in 30 years, you're free to do so. But pretending the seed choice plays any role in that theory is over.

Re:Claude reveals ECDSA curve origins by skew-aberration on Friday October 16, 2026 @06:44PM (#50125783)
As a complete layman, I do wonder why n grows with each subsequent curve, rather than with number of bits. Does this not suggest they were 'searching harder'?
Re:Claude reveals ECDSA curve origins by cyphar on Friday October 16, 2026 @08:24PM (#50126545)
Almost all of the smaller values of n are not valid curve values, so they were searching "harder" but just for valid seeds. If you look at the generator output in [1], you'll see that:

1. Only a very small number of valid seeds were discarded when compared to the number of n values. It seems we don't yet know why about half of the valid seeds were discarded but the explanation of a buggy curve validity checker doesn't seem implausible to me.

2. Directly to your point, most of the prime192 and prime239 curves required larger n values to find a valid seed and they are both smaller and used an earlier timestamp.

[1]: https://words.filippo.io/seeds-solved/

Re:Claude reveals ECDSA curve origins by edelbitter on Friday October 16, 2026 @06:37PM (#50125718)
>they can be hit randomly with 2^30 tries

More precisely: not very random tries.

Re:Claude reveals ECDSA curve origins by mswphd on Friday October 16, 2026 @07:20PM (#50126082)
unless your guess is that the hypothetical ECC weakness is somehow correlated with the LCG structure, the draws from the LCG are as good as random.

It is possible such a correlation could occur. but it would be much weirder than this being the result of a random search, which would already be very weird.

Re:Claude reveals ECDSA curve origins by edelbitter on Friday October 16, 2026 @08:12PM (#50126465)
I find it slightly less weird because I see potential for indirect attacks on the not-quite-so-ECC parts of actual implementations. Wherever a network client can ask many times for each of the different, but somehow not entirely uncorrelated curves, it might be able to expose previously not deemed critical side channels. Following in the general direction of the discoveries that so far resulted in IV and padding determinism/randomness being considered as important as the "actual crypto" itself. In that case the structures that would need to somehow interact would not be ECC and LCG, but merely LCG and key derivation..
Re:Claude reveals ECDSA curve origins by palisade on Friday October 16, 2026 @07:25PM (#50126132)
"..chose to risk moving the US government to it.."

Oof, about that...

Re:Claude reveals ECDSA curve origins by wilkystyle on Friday October 16, 2026 @07:59PM (#50126395)
go on...
Re:Claude reveals ECDSA curve origins by tharkun__ on Friday October 16, 2026 @08:16PM (#50126483)
3DES...
Re:Claude reveals ECDSA curve origins by djohnmustard on Friday October 16, 2026 @09:30PM (#50126958)
What about it?
Re:Claude reveals ECDSA curve origins by tharkun__ on Friday October 16, 2026 @10:00PM (#50127139)
It was widely used, even in government and military. Who knows if they actually used the same as everyone else in actuality. I guess none of this is proven beyond doubt, given the nature of all this?!

    Reporting on declassified history says the NSA pushed for a shorter DES key; the compromise was 56 bits

    NSA and a suspected cryptographic backdoor: the Dual_EC_DRBG random-number generator was the subject of reporting about an NSA backdoor and an alleged payment to RSA. RSA denied knowingly weakening its products.

    TLS 1.0’s CBC chaining made IVs predictable and enabled the BEAST attack. That’s a documented protocol weakness, allegedly put in there by US state actors on purpose.
YMMV but none of this would surprise any reasonable person given Snowden's revelations.
Re:Claude reveals ECDSA curve origins by tptacek on Friday October 16, 2026 @11:58PM (#50127791)
This CBC chaining thing is my all-time absolute favorite cryptography conspiracy theory, because on the IETF list where it happened (it happened for IPSEC, not for TLS, for what it's worth) Phil Rogaway pled with long-time standards body people --- even took up a petition of cryptographers, including Rivest --- and was openly and viciously mocked for the attempt.

The US government had no need to corrupt IPSEC standardization. The IETF did the work for them without prompting.

Re:Claude reveals ECDSA curve origins by rurban on Saturday October 17, 2026 @05:01AM (#50129236)
Hello, the US government paid the IPSEC devs to include weak and backdoored algos back then. All revealed during the Snowden era
Re:Claude reveals ECDSA curve origins by tptacek on Saturday October 17, 2026 @02:32PM (#50133722)
Nobody thinks the people who shouted down Phil Rogaway, who include relatively famous standards nerds, were NSA plants. It's uncharitable for me to keep calling them out by name, but IYKYK.

You have far more to fear from standards bodies just acting like standards bodies (limited recent exceptions notwithstanding) than from government interference with standards. Like I said, all NSA usually needs to do is sit back and wait for standards groups to come up with Heartbleed on their own.

Re:Claude reveals ECDSA curve origins by duskwuff on Friday October 16, 2026 @11:11PM (#50127533)
> TLS 1.0’s CBC chaining made IVs predictable and enabled the BEAST attack. That’s a documented protocol weakness, allegedly put in there by US state actors on purpose.

This is errant nonsense. At the time SSL/TLS were designed, using CBC with block ciphers was generally considered best practice - it was not at all an unusual choice.

Re:Claude reveals ECDSA curve origins by tptacek on Saturday October 17, 2026 @12:00AM (#50127798)
Using CBC is fine. TLS and (prior to that) IPSEC set the CBC IV of messages to the last ciphertext block of the previous message --- pretending as if they were encrypting one long stream, rather than discrete messages. That's never been OK, and cryptographers warned about it at the time.
Re:Claude reveals ECDSA curve origins by robrain on Friday October 16, 2026 @11:26PM (#50127635)
Arrant nonsense, surely?
Re:Claude reveals ECDSA curve origins by jdiff on Saturday October 17, 2026 @01:04PM (#50132855)
Don't know what's so sure about it, either is perfectly valid.
Re:Claude reveals ECDSA curve origins by teiferer on Saturday October 17, 2026 @02:49AM (#50128594)
Please please don't bring AI generated text as arguments such discussions. Especially not without saying that that's what you are quoting.

Quoting something implies that it has certain authority (like a crypto expert) and the correctness track record of AI generated text is obviously shaky.

Re:Claude reveals ECDSA curve origins by tharkun__ on Sunday October 18, 2026 @10:32AM (#50141448)
There's only so many formatting choices available on HN. Making a nice looking "bullet point list" of things, the best I've found is so far is to

    use
 
    monospace

    support
:shrug: That does not mean they're quotes or else there'd be a [1] with a link or names. Let me know if you have a better way; make sure it looks nice!
Re:Claude reveals ECDSA curve origins by afiori on Saturday October 17, 2026 @04:32AM (#50129089)
Pushing for shorter keys can be reasonable, otherwise we would all use 16 MB keys
Re:Claude reveals ECDSA curve origins by thayne on Friday October 16, 2026 @11:33PM (#50127663)
There is some evidence that they have done it becore.

Specifically, that they had a backdoor for Dual EC DRBG[1], and pushed for a shorter key lenghth for DES, to intentionally weaken it.

It is, obviously, controversial. But I think there is certainly enough there that I wouldn't be confident that the NSA wouldn't recommend something they knew to be weak in some way, even to other government organizations.

[1]: https://en.wikipedia.org/wiki/Dual_EC_DRBG

Re:Claude reveals ECDSA curve origins by feanaro on Friday October 16, 2026 @10:49PM (#50127407)
This is unrelated to the above comment, but I figured I'd ask while we're here. You state at the end of your blog post on this topic that you'd now probably recommend the NIST curves over Curve25519. Why is that?
Re:Claude reveals ECDSA curve origins by commandersaki on Saturday October 17, 2026 @02:43AM (#50128573)
I'm guessing affinity towards prime curves vs cofactor.
Re:Claude reveals ECDSA curve origins by smolder on Saturday October 17, 2026 @01:43AM (#50128290)
Hello, NSA representative.
Re:Claude reveals ECDSA curve origins by mitxela on Saturday October 17, 2026 @07:25AM (#50130106)
There are plenty of weak curves. See djb's safecurves project. Maybe the NSA found an unknown type of weakness.
Re:Claude reveals ECDSA curve origins by tptacek on Saturday October 17, 2026 @11:48AM (#50132130)
There are now multiple cryptographers on this thread (not counting me; I'm not a cryptographer) explaining why this is now utterly implausible.
Re:Claude reveals ECDSA curve origins by 1219828 on Saturday October 17, 2026 @12:42PM (#50132620)
Unfortunately one of these cryptographers' responses are in a thread that was collapsed for wrongthink.
Re:Claude reveals ECDSA curve origins by tptacek on Saturday October 17, 2026 @02:32PM (#50133718)
The word "wrongthink", always a hallmark of the arguments most worth paying attention to!
Re:Claude reveals ECDSA curve origins by 3ah-2237 on Sunday October 18, 2026 @09:53AM (#50141107)
A self-promoting non-cryptographer who only relies on his message board fan club is not worth paying attention to!
Re:Claude reveals ECDSA curve origins by tptacek on Sunday October 18, 2026 @01:35PM (#50143306)
Oof. Devastating.
Re:Claude reveals ECDSA curve origins by tyromaniac on Saturday October 17, 2026 @12:12PM (#50132349)
Yeah... It would only be the second time they tried to do exactly that, with elliptic curve related crypto nonetheless
Re:Claude reveals ECDSA curve origins by tptacek on Saturday October 17, 2026 @01:37PM (#50133165)
If your comparison here is to Dual EC, the two constructions are utterly unalike; you might as well compare it to the DES S-boxes.
Re:Claude reveals ECDSA curve origins by tyromaniac on Saturday October 17, 2026 @02:15PM (#50133554)
Sure, the construction is different, but for all I know, there is a weakness in some subset of curves, and by not using open "nothing up my sleeve" practices for selecting their curves, they invited speculation. My point is that this is an untrustworthy actor who has shown itself to be untrustworthy on many occasions, and that you could make a similar migration argument about that, since it was pushed through FIPS. The fact that it was also EC based was not very relevant, I just thought that was funny.
Re:Claude reveals ECDSA curve origins by tptacek on Saturday October 17, 2026 @02:21PM (#50133622)
I'm having trouble understanding what you're arguing here. We now know they essentially did use a nothing-up-my-sleeves seed; they just didn't care enough (it was a very different time) to reveal that.
Re:Claude reveals ECDSA curve origins by ang12q on Saturday October 17, 2026 @02:35PM (#50133743)
https://blog.cr.yp.to/20260814-update.html

"(In the opposite direction, I've been pointed to the following claim from Thomas Ptacek: "The more cryptography-literate you are, the more likely it is you think hybrids are silly." Oh, well, I guess that settles it then.)"

The Ptacek school of arguing transcends HN already.

Re:Claude reveals ECDSA curve origins by tptacek on Saturday October 17, 2026 @03:17PM (#50134153)
Is the entire dunk here that Dan Bernstein doesn't like what I wrote about PQC? What part of what I just wrote are you trying to respond to?
Re:Claude reveals ECDSA curve origins by 12aft5l on Saturday October 17, 2026 @01:20PM (#50133018)
Where do you get the 2^30 from? drand48 could be f_0, but they could have tried f_1, f_2, ... as well and chosen the f_n that yielded the desired but plausible values.

All we know is that drand48 gave values that the NSA was happy with.

Re:Claude reveals ECDSA curve origins by 12ajh on Saturday October 17, 2026 @01:42PM (#50133209)
Come one NSA shills, you can flag this one, too. Children, remember:

- PGP bad, Signal good.

- DJB bad, Ptacek and Valsorda good.

Re:Claude reveals ECDSA curve origins by schiffern on Saturday October 17, 2026 @02:15PM (#50133550)

  >even if we assume they tried all timestamps of 1997
Why limit to that? Especially since the official history had it as "hashed passphrase" (which would, of course, provide ample entropy).

A confusing official story doesn't disprove anything. If anything, that would be standard operating procedure for a signals intelligence plant.

  >Finding out there is a class of weak 256-bit elliptic curves so large that they can be hit randomly with 2^30 tries would be a cryptanalytic breakthrough 
NSA is the largest employer of mathematicians in the world.

A breakthrough would indeed be a terrible thing to waste. If I had one, I'd make a good and boring official cover story, and stick to it! Regular old spy-craft stuff, in other words. ;)

Re:Claude reveals ECDSA curve origins by bob1029 on Saturday October 17, 2026 @05:05AM (#50129259)
I don't think ECDSA itself is a bad idea. You can 10x your signing capacity with the same hardware.

Why couldn't we make a new curve out in the open and then agree to use it? Increment an integer counter until a majority of cryptographers are satisfied.

The fact that the seed is not explained is troubling even if we can figure out how it was derived. We now know it uses a timestamp which means we can probe even deeper and more specifically into potential rigging of the numbers. I don't think we were supposed to figure this one out. I'd be interested in seeing the properties for curves of adjacent timestamps.

Re:Claude reveals ECDSA curve origins by mitxela on Saturday October 17, 2026 @07:27AM (#50130112)
We use ed25519 if we care about that.
Re:Claude reveals ECDSA curve origins by AceJohnny2 on Saturday October 17, 2026 @02:10PM (#50133498)
And here we see demonstrated that nothing can solve paranoia.
Re:Claude reveals ECDSA curve origins by teddyh on Friday October 16, 2026 @03:28PM (#50123292)
> The fifth binary seed, B-163, fits nothing Claude has tried and remains unexplained.

The simplest explanation would be that it was generated the same way as the others, but somebody mistyped a digit somewhere along the way to publishing, and therefore a solution could not be found with the assumption that the number is correct.

Re:Claude reveals ECDSA curve origins by lukeify on Friday October 16, 2026 @03:46PM (#50123566)
This is also why one of the Zodiac ciphers remained unsolved for so long. The dude made a mistake in his transcription.
Re:Claude reveals ECDSA curve origins by azinman2 on Friday October 16, 2026 @03:51PM (#50123649)
Very well possible. I’m glad to see that this is all above board in the end, which further argues the case AGAINST conspiracy theories. Most people are just trying to do the right thing.
Re:Claude reveals ECDSA curve origins by lifeisloving on Friday October 16, 2026 @05:14PM (#50124832)
Sorry, US intelligence agencies is not a category of organizations I would sort in the "we're just trying to do the right thing" bucket.

I dont even mean that as a dig to the people working there (although maybe some) they're literally a military wing of the worlds most powerful empire..

Lets be honest with ourselves, their job is to spy on people, and spies try to make their job easier not harder.

Hell it seems they did lie about the origins, which should bring their entire motivation into question. They spread rumors that it was a "silly phrase", thats ridiculous.

Re:Claude reveals ECDSA curve origins by JumpCrisscross on Friday October 16, 2026 @03:17PM (#50123125)
“In under half an hour, Claude discovered the origins of the NIST P-192, P-224, P-256, P-384 and P-521 seeds. None of them were the results of any hash algorithm at all, but rather the output of the C library’s lrand48 random-number generator, seeded with a Unix timestamp!”

Gorgeous. I wonder if the NSA employee who did this suffered a head injury or has been quietly giggling to themselves for the last quarter century.

Re:Claude reveals ECDSA curve origins by sweis on Friday October 16, 2026 @03:21PM (#50123174)
The two people were Bob Reiter and Jerry Solinas. Jerry wrote in a 2015 email to Daniel Bernstein that he thought it was a hash of the passphrase. I corroborated that story with 4 people, including two ex-NSA folks off the record.

Everyone was wrong!

I wasn't able to reach Bob. He was working in private industry as of 2018, but never responded.

Re:Claude reveals ECDSA curve origins by Pannoniae on Friday October 16, 2026 @05:04PM (#50124698)
or they were lying...
Re:Claude reveals ECDSA curve origins by lifeisloving on Friday October 16, 2026 @05:07PM (#50124732)
Kind of sus that they would spread a rumor that its a phrase. This isnt something I would forget, or confuse with a timestamp..
Re:Claude reveals ECDSA curve origins by ACCount39 on Friday October 16, 2026 @06:03PM (#50125349)
It's possible that this "phrase hash" method was used for a different case - like another, unrelated and possibly unreleased algorithm. And then it was confused for the one used for those curves.
Re:Claude reveals ECDSA curve origins by thayne on Friday October 16, 2026 @11:52PM (#50127752)
One possibility is that they created multiple seeds, and misremembered which one they eventually went with. Although, it's weird no one ever said "or it might have been a timestamp".
Re:Claude reveals ECDSA curve origins by rustyhancock on Saturday October 17, 2026 @02:26AM (#50128496)
There is one that Claude couldn't find perhaps that is from the phrase.

But I do agree, it is unusual actually that the code was lost.

It is also unusual that they didn't include how they derived the seed, and weren't forced to pick a randomly generated one.

I guess these are all things that would happen today but this was not so long ago to my mind so it is a surprise it didn't happen!

Re:Claude reveals ECDSA curve origins by perching_aix on Friday October 16, 2026 @06:44PM (#50125777)
Maybe that explanation covers the rest that wasn’t identified?
Re:Claude reveals ECDSA curve origins by aizk on Saturday October 17, 2026 @12:12AM (#50127857)
Exactly what the NSA would say.
Re:Claude reveals ECDSA curve origins by tptacek on Friday October 16, 2026 @03:20PM (#50123165)
Re:Claude reveals ECDSA curve origins by blast on Friday October 16, 2026 @03:53PM (#50123677)
> Someone

> https://www.youtube.com/@steveweis4786

FTA: This work was conducted at Anthropic by [...], and Steve Weis.

I wonder how much time he spent on the video relative to the other stuff

Re:Claude reveals ECDSA curve origins by sweis on Friday October 16, 2026 @04:41PM (#50124355)
A buddy did it with Claude, so zero time.
Re:Claude reveals ECDSA curve origins by blast on Friday October 16, 2026 @05:42PM (#50125148)
Oh I even saw your other posts in this thread but didn't recognize the name. So much for my research skills
Re:Claude reveals ECDSA curve origins by thadt on Friday October 16, 2026 @06:16PM (#50125495)
I mean, at least you didn’t spend the last 20 years hashing 2^51 sentences in your research.
Re:Claude reveals ECDSA curve origins by JumpCrisscross on Friday October 16, 2026 @03:23PM (#50123210)
Genuine question, how many days of your life have you had to spend on this particular tinfoil convention?
Re:Claude reveals ECDSA curve origins by sweis on Friday October 16, 2026 @03:41PM (#50123491)
Re:Claude reveals ECDSA curve origins by weakfish on Friday October 16, 2026 @03:38PM (#50123448)
Video is meant as a joke, it’s common to edit the subtitles of this video to alternate ones
Re:Claude reveals ECDSA curve origins by JumpCrisscross on Friday October 16, 2026 @05:21PM (#50124929)
Tptacek is an expert in this field. I imagine he's had to spend a considerable amount of time explaining why ECDSA probably aren't nerfed.
Re:Claude reveals ECDSA curve origins by mrguyorama on Friday October 16, 2026 @03:48PM (#50123599)
That's one of the best executed implementations of that joke I've seen in years.
Re:Claude reveals ECDSA curve origins by hybrid_study on Friday October 16, 2026 @03:25PM (#50123239)
understanding Spanish throws it off, but this is hilarious either way. LOL
Re:Claude reveals ECDSA curve origins by guelo on Friday October 16, 2026 @03:48PM (#50123595)
I understand Spanish being from Latin America but for a long time I couldn't understand a single thing he said because of the Spaniard accent and crazy laughter, and I enjoyed the memes just fine. But then few years ago I watched it with the real subtitles and something clicked in my brain so now when I watch it I mostly understand him fine. But now the memes are ruined because it's hard to hear and read two speeches at the same time. Just an annecdote about our weird brains.
Re:Claude reveals ECDSA curve origins by tptacek on Friday October 16, 2026 @04:33PM (#50124241)
Is this like what Downfall is like for Germans?
Re:Claude reveals ECDSA curve origins by sho_hn on Friday October 16, 2026 @08:21PM (#50126519)
German speaker, the Downfall memes strangely still work fine even if you understand the audio because he's doing inane angry rambling either way.
Re:Claude reveals ECDSA curve origins by KAMSPioneer on Friday October 16, 2026 @05:18PM (#50124885)
Just to add here that this guy doesn't have a "standard" Spanish accent. He was from Andalucía (I don't remember where exactly), a region rather known for its accent being difficult for even native speakers to understand.

Anyway after I moved to Andalucía I now can understand the story he tells, but I have to pay close attention!

Re:Claude reveals ECDSA curve origins by cromka on Saturday October 17, 2026 @04:28AM (#50129078)
I always thought this was from Mexico!
Re:Claude reveals ECDSA curve origins by Zardoz84 on Saturday October 17, 2026 @05:15AM (#50129318)
Spanish native here. Andalusian accent never was known by being difficult to understand. Have other associations, but never that it's difficult to understand.
Re:Claude reveals ECDSA curve origins by pezezin on Saturday October 17, 2026 @06:53AM (#50129903)
Some Andalusian accents can be really thick, but so can be the accents from other regions. It also depends where from Spain you are from: I am from Extremadura and usually don't have any trouble understanding even the strongest Andalusian accent, but some of my Basque and Catalonian colleagues find it really difficult, but the opposite is also true.
Re:Claude reveals ECDSA curve origins by anthk on Saturday October 17, 2026 @12:27PM (#50132459)
I'm Basque. It was just difficult the first times, kinda like a hick accent from the US for English speakers (or Irish/Scott). The following listenings were really easy to understand.

For English speakers: North and Castille (middle) Spanish it's like vanilla Spanish. It's understood almost everywhere modulo some jargon. Kinda like English from the BBC or the NBC/NPR/CNN.

Andalusian Spamish it's like Southern English: Fast speech, ommited consonants and merged words and some loanwords from Arabic used in everyday words but for us they are like ancient Spanish (Arabic origin alcancia vs hucha). Kinda like the borrowings from Spanish in the Southern US Engish). Lasso vs lace/ribbon, aficionado vs fan and so on.

Re:Claude reveals ECDSA curve origins by anthk on Saturday October 17, 2026 @12:28PM (#50132471)
West Andalusia, maybe; but the Eastern accents plus Murcia are hard-drunken Irish mode for Spanish.
Re:Claude reveals ECDSA curve origins by Zardoz84 on Saturday October 17, 2026 @05:19AM (#50129336)
he is doing a deep deep Andalusian accent, plus the extra noises and laughs makes hard to understand. The normal Andalusian accent it's perfectly understandable by anyone that understands Spanish.
Re:Claude reveals ECDSA curve origins by sweis on Friday October 16, 2026 @03:02PM (#50122897)
13 years of tinfoil hats for srand48(time(NULL)
Re:Claude reveals ECDSA curve origins by 217 on Friday October 16, 2026 @03:16PM (#50123107)
But the friends we made along the way!...
Re:Claude reveals ECDSA curve origins by exabrial on Friday October 16, 2026 @11:45PM (#50127719)
Dont tell that to the EDDSA people... they've tried to make their mark in history riding on "p256 is a government plant"
Re:Claude reveals ECDSA curve origins by bayarearefugee on Friday October 16, 2026 @03:25PM (#50123242)
> 13 years of tinfoil hats for srand48(time(NULL)

Probably not quite this given the timestamps span over almost a year (but have some clustering in August 1997).

Given that the spread suggests they weren't just now() timestamps it would actually be interesting to know what the significance of the timestamps is, if any. Though it could be something boring like randomly sampling some local file creation times.

Re:Claude reveals ECDSA curve origins by SturgeonsLaw on Friday October 16, 2026 @06:15PM (#50125474)
Those are the dates that the NSA obtained quantum computer tech from the alien crash site at Roswell, which would enable them to break the crypto they were currently building
Re:Claude reveals ECDSA curve origins by tptacek on Friday October 16, 2026 @03:12PM (#50123044)
This is devastating news... for an entire generation of NIST cryptography conspiracy theories.
Re:Claude reveals ECDSA curve origins by nickysielicki on Friday October 16, 2026 @04:08PM (#50123880)
It’s perplexing that NIST chose to burn so much trust and goodwill with the independent cryptography community instead of just explaining empirically that they really had nothing up their sleeve.
Re:Claude reveals ECDSA curve origins by tptacek on Friday October 16, 2026 @04:14PM (#50123951)
It was a very different time back then.
Re:Claude reveals ECDSA curve origins by thoughtpeddler on Friday October 16, 2026 @06:07PM (#50125386)
What was so different, culturally?
Re:Claude reveals ECDSA curve origins by SturgeonsLaw on Friday October 16, 2026 @06:18PM (#50125518)
Well the thing that comes to mind for me was the US gov classing encryption as a munition and placing it under export controls
Re:Claude reveals ECDSA curve origins by thoughtpeddler on Friday October 16, 2026 @06:20PM (#50125543)
That was more early-mid 1990s, and not so much late-90s and early 2000s, when the NIST/NSA issues came about (from what I understand)
Re:Claude reveals ECDSA curve origins by mitxela on Saturday October 17, 2026 @07:28AM (#50130119)
Still is. It's still illegal to export cryptography without permission.
Re:Claude reveals ECDSA curve origins by tptacek on Saturday October 17, 2026 @11:46AM (#50132104)
Everybody exports strong cryptography without permission today.
Re:Claude reveals ECDSA curve origins by tptacek on Friday October 16, 2026 @09:36PM (#50126993)
This was the era of export cryptography, just after the Clipper Chip saga, "this t-shirt is a munition, and perhaps most importantly curve cryptography was barely a thing (this is back at the time where people believed the Certicom patents would preclude it from deployment). I think people just weren't paying that much attention to cryptographic standards processes at all, at least not for a couple more years (remember, the curves were generated years before they were published).
Re:Claude reveals ECDSA curve origins by juliusdavies on Saturday October 17, 2026 @03:32PM (#50134308)
In 2000 I installed Steve Gibson research’s “shields up” firewall onto my Windows 98 desktop so that my home printer would stop printing random things people on the internet sent to it because it was fully publicly shared on the internet (I didn’t do that on purpose). Every website defaulted to http back then and https was to be avoided unless absolutely necessary because it was slower… a very different time!

Don’t “rand()” PRNG libraries usually seed with current UNIX time by default iF no seed is provided?

Re:Claude reveals ECDSA curve origins by tptacek on Saturday October 17, 2026 @04:46PM (#50134993)
It's lrand48, an LCG that might precede Unix. Without an explicit seed it has a standard constant starting seed.
Re:Claude reveals ECDSA curve origins by probablyStimmed on Sunday October 18, 2026 @01:48AM (#50138254)
I am guessing you installed Zone Alarm or BlackICE, or possibly configured your router, and then used Steve’s Shields Up to test your work. Shields up is a tool to scan your open ports.
Re:Claude reveals ECDSA curve origins by rs_rs_rs_rs_rs on Friday October 16, 2026 @04:19PM (#50124025)
"independent cryptography community" - I actually LOLed at this

I don't think that "community" would accept any kind of answer as truthful so why waste the time...

Re:Claude reveals ECDSA curve origins by nickysielicki on Friday October 16, 2026 @04:22PM (#50124063)
It’s independently verifiable. What do you mean?
Re:Claude reveals ECDSA curve origins by valleyer on Friday October 16, 2026 @04:59PM (#50124607)
One of the top comments in this very thread suggests the seed timestamps were maybe selected specifically for purpose.
Re:Claude reveals ECDSA curve origins by soulofmischief on Friday October 16, 2026 @08:07PM (#50126439)
After Dual_EC_DRBG, there is no longer justification for any attitude towards the NSA other than suspicion and skepticism. Everything should be assumed a potential attack vector and thoroughly explored. I thank the community for carrying this torch for so many years.
Re:Claude reveals ECDSA curve origins by nickysielicki on Saturday October 17, 2026 @12:06AM (#50127832)
NSA != NIST
Re:Claude reveals ECDSA curve origins by soulofmischief on Saturday October 17, 2026 @12:14AM (#50127873)
Yes, and the NSA generated the seeds for NIST. This is public knowledge and is acknowledged in the article.

It has been the entire focus of the backdoor concerns since the curves were adopted over 20 years ago. It's the motivation for the work behind this article.

Re:Claude reveals ECDSA curve origins by kadoban on Friday October 16, 2026 @11:33PM (#50127664)
It's not a crazy question to ask / theory to posit. The next message down explains why it's unlikely and the whole conversation sounds reasonable to me.

The cryptgraphy community is pretty reasonable folks, on the whole.

Re:Claude reveals ECDSA curve origins by Sharlin on Friday October 16, 2026 @07:24PM (#50126117)
So is Earth's sphericity.
Re:Claude reveals ECDSA curve origins by sweis on Friday October 16, 2026 @04:25PM (#50124125)
I think they legitimately did not know. The person who worked on it directly, Jerry Solinas, did not remember and gave an explanation that turned out to be wrong. In his defense, multiple people told the same story about hashing a phrase that was wrong.

If they did know, they could have handed over these timestamps 15 years ago and put the issue to bed.

Re:Claude reveals ECDSA curve origins by yrjrjjrjjtjjr on Friday October 16, 2026 @04:30PM (#50124209)
If they deny everything they didn't do, then whatever they don't deny will stand out.
Re:Claude reveals ECDSA curve origins by NooneAtAll3 on Saturday October 17, 2026 @08:45AM (#50130637)
I'm more surprised a different set of numbers wasn't selected
Re:Claude reveals ECDSA curve origins by schiffern on Saturday October 17, 2026 @02:39PM (#50133780)
This hardly proves the NSA has nothing up their sleeve.

If I was the NSA, I'd just make a huge rainbow table of all (timestamp hashes, passphrase hashes of every book/movie, random sentences, etc), then generate huge numbers of (seed, secret key) pairs and pick the first one that matches.

Voila. All the crypto backdoor and a side of plausible deniability if anyone decodes the seed.

Bonus points if the exact "rainbow table" algorithm couldn't recover the original seed, so that's why NSA couldn't tell us where it came from. :)

Re:Claude reveals ECDSA curve origins by michaelt on Friday October 16, 2026 @06:52PM (#50125842)
Thank god NIST gifted us Dual_EC_DRBG, so I still have a NIST Elliptic Curve effort I can sneer at dismissively.

RSA was good enough for my grandfather, and it's good enough for me.

Re:Claude reveals ECDSA curve origins by tptacek on Friday October 16, 2026 @09:36PM (#50126998)
It would be helpful, for your sneering, to understand that Dual EC is not in fact a NIST elliptic curve.
Re:Claude reveals ECDSA curve origins by IncreasePosts on Friday October 16, 2026 @07:40PM (#50126262)
But why that specific timestamp? They probably kept trying different timestamp hashes until they found one with a vuln
Re:Claude reveals ECDSA curve origins by ffaccount2 on Saturday October 17, 2026 @05:09AM (#50129283)
I don't know why, but 2^32 search space is WAY too small. Anything they could enumerate back then (or even today) is way too small. This is like saying they tried four times before they found a vulnerable one.
Re:Claude reveals ECDSA curve origins by kimixa on Sunday October 18, 2026 @07:02PM (#50146379)
LCG generators like lrand48 have been understood well enough you could possibly calculate "realistic looking timestamp" input seeds based on intended output characteristics.

Now, do we think that's likely? Probably no more likely than then being "easily broken" for decades without being noticed by the academic cryptography community.

Re:Claude reveals ECDSA curve origins by jamienk on Friday October 16, 2026 @03:15PM (#50123090)
More and more it is the relentlessness of the models that strikes me. Leave no stone unturned! Go through ALL of these old boxes. Someone said they thought maybe it was over there somewhere >>shrug<<
Re:Claude reveals ECDSA curve origins by nonethewiser on Saturday October 17, 2026 @08:46AM (#50130646)
Amazing how far brute force goes when the feedback loop is minutes or seconds, not years or months.
Re:Claude reveals ECDSA curve origins by entrope on Friday October 16, 2026 @03:23PM (#50123212)
> is it suspicious that such an obvious thing wasn’t discovered in 25 years?

Ouch. The implied judgment of us humans stings there.

Re:Claude reveals ECDSA curve origins by sigmar on Friday October 16, 2026 @04:15PM (#50123969)
Did that clanker call us dumb? Scorch the skies, this means war.
Re:Claude reveals ECDSA curve origins by why_at on Friday October 16, 2026 @05:59PM (#50125312)
Seriously though, how did nobody find this? It's not like you needed an LLM to check the random number generator. Given how much interest there was by cryptography people it is surprising.
Re:Claude reveals ECDSA curve origins by Sharlin on Friday October 16, 2026 @07:29PM (#50126164)
People were primed by the recollection of one of the original developers (and corroborated by other sources) that it was a hash of some funny passphrase like "Give [the devs] a raise".
Re:Claude reveals ECDSA curve origins by AlienRobot on Saturday October 17, 2026 @01:34PM (#50133137)
"It's not like you needed an LLM to" is going to be a recurring phrase from now on.
Re:Claude reveals ECDSA curve origins by 129-adn on Friday October 16, 2026 @03:31PM (#50123332)
"It is still conceivable that these curves were selected to have a specific property in principle by searching over timestamps to the random number generator."

Indeed! And we guess that OpenAI was gagged by the NSA because the massive proof dump on Oct. 6th did not contain cryptographic results.

I assume that Anthropic faces similar restrictions, so this seems kind of approved.

Re:Claude reveals ECDSA curve origins by solyin on Friday October 16, 2026 @04:19PM (#50124023)
The conspiracy theory going around the Internet is that they (the AI labs) broke cryptography in some way a la last season of HBO's Silicon Valley, and they're keeping the results under wraps until they can steal Bitcoin out of Satoshi's dead wallets, and then use that to pay for GPUs et al.
Re:Claude reveals ECDSA curve origins by edot on Saturday October 17, 2026 @06:36AM (#50129794)
This makes no sense. If Satoshi's wallets come alive, Bitcoin goes to zero because they were clearly hacked, meaning the entire tech is suspect. Or it would also go to zero but because it's revealed that Satoshi is GCHQ or NSA and the entire tech is suspect. This would happen within minutes.
Re:Claude reveals ECDSA curve origins by Dylan16807 on Saturday October 17, 2026 @10:59PM (#50137492)
What? Why would it imply the second one? And why would anyone care that much?

And is "the key was locked away" really that crazy? Or "the key was badly generated"?

Re:Claude reveals ECDSA curve origins by sweis on Friday October 16, 2026 @04:29PM (#50124193)
I have seen nothing that would make me believe there is a "[gag] by the NSA" preventing frontier labs from publishing cryptographic results.

We published HAWK and McEliece attacks no problem.

Re:Claude reveals ECDSA curve origins by I_am_tiberius on Friday October 16, 2026 @03:33PM (#50123370)
I find it so ridiculous that they (seemingly) forcefully try to state references to dedicated researchers who devoted much of their lives to the problem, while the LLM does not even know which trained papers were effectively used. That means likely many researchers not listed were heavily influencing this achievement, and Claude does not even know that they helped. And the world doesn't know.
Re:Claude reveals ECDSA curve origins by howunfortunate on Friday October 16, 2026 @03:40PM (#50123476)
This happens in academia all the time. You read a ton of papers, chat with tons of people about tons of ideas.

Later you come up some idea, you do the experiment, write the paper, search for relevant citations when you write the intro.

Honestly I think this is actually desirable. For a mind to work well and do things creatively and efficiently it can't be a simple search engine, it needs to blend and meld and reform the information.

And that means the output can't be cleanly deterministically linked to the input. Unless you just keep a log then cite everything you've ever read in your life (and all the conversations and talks too).

Re:Claude reveals ECDSA curve origins by edelbitter on Friday October 16, 2026 @06:54PM (#50125866)
This is the reason why this is desirable for humans. But I do not like extending excuses that apply to human (limitations) also to companies that could keep a log.
Re:Claude reveals ECDSA curve origins by howunfortunate on Saturday October 17, 2026 @10:33AM (#50131543)
I think I explained poorly about the log.

The log is the training data. The impractical thing isn't keeping the log, it's including the log as citations. For an expert human, it'd be thousands of pages. For an LLM, you might as well just put "citation: all human language ever written".

Re:Claude reveals ECDSA curve origins by smolder on Saturday October 17, 2026 @01:58AM (#50128378)
This is a weak argument. Swarms of LLM agents have been regurgitating the work of academics and ruining their PhD work without attribution. It's not analogous to what you're describing.
Re:Claude reveals ECDSA curve origins by einpoklum on Saturday October 17, 2026 @09:01AM (#50130767)
> This happens in academia all the time. You read a ton of papers, chat with tons of people about tons of ideas. > > Later you come up some idea, you do the experiment, write the paper, search for relevant citations when you write the intro.

And your search includes papers mentioning the various ideas you heard about from those other people. They almost always publish _something_ about it, and in the rare cases they do not, you put them in the "thanks" section, describing which ideas they contributed to (or in very rare cases, cite an unpublished result/claim as "personal communication" from an author).

I was in academic for a number of years (Theoretical Comp Sci, then DB management systems architecture), and what I just described seems to have been the practice. It is of course possible that people neglected to cite the sources of some of their ideas, but not that I know of. The worst I could say is that several authors' work exhibited a similar approach and a person preferred to cite one of them rather than another.

Re:Claude reveals ECDSA curve origins by baggy_trough on Friday October 16, 2026 @03:35PM (#50123393)
Sounds entirely reasonable to me. They tried to give some credit. The main contribution is the solution that Claude came up with.
Re:Claude reveals ECDSA curve origins by nicce on Friday October 16, 2026 @03:46PM (#50123574)
Maybe someone already figured it out, but it is well covered somewhere. And Claude just used it. I wonder if we ever know for sure.
Re:Claude reveals ECDSA curve origins by whizzter on Friday October 16, 2026 @04:06PM (#50123838)
Claude seems to be fairly good at bruteforcing/testing/etc on it's own, it solved a fairly intricate thing while I was busy on other things.

I've adapted a crypto-lib for TLS connections and had a mistake during negotation that truncated some algo-selection value, worked up until the other party started trialling post-quantum algorthims that apparently had algo-id's that collided with the truncated values I was using.

Claude figured out that from the code and trialling TLS handshakes.

Besides, since there was a bounty on finding the curve it seems unlikely that someone would've found out and not shared that? (unless working at a security service that figured out that it was possible to attack?)

Re:Claude reveals ECDSA curve origins by xgk on Saturday October 17, 2026 @06:05AM (#50129610)
I wonder if Claude does the brute-forcing directly. I think what's more likely is that Claude is synthesising programs that brute-force, albeit with interesting heuristics.
Re:Claude reveals ECDSA curve origins by tonfa on Friday October 16, 2026 @03:59PM (#50123749)
Wouldn't they have claimed the bounty?
Re:Claude reveals ECDSA curve origins by nicce on Friday October 16, 2026 @04:04PM (#50123812)
If they thought it to be backdoor, why not sell for some other believer who pays more than the bounty? But anyway, not everyone is after money and fame.
Re:Claude reveals ECDSA curve origins by I_am_tiberius on Friday October 16, 2026 @03:40PM (#50123487)
> The main contribution is the solution that Claude came up with.

That's an argument that must be infuriating to all researchers who ever published a paper on that topic, because most likely Claude was trained with all of them.

Re:Claude reveals ECDSA curve origins by baggy_trough on Friday October 16, 2026 @03:41PM (#50123502)
I suppose so, but it's still the case.
Re:Claude reveals ECDSA curve origins by lp92 on Friday October 16, 2026 @04:38PM (#50124311)
How is that any different from a human that learned from another researcher or paper?
Re:Claude reveals ECDSA curve origins by x______________ on Friday October 16, 2026 @09:08PM (#50126814)
> That's an argument that must be infuriating to all researchers who ever published a paper on that topic, because most likely Claude was trained with all of them.

When do we call it the right time to stop with the pitchforks, torches and selfish tendencies and accept that many papers published were used to help train a tool that brings discoveries to light for the entirety of humanity to benefit?

Now?

Re:Claude reveals ECDSA curve origins by mitxela on Saturday October 17, 2026 @07:30AM (#50130133)
About the same time we accept that capitalism is the best economic system possible and that banks and the stock market create value for the common man.
Re:Claude reveals ECDSA curve origins by baggy_trough on Saturday October 17, 2026 @06:21PM (#50135721)
The average citizen would be far better off if we all did so.
Re:Claude reveals ECDSA curve origins by Dylan16807 on Saturday October 17, 2026 @10:31PM (#50137302)
> banks and the stock market create value for the common man

If we got rid of the two significant ways for businesses to raise money that would be bad for everyone.

Re:Claude reveals ECDSA curve origins by x______________ on Saturday October 17, 2026 @11:30PM (#50137677)
> About the same time we accept that capitalism is the best economic system possible and that banks and the stock market create value for the common man.

Sorry what? Nice deflection but knowledge for the greater good of everyone and selfish corporate greed are not in the same camps of end results, the latter being in the same category of the original reply of individuals being selfish for their discoveries.

Unlocking knowledge is just a matter of time and effort, someone will do it. Why does it matter who when we have new technologies that allows enabling everyone in advancing human knowledge?

Re:Claude reveals ECDSA curve origins by ezoe on Saturday October 17, 2026 @03:18AM (#50128747)
If this is true, NIST staff were a bunch of moron who simply used libc's default RNG(infamous for poor quality), initialize it by srand(time(NULL)) (also bad practice), and then throw out the first hundreds to thousands 20 bytes and use the 20 bytes.

NIST published recommended SEEDS in 1999 July. They spend 2 years checking 20 bytes SEEDS that were generated by casually by a hand of amateurish method.

I do not believe this claim. It just Claude hit a jackpot that happens to match 20 bytes.

Re:Claude reveals ECDSA curve origins by tptacek on Saturday October 17, 2026 @11:50AM (#50132154)
I don't think you understand what NIST was doing. The quality of the random number generator does not matter for this operation. Competing curves replace the RNG entirely with mathematical constants like pi and e.
Re:Claude reveals ECDSA curve origins by selfmodruntime on Friday October 16, 2026 @03:20PM (#50123168)
> None of them were the results of any hash algorithm at all, but rather the output of the C library’s lrand48 random-number generator, seeded with a Unix timestamp!

Could they not be both?

Re:Claude reveals ECDSA curve origins by lanternfish on Friday October 16, 2026 @03:26PM (#50123248)
Extremely unlikely - these are very sparse domains.
Re:Claude reveals ECDSA curve origins by Animats on Friday October 16, 2026 @05:17PM (#50124872)
Somebody must have tried attacking old lost Bitcoin wallets on that basis. But so far those early day Bitcoins haven't moved.
Re:Claude reveals ECDSA curve origins by hoten on Friday October 16, 2026 @03:28PM (#50123291)
Would it have been feasible for a FOIA to reveal the origin from the primary source?

EDIT: ah, one of the linked authors tried that. They had no documentation on it. https://saweis.net/posts/nist-curve-seed-origins.html

Re:Claude reveals ECDSA curve origins by sweis on Friday October 16, 2026 @04:32PM (#50124233)
Yep.

NIST closed it: https://www.muckrock.com/foi/united-states-of-america-10/ori...

NSA ignored it: https://www.muckrock.com/foi/united-states-of-america-10/ori...

I think part of it is I don't know how to write these FOIA requests in the right way they can comply with it. I think you need to be more specific.

Re:Claude reveals ECDSA curve origins by happyPersonR on Friday October 16, 2026 @05:23PM (#50124967)
thank you for at least trying :)

starts to rebuild trust at least :)

what's one thing that you can actually talk about out of this that might help people to understand that's getting lost?

Re:Claude reveals ECDSA curve origins by theandrewbailey on Friday October 16, 2026 @03:48PM (#50123601)
I think it's only a matter of time before we decrypt the Voynich manuscript and the fourth message of Kryptos.

https://beinecke.library.yale.edu/beinecke/collections/beine...

https://allthatsinteresting.com/kryptos

Re:Claude reveals ECDSA curve origins by sterlind on Friday October 16, 2026 @06:01PM (#50125322)
the null hypothesis for Voynich is that it was generated by some random process, like asemic writing, assembling bits from tables and copy/paste/edit. there are some reasons this is plausible (the entropy of Voynich words is low for language, there aren't scribal corrections etc), but fundamentally the "ancient hoax" hypothesis can't be proven, only disproven (since there's so much freedom of choice in generating garbage that it's not a compact explanation.)

so frustratingly, if it is an ancient hoax we can't ever prove it. all we would observe is that we haven't deciphered it, but failing to decipher isn't proof that there's nothing to decipher.

Re:Claude reveals ECDSA curve origins by ndiddy on Friday October 16, 2026 @06:33PM (#50125673)
I recently read a good Voynich paper that makes me pretty sure that it was an ancient hoax. https://journals.openedition.org/digitalmedievalist/2331 The pages are more linguistically similar when read as flat sheets than when read as bound, and there's illustrations that stretch across the "gutter" between flat sheets that are cut off when looking at the bound manuscript. The manuscript was only bound once, in the fifteenth century (around when the pages have been carbon dated to). This means that whoever bound the manuscript was unable to "read" it, and the pages were likely written sheet by sheet before being bound in an arbitrary order.
Re:Claude reveals ECDSA curve origins by snarf21 on Friday October 16, 2026 @08:25PM (#50126546)
I disagree on K4. People are claiming they solved it every day using AI but it doesn't pass the verifier. I would be shocked if it was ever solved by AI.

I personally think it is a weird OTP (effectively). We have the book but the algorithm is so unclear it could be anything.

Re:Claude reveals ECDSA curve origins by ecshafer on Friday October 16, 2026 @03:18PM (#50123145)
Interesting. So there was no humorous phrase, and its probably safe from backdoors. They do look pretty random.
Re:Claude reveals ECDSA curve origins by ultim8k on Friday October 16, 2026 @04:12PM (#50123923)
I wait for the morning that we’ll wake up to ssh keys being useless
Re:Claude reveals ECDSA curve origins by versooth on Friday October 16, 2026 @06:04PM (#50125361)
To be clear, this is in no way close to a cryptographic attack.
Re:Claude reveals ECDSA curve origins by cloudfudge on Friday October 16, 2026 @03:24PM (#50123232)
Makes me wonder if any implementations will do the cute trick of dispensing with the seed constants and deriving them at startup from the unix timestamps. :)
Re:Claude reveals ECDSA curve origins by phyzome on Friday October 16, 2026 @06:59PM (#50125908)
That's one of those things I would consider "cute, but wrong". I'd rather hardcode for efficiency and add a unit test that rederives.
Re:Claude reveals ECDSA curve origins by cloudfudge on Tuesday October 20, 2026 @05:28PM (#50172940)
I mean, if it provably produces the same result, calling it "wrong" is a little much.
Re:Claude reveals ECDSA curve origins by compiler-devel on Friday October 16, 2026 @08:45PM (#50126672)
They'd be trading the seed constants for the timestamp constants, more annoying than cute honestly.
Re:Claude reveals ECDSA curve origins by reaperhulk on Friday October 16, 2026 @03:44PM (#50123533)
As one of the original bounty sponsors, I'm thrilled to pay my portion to ISRG. :)
Re:Claude reveals ECDSA curve origins by egl2020 on Friday October 16, 2026 @03:27PM (#50123275)
Setting aside the use of "an internal research model", how would one go about prompting an LLM to do this?
Re:Claude reveals ECDSA curve origins by john_strinlai on Friday October 16, 2026 @03:33PM (#50123361)
probably something like:

"read this: https://words.filippo.io/seeds-bounty/ then find the solution to the bounty"

Re:Claude reveals ECDSA curve origins by CGMthrowaway on Friday October 16, 2026 @03:45PM (#50123558)
Why did they specifically skip other apparently suitable curve candidates? The B-163 seed and the base point origins of several other curves are still not explained
Re:Claude reveals ECDSA curve origins by andyjohnson0 on Friday October 16, 2026 @03:40PM (#50123482)
On the face if it, the big leap here was Claude autonomously envisioning, and deciding to pursue, the "ancient prng + date" angle - - rather than working backwards from the premise of deliberately weakened seeds or some other popular theory. To me that shows creativity, and modelling of the situation and method of the people at the NSA.

So two questions:

1. TFA mentions the "humourous phrase hash" theory, but Claude's trajectory seems to be a long way from that. To what extent was Claude prompted in the ultimately successful direction?

2. Whats with all the "hmm..." in the internal reasoning process log? Do models really do that? And if so, why? Some weird emergent language thing, or just mimicry?

Re:Claude reveals ECDSA curve origins by tptacek on Friday October 16, 2026 @04:16PM (#50123974)
From the video posted upthread, the vibe I get is that they prompted Claude about the bounty and to approach it from first principles rather than building another clone of John the Ripper.
Re:Claude reveals ECDSA curve origins by cyphar on Friday October 16, 2026 @05:14PM (#50124835)
> 2. Whats with all the "hmm..." in the internal reasoning process log? Do models really do that? And if so, why? Some weird emergent language thing, or just mimicry?

Assuming that is actually the real reasoning trace (open weight model reasoning traces usually do things like switch languages or talk in non-standard English because of model drift, so it's a bit surprising that Claude wouldn't do the same) there was a study a few years ago that found base models produce better answers if you put "take a deep breath" in the prompt[1]. Maybe in the RL training stage stuff like that gets reinforced and because reasoning traces are hidden in RLHF it doesn't get selected out? My money is on it not being the real reasoning trace though.

[1]: https://arxiv.org/abs/2309.03409

Re:Claude reveals ECDSA curve origins by fooker on Friday October 16, 2026 @05:30PM (#50125036)
> the "ancient prng + date" angle

I remember hearing this in a cryptanalysis lecture at some point, so it was not a completely novel theory.

Admittedly I am not finding written evidence of this anywhere.

Re:Claude reveals ECDSA curve origins by xurukefi on Friday October 16, 2026 @04:04PM (#50123814)
Neat. Now they should figure out what's up with the secp256k1 curve and its weird generator point G where 1/2 G has 90 leading 0 bits.
Re:Claude reveals ECDSA curve origins by EGreg on Friday October 16, 2026 @03:13PM (#50123059)
This is huge. It means the Bitcoin and Ethereum communities can now confidently ship the opcodes and precompiled contracts to check ECDSA signatures on P-256 in addition to K-256 curves, and stop worrying about possible NSA backdoors based on the chosen seeds (quantum computers are another story).

I turned out to be right in my advocacy years ago, here is my post: https://ethereum-magicians.org/t/eip-7212-precompiled-for-se...

Re:Claude reveals ECDSA curve origins by tptacek on Friday October 16, 2026 @03:16PM (#50123111)
Nobody conversant with elliptic curve cryptography research believed there was a backdoor based on these seeds; for a number of reasons, best articulated by Koblitz and Menezes (who took on the question directly).

But it's nice to be able to shut the whole unproductive debate down directly.

Re:Claude reveals ECDSA curve origins by ReptileMan on Friday October 16, 2026 @03:22PM (#50123199)
But what if there is a backdoor and just looped the RNG until they find the seeds that will match it. Just in case. /s
Re:Claude reveals ECDSA curve origins by jerf on Friday October 16, 2026 @03:31PM (#50123330)
Taking the question seriously (when I wrote this there was no /s), since I think it is still a question some people legitimately have, it is still extremely implausible that such tight dates and such a small number of iterations are all backdoored. For backdoors to be that dense would indicate some sort of serious flaw in the algorithm as a whole as well, something so serious that it should be fairly obvious. If these were initialized from dates, each separated by some billions of years and with the iteration parameters also in the millions or billions or trillions for no apparent reason it would be time to be suspicious.

Is it impossible? It is hard to prove impossible. But this is not what I would expect backdoors to look like.

In fact this makes me think that the information about how these were generated must have been lost very early in the process, or over-compartmentalized away from the wrong people. It seems like the NSA should have been positively delighted to show that these were the origins of the seeds as they are decent "nothing up my sleeve" numbers: https://en.wikipedia.org/wiki/Nothing-up-my-sleeve_number Advertising that fact should have been advantageous to the NSA if that is indeed how they were generated, so my best guess is that the parts of the NSA that should have been showing us that must not have themselves known.

Re:Claude reveals ECDSA curve origins by clipsy on Friday October 16, 2026 @03:22PM (#50123193)
If there’s one thing everyone knows about conspiracy theorists, it’s that they’re willing to accept concrete disproof of their theories. /s
Re:Claude reveals ECDSA curve origins by Havoc on Friday October 16, 2026 @03:32PM (#50123344)
>“seed” parameter

>provided by the NSA with no explanation or justification.

Really? Nobody is concerned about the NSA just cheerfully dictating that? Smells very rainbow-table-y

Re:Claude reveals ECDSA curve origins by soulofmischief on Friday October 16, 2026 @07:54PM (#50126356)
Every domain expert has been concerned with this for multiple decades.
Re:Claude reveals ECDSA curve origins by myth_drannon on Friday October 16, 2026 @03:18PM (#50123142)
Not entirely related to the topic, but did someone spent some tokens trying to figure out the origins of the "Wow! Signal" (https://en.wikipedia.org/wiki/Wow!_signal) ?
Re:Claude reveals ECDSA curve origins by littlecranky67 on Saturday October 17, 2026 @03:35AM (#50128834)
Or some tokens for who killed the Kennedys?
Re:Claude reveals ECDSA curve origins by ArcHound on Friday October 16, 2026 @03:32PM (#50123339)
Seems to me like a nothing burger? As long as there is no weakness, why should I care which PRNG shuffled bytes?
Re:Claude reveals ECDSA curve origins by entrope on Friday October 16, 2026 @04:09PM (#50123886)
The process to generate these was opaque, so there was some concern that the values might have been backdoored somehow like Dual_EC_DRBG was; we didn't even have confidence that they were generated from a PRNG rather than some other process. Knowing that the values were generated this way makes it much less plausible that there is such a backdoor.
Re:Claude reveals ECDSA curve origins by charcircuit on Friday October 16, 2026 @05:04PM (#50124689)
>like Dual_EC_DRBG was

There is no evidence that it was backdoored.

Re:Claude reveals ECDSA curve origins by ArcHound on Friday October 16, 2026 @05:09PM (#50124762)
But you can still analyse the behaviour of the values to identify backdoor behaviour rather than insisting on uncovering the exact method od generation.

Just seems to me like that's quite low on the priority list. I guess this result assures some people that the values are good.

Re:Claude reveals ECDSA curve origins by mswphd on Friday October 16, 2026 @07:36PM (#50126242)
you (mostly) can't. In computing, "random" is a property of a process to generate a number, not a property of a number itself. You cannot directly analyze a number to determine it has been randomly generated.

There are some caveats here. There are some intrinsic properties of numbers that random numbers satisfy with high probability, e.g. having high kolmogorov complexity. But these are generally very difficult to compute, and I would personally guess you could concoct (probably artificial) scenarios where

1. picking parameters randomly yields a secure construction, but

2. there exists a parameter set with high kolmogorov complexity that is insecure.

e.g. "high kolmogorov complexity", while being a property of random numbers, is generally not viewed as nearly as useful as being randomly generated (which is exhibited by saying generator + seed = the particular number, like in this article).

Re:Claude reveals ECDSA curve origins by ArcHound on Saturday October 17, 2026 @07:14AM (#50130045)
Sure, I agree. I'm mostly looking for backdoors as the goal, not identifying generation algorithm.

And yes, knowing what numbers are bad so that we avoid them is a good goal.

Re:Claude reveals ECDSA curve origins by Dylan16807 on Saturday October 17, 2026 @11:08PM (#50137549)
An ideal backdoor would have completely invisible behavior to anyone that doesn't know the key.
[dead]
Re:Claude reveals ECDSA curve origins by jodrellblank on Tuesday October 20, 2026 @07:14AM (#50164508)
This is a common lament; in the 1950s we imagined robots butlers and kitchens, while we did thinking work. From Moravec’s Paradox in 1988 it’s easier to make machines do brain tasks than movement tasks. We wanted machines to work while we played and we got Deep Blue playing while we work. LLMs take the fun of writing code and turn programmers into managers. A monkey’s paw inversion of what programmers wanted - more coding and less admin. LLMs are solving the fun puzzles leaving the hard ones for people, another inversion.

As people say on Twitter, the machine is coding, puzzling, playing, and unstressed; you are washing the dishes, doing the chores, managing its workload, and responsible for its mistakes. :-|

https://en.wikipedia.org/wiki/Moravec%27s_paradox

Re:Claude reveals ECDSA curve origins by baggy_trough on Friday October 16, 2026 @03:22PM (#50123183)
Stochastic parrot truthers in shambles.
Re:Claude reveals ECDSA curve origins by adastra22 on Friday October 16, 2026 @03:22PM (#50123184)
> This is not a cryptographic break, new attack, or weakness in the ECDSA curves. In fact, this makes us more confident the curves were chosen without any backdoors or intentional weaknesses.

Uh… did you talk to any cryptographers? This is EXACTLY what a weak curve would look like. Imagine that 1 in a thousand, or one in a million keys, selected at random, are vulnerable to some withheld attack. This approach lets you vary the timestamp or number of iterations until a weak key is found, then have plausible deniability afterward. This is why modern systems choose constants in a way with no free choice of parameters (e.g. sqrt of 2 for first constant, cube root for second constant, etc.).

They even note later in the article that viable curves in the generator sequence seem to have been skipped.

Re:Claude reveals ECDSA curve origins by mapmeld on Friday October 16, 2026 @03:25PM (#50123245)
This is discussed in the post - since the NSA never mentioned how these seeds were created, it seems unlikely that they would develop a cover story that would not be shared and only opened to scrutiny many years later
Re:Claude reveals ECDSA curve origins by john_strinlai on Friday October 16, 2026 @03:35PM (#50123401)
>Uh… did you talk to any cryptographers

google some of the names under the "Who we are" heading

Re:Claude reveals ECDSA curve origins by sweis on Friday October 16, 2026 @05:15PM (#50124845)
Yes. I did speak to a cryptographer.
Re:Claude reveals ECDSA curve origins by adastra22 on Saturday October 17, 2026 @02:43AM (#50128574)
I worry that your statement in this article gives an incorrect impression of the risks here. I would have objected to the excessively positive framing regardless, but the "much" in "much less plausible" is not warranted, I think. What you have done, which is important, is constrain the type of backdoor that might be in there. But we can't say more than that right now with any certainty.
Re:Claude reveals ECDSA curve origins by nickysielicki on Friday October 16, 2026 @04:46PM (#50124417)
So it’s pretty clear that Anthropic is privately trying to break cryptography.
Re:Claude reveals ECDSA curve origins by nomel on Friday October 16, 2026 @05:34PM (#50125072)
I see it as: they're all trying really hard problems that aren't in the training data, to gauge if their models are improving, achieved by looking at problem that humans haven't been able to solve yet. The evidence to this is all the problems being publicized in the last few weeks.
Re:Claude reveals ECDSA curve origins by Latty on Friday October 16, 2026 @05:53PM (#50125251)
Or, less favourably: they are burning a ton of tokens on any random "hard" tasks they can think of to try and generate stories about AI doing amazing things to pump the hype, infinite monkeys theorem as a playbook. You only advertise the ones you succeed on, thus pushing the idea that's what they do routinely. Stochastic "genius".
Re:Claude reveals ECDSA curve origins by bowmessage on Friday October 16, 2026 @06:37PM (#50125712)
Whether by brute force or by way of clever tricks, the fact that they reverse engineered the source of these curves is impressive.
Re:Claude reveals ECDSA curve origins by perching_aix on Friday October 16, 2026 @06:51PM (#50125837)
If these arguably very finite amount of monkeys allow them to pull off such campaigns so frequently and consistently, these monkeys kinda do got it going on.
Re:Claude reveals ECDSA curve origins by Latty on Saturday October 17, 2026 @03:43AM (#50128862)
Finite doesn't mean small. We have no idea how much they are burning in the back to do this. If you are taking things people just don't care about enough to invest the necessary effort/money to solve, and spend way more than anyone else is willing to spend to solve them, the solution could be less AI and more access to lots of investor money you can burn on PR.

The real question is "how much would it cost me to solve a similarly hard problem?" which is impossible to answer without them giving the detail on how many of these projects they are running and how many tokens they are burning, something they don't tell us.

Re:Claude reveals ECDSA curve origins by perching_aix on Saturday October 17, 2026 @05:44AM (#50129497)
I have considered this angle before, but landed on that it's not like anyone was ever actually going to do so.

I tend to think of the market kind of like a social media feed, i.e. engagement matters. Even if they're establishing these results at an overhead, they're doing so with money that otherwise would probably never be spent on these problems, or would only be over very long timeframes.

Whether this is sustainable is where what you describe comes in. And it may not be, but that doesn't mean it isn't impressive. Lots of cool technologies in history that failed to justify their stay.

Re:Claude reveals ECDSA curve origins by Latty on Sunday October 18, 2026 @05:57AM (#50139566)
It makes a big difference to if you view LLMs as a tool that's going to do all the things the CEOs are claiming, or a tool that's in the middle of a bubble and is going to end up being a lot less than they claim (which can still be a useful tool, to be clear, they are claiming a lot).

You are right that there is nothing wrong with, e.g: Red Bull sponsoring an extreme athlete to do some crazy sport that was otherwise never going to get funding. It's true that otherwise they were never going to get funding for it, but it's advertising for Red Bull and something cool for people doing something interesting, win-win.

I think the difference is that Red Bull have a very strong income stream that funds it. Currently all these AI companies are burning investor money, and to me, that looks less like "savvy advertising" and more like "pumping the bubble".

Re:Claude reveals ECDSA curve origins by red75prime on Friday October 16, 2026 @10:48PM (#50127398)
Have you noticed "infinity" in the "infinite monkey theorem"? Combined with a combinatorial explosion this means no practical usage.
Re:Claude reveals ECDSA curve origins by Xirdus on Saturday October 17, 2026 @01:11AM (#50128153)
They're building hype around their product by solving genuinely hard problems? To quote xkcd[1]: Mission. Fucking. Accomplished.

[1] https://xkcd.com/810/

Re:Claude reveals ECDSA curve origins by Dylan16807 on Saturday October 17, 2026 @10:35PM (#50137332)
The less favorable interpretation is not "genuinely hard".
Re:Claude reveals ECDSA curve origins by nomel on Sunday October 18, 2026 @05:34AM (#50139462)
How is that a logic interpretation? They're problems humans couldn't solve. That makes them hard, by definition.
Re:Claude reveals ECDSA curve origins by Latty on Sunday October 18, 2026 @05:51AM (#50139547)
They are problems humans couldn't solve given the level of interest and investment they had. You can believe the LLMs made it viable to solve them cheaply, that's the narrative they are selling, but I think it is not unreasonable to point out the companies are willing to burn way more money than the problems have been considered "worth" historically solving them to advertise their LLMs.
Re:Claude reveals ECDSA curve origins by Dylan16807 on Sunday October 18, 2026 @09:12AM (#50140815)
One of the headlines was applying an already-known enigma machine algorithm to a single message nobody had figured out the key for. Neat result, but could have been solved by a focused human without much effort.
Re:Claude reveals ECDSA curve origins by nomel on Monday October 19, 2026 @03:55PM (#50157240)
True, that was one of the headlines. Now, how about all the rest [1]?

[1] https://www.businessinsider.com/openais-math-dump-rattles-ma...

Re:Claude reveals ECDSA curve origins by shye on Friday October 16, 2026 @07:22PM (#50126104)
This effort is relevant to "breaking cryptography" about as much as publishing the script for a 40 years old movie would break the film industry.
Re:Claude reveals ECDSA curve origins by nickysielicki on Saturday October 17, 2026 @12:05AM (#50127821)
They are throwing Claude at questions around cryptography.
Re:Claude reveals ECDSA curve origins by j2kun on Friday October 16, 2026 @06:07PM (#50125392)
If it was insecure and they found it first, that'd be better than many alternative actors who would eventually find the same exploit.
Re:Claude reveals ECDSA curve origins by amelius on Friday October 16, 2026 @05:48PM (#50125208)
As are all companies working in quantum computing.
Re:Claude reveals ECDSA curve origins by perching_aix on Friday October 16, 2026 @07:07PM (#50125985)
Yeah, happy to see. Wouldn't it be cool if the many computational hardness assumptions were no longer just assumptions? If the algorithms and implementations used would no longer require the holy blessings of arbitrary - if credentialed - researchers?

Or consider the algorithmic complexity classes underpinning all of this, not just P vs NP, but also whether quantum computers are actually a distinct class, since that is not proven yet either afaik. The reason we're moving to quantum resistant algos in the first place.

Re:Claude reveals ECDSA curve origins by phyzome on Friday October 16, 2026 @06:55PM (#50125871)
Eh, I hate Anthropic too, but this seems pretty tame. Lots of people have wanted to know the origin of those seeds even though they thought there was no back door.
Re:Claude reveals ECDSA curve origins by soulofmischief on Friday October 16, 2026 @06:57PM (#50125887)
Um, we all are. Do you not want people routinely testing the locks that guard your home against attacks enabled by the latest technologies?
Re:Claude reveals ECDSA curve origins by throawayonthe on Saturday October 17, 2026 @10:50AM (#50131667)
seems like a pretty bad analogy because, yeah, i don't care about my lock being tested lol? it's not a security device
Re:Claude reveals ECDSA curve origins by soulofmischief on Saturday October 17, 2026 @11:22AM (#50131910)
That's a funny joke!
Re:Claude reveals ECDSA curve origins by dmboyd on Friday October 16, 2026 @11:15PM (#50127571)
Owning all cryptocurrency, and really all financial transactions over the internet, might briefly justify the Anthropic valuation
Re:Claude reveals ECDSA curve origins by driverdan on Saturday October 17, 2026 @01:03AM (#50128117)
We should be certain that the crypto algos we use are secure. It would be a great use of their resources to try to break crypto.
Re:Claude reveals ECDSA curve origins by snypher on Saturday October 17, 2026 @11:40AM (#50132059)
Yes, boil the seas so we can confirm our cyber funny-money is still funny.
Re:Claude reveals ECDSA curve origins by nonethewiser on Saturday October 17, 2026 @08:32AM (#50130552)
The models are really good at cryptography.

Remember when OpenAI published 700 math break throughs and absolutely none involved cryptography?

Re:Claude reveals ECDSA curve origins by anthk on Saturday October 17, 2026 @12:24PM (#50132441)
None except for discrete math and number theory.
Re:Claude reveals ECDSA curve origins by ceifa on Friday October 16, 2026 @05:16PM (#50124869)
crazy
Re:Claude reveals ECDSA curve origins by nullc on Friday October 16, 2026 @05:36PM (#50125089)
On September 20th a friend told me that he had as significant number of Anthropic credits that were about to expire and wondered about a use for them. I do not use their products because of their relentless commitment to depriving the public access to artificial intelligence (and particularly any AI that isn't acting on their behalf) and I strongly discourage anyone else from doing so. But since he was going to use the credits for something, I tried to think of a skut work task that would be of only idle curiosity and would not help advance their capability, enable a meaningful public announcement* for them, and was likely already probed by many others (so success would only be lottery effects). -- and basically just something so pointless I wouldn't want to waste my own compute grinding on it but might like to see the result.

So I recommended determining the origins of ECC seeds and base points. The agent worked continuously for many hours and did not uncover anything interesting that wasn't already known. I looked at the transcript and was struck by how idiotic the agent was-- significantly below the standard of intelligence I've come to expect from GLM running locally.

I'm not saying this to suggest that misanthropic hijacked someone elses work yet again-- this is an obvious question that many people have surely posed and success presumably depended on expert use (which was absolutely not applied in my friends example). But it does make me wonder if the company invisibly degraded the model performance.

[*] Seems I underestimated how trivial a result they'd bother trying to spin!

Re:Claude reveals ECDSA curve origins by octoberfranklin on Saturday October 17, 2026 @12:03AM (#50127814)
I looked at the transcript and was struck by how idiotic the agent was-- significantly below the standard of intelligence I've come to expect from GLM running locally.

Sandbagging is real.

Re:Claude reveals ECDSA curve origins by nullc on Saturday October 17, 2026 @01:58AM (#50128379)
I am laughing at the dead comment-- insulting my intelligence for supposedly being unaware of concerns related to NIST curve parameters.

Some points:

I am one of the authors of libsecp256k1, the primary implementation of the aforementioned "different elliptic curve" used widely in cryptocurrency systems. I would characterize the position differently: Secp256k1's design is rigid, or quite close to it (at least as much as anything made before being rigid was an explicit goal).

Knowing how the seeds were selected in the NIST curve does not render them rigid and were very unlikely to do so: the scheme described ends up giving them 20-25 bits of freedom, perhaps more (esp given the unexplained skip values)-- plus more bits for the 'choice of scheme'.

Of course, it seems unlikely that 25 bits of grind gives you an exploitable weakness, but that was also true for 256 bits of grind. You're dealing with an unknown-unknown, once you are concerned about the the possibility of magically weak curves which we have no reason to believe exist at all why would not also be concerned that they exist at one in a million levels and not just one in a billion? (especially given compute available at the time they probably couldn't even have ground out that many more bits).

The whole concept of rigid parameters which is now popular is that by making the selection inflexible you avoid the losing game of debating how much free grinding is too much-- the right amount is there should be no avoidable grindspace. The fact that the origin of the seed wasn't immediately apparent right away meant that there was substantial grindspace-- if nothing else the selection among the myriad possible schemes that people would have found credible.

I don't think the result meaningfully changes the reason for preferences. And more recent development has rendered the question less interesting: New systems are mostly PQ and ideally PQ hybrids. Things using ECC should likely prefer Curve448 because of better security vs performance tradeoffs and not being as close to the edge for advancing attacks. If older cryptosystems are desired, now that the GLV patent has expired secp256k1 has considerable performance benefits-- another good reason to continue using it.

The 'advantage' of many vendor P256 libs is also illusory-- people think their microcontroller ecdsa binary is "hardware accelerated" when often it's a barely competent software implementation that has serious design (e.g. timing sidechannels) and interface flaws.

I also think it's not that relevant because the systems that use secp256k1 more than anything else do so for compatibility reasons (because that's what Bitcoin originally used-- and other systems were either trying to be compatible or were slavishly copy-and-pasting and avoiding departing from Bitcoin's choices out of an abundance of caution)-- and discovering that NIST curves might be better than some feared probably has no impact.

The idea that someone would go "oh, I'll use P256 now!" when they would otherwise have used e.g. secp256k1 seemed implausible to me at the time-- and continues to do so now, having seen the conclusion. Maybe someone, somewhere does--- but meh.

Of course, finding something problematic would be incredible news-- but I don't think I was unreasonable in assigning a probability essentially zero to that. Moreover, what I was describing was my casual thoughts about someone elses disposable credits-- no one else is required to agree: Unlike some other parties (say, anthropic)-- my view that some line of research isn't good or interesting has no bearing on anyone elses ability to pursue them. :)

Cheers!

Re:Claude reveals ECDSA curve origins by IshKebab on Friday October 16, 2026 @05:43PM (#50125156)
> Let me be careful about the plausibility: is it suspicious that such an obvious thing wasn’t discovered in 25 years?

Alright Claude no need to rub it in.

Re:Claude reveals ECDSA curve origins by andai on Friday October 16, 2026 @05:56PM (#50125289)
mda5("Sneed's Feed and Seed (Formerly Chuck's)")
Re:Claude reveals ECDSA curve origins by supportm on Friday October 16, 2026 @06:25PM (#50125580)
You can't prove the non-existence of a backdoor to elliptic curves...
Re:Claude reveals ECDSA curve origins by phyzome on Friday October 16, 2026 @06:57PM (#50125891)
But you can show that there isn't room for (enough) unexplained entropy.
Re:Claude reveals ECDSA curve origins by cowlby on Friday October 16, 2026 @06:34PM (#50125682)
For fun, give Opus 5.5 the initial hint and watch it work through it:

"There's a curiosity I noticed in the seeds of the ECDSA curve origins. You see the 1st digit is never over 7, which means that the left most bit is never over 0. lrand48() returns 31 bit numbers u know? So what if those 4 seeds were built from lrand48 or something. If they're built from 31 bit numbers on per 32 bit word that explains the pattern. Wonder if there's some other insight you might have beyond this"

Re:Claude reveals ECDSA curve origins by TedDoesntTalk on Friday October 16, 2026 @07:11PM (#50126011)
I gave Open 5.5 high your hint. This was the most interesting output:

'Side curiosity: many of the SECG/X9.62 seeds contain the ASCII text 4D696E6768756151 75 = "MinghuaQu" (a Certicom researcher), sometimes shifted by half a byte.'

I don't see any mention of that in the article.

Re:Claude reveals ECDSA curve origins by pbsd on Friday October 16, 2026 @07:29PM (#50126166)
That is mentioned in a years old post: https://saweis.net/posts/nist-curve-seed-origins.html
Re:Claude reveals ECDSA curve origins by ealexhudson on Saturday October 17, 2026 @06:24AM (#50129707)
Off your direct point, but I found this line in the article interesting: ""Jerry Solinas did provide the seeds to me sometime in Fall 1997."

The seed for P-224 uses a timestamp from 1998, and they also said the four binary curve seeds were timestamps from 1984 that were doubled - someone did srand48(time / 2) not srand48(time).

Did the P-224 seed get updated later / was not provided in 1997, or is there some other reason for this? Otherwise, it looks like one third of these values need additional excuses to get them to map to the time range in question...

Re:Claude reveals ECDSA curve origins by pbsd on Saturday October 17, 2026 @12:50PM (#50132699)
The first version of the X9.62-1998 standard, where these curves first showed up, only had P-192, P-256, and the prime192v{1,2,3} and prime239v{1,2,3} curves. These also happen to be the curves with the earliest timestamps (along with P-384 and P-521). It also contained 163-bit curves, but none of those correspond to the later B-163 curve.

So yeah, it seems plausible P-224 and the B-* curves were generated at a later date.

Re:Claude reveals ECDSA curve origins by bowmessage on Friday October 16, 2026 @07:30PM (#50126177)
this has been known for some time: https://bitcointalk.org/index.php?topic=5469657.10
Re:Claude reveals ECDSA curve origins by Sharlin on Friday October 16, 2026 @07:25PM (#50126131)
What if you omit the mention of lrand48?
Re:Claude reveals ECDSA curve origins by mariusAsa on Friday October 16, 2026 @06:42PM (#50125761)
Two weeks ago I was trying to solve this exact problem with the wrong approach they describe in the beginning... see here: https://github.com/mariusAsa/NistEllipticCurvesBounty
Re:Claude reveals ECDSA curve origins by gigatexal on Friday October 16, 2026 @07:42PM (#50126281)
So can we break crypto wallets now? Huzzah I’m going to be rich! ;-)
Re:Claude reveals ECDSA curve origins by ceroxylon on Friday October 16, 2026 @07:55PM (#50126361)
Kudos to Anthropic for choosing the higher bounty and donating it to ISRG, that is a very nice gesture.
Re:Claude reveals ECDSA curve origins by greatgib on Friday October 16, 2026 @08:01PM (#50126406)
What proof is it that it is really the origin of the curves? That looks credible like most hallucinated output of LLM but it might easily be a coincidence similar to a collision attack, no?

Especially finding the solution that is based on using a random number generator.

It's like people seeing proof that the future was written in Harry Potter books by reading the first letter of the top of the page of a weird set of pages.

Re:Claude reveals ECDSA curve origins by tptacek on Friday October 16, 2026 @09:39PM (#50127019)
So I have this straight, you're concerned that the raw output of lrand48 seeded by a timestamp taken at the time the curves were known to be generated might happen to collide with a hash function output, or, better yet, the precise value needed to trip an unknown elliptic curve vulnerability?

I have that right?

Re:Claude reveals ECDSA curve origins by Naru41 on Friday October 16, 2026 @08:25PM (#50126554)
For me, it was news that showed the cleverness of chacha's choice to use the "expand 32-byte k" ASCII byte sequence as a constants.
Re:Claude reveals ECDSA curve origins by throwaway81523 on Friday October 16, 2026 @08:36PM (#50126604)
I didn't know that Jerry Solinas had died. I knew him slightly. He wasn't all that old. RIP regardless of whatever minor controversies he might have gotten into.
Re:Claude reveals ECDSA curve origins by 0xB0D on Friday October 16, 2026 @08:46PM (#50126673)
Computers can search information space exhaustively.

This is not very exciting

Re:Claude reveals ECDSA curve origins by zulban on Friday October 16, 2026 @08:53PM (#50126714)
You should apply your brilliant insights to win cash prizes like that then.
Re:Claude reveals ECDSA curve origins by generalizations on Friday October 16, 2026 @10:48PM (#50127401)
They are so desperate for claude to be good at maths, like chatgpt. But claude is optimized for quick, pragmatic results and chatgpt is trained to be careful. There is a reason the best anthropic could do was an organized search - not real mathematics.
Re:Claude reveals ECDSA curve origins by Thorentis on Saturday October 17, 2026 @12:15AM (#50127883)
To me, this shows just how many open problems which have obvious solutions, or solutions which people suspect might be true but have not verified, can be confirmed with code that nobody except agents can be bothered to write.

At the extreme end of the optimism spectrum, there is a multiple million LOC program waiting to be written that can fully understand e.g. human DNA, or cancers, or proteins, or whatever else is needed to propel us forward medically. But of course, I'll believe it when I see it.

Re:Claude reveals ECDSA curve origins by ricksunny on Saturday October 17, 2026 @12:59AM (#50128095)
I’d be interested in a Bayesian analysis of how they arrive at the degree of certainty that their hypothesized solution is in fact the correct one. Like even if it’s 99.999999% likely or some such, I’d still like to see the math at how they arrive at that. Edit: Since in crypto solutions there’s always this question of hamming distance. PS. Amazing I can get downvoted already, minutes in, for posing a show-me type comment, (presumably just for making noise in face of big crypto brand names like Anthropic & NSA), without substantiation for the downvote; thanks HN community for displaying your spots. Even if a Bayesian analysis would be trivial in the case at hand, the effort would be helpful at informing similar efforts entailing comparatively greater uncertainty.
Re:Claude reveals ECDSA curve origins by iririririr on Saturday October 17, 2026 @01:00AM (#50128101)
it's funny how they release highly editorialized reasoning output, but in production they hide it because it was outputting extremely embarassing "dumb" toughts with the low compute limits they gave the subscription tiers.
Re:Claude reveals ECDSA curve origins by Uptrenda on Saturday October 17, 2026 @02:12AM (#50128438)
They glow in the dark so you hit em' with your car.
Re:Claude reveals ECDSA curve origins by rustyhancock on Saturday October 17, 2026 @02:15AM (#50128456)
> There is no action to be taken or things to do differently. Most researchers trusted the curves already. Enjoy.

Didn't know I needed to hear this until I saw it.

Not sure where along my life I became so tense all the time!

Re:Claude reveals ECDSA curve origins by gorgoiler on Saturday October 17, 2026 @02:22AM (#50128479)
There are a few Unix command patterns I type out quite a lot more than any others. Every time I do so I wonder “isn’t there a better way of doing this?”. I know I could do better or use better tools but also, meh, who cares? It’s more important to be productive than to be right, right?

The classics, of course:

  ls -larth
  … | awk ‘{print $…}’
  for f in … ; echo foo $f ; end | sh -x
(Weird to mix fish and sh, I know. Sue me!)

Another one though is if I need some kind of random-ish seed for something like a cache key, or a hidden URL path directory, or the password for the bitcoin wallet I keep publicly online to taunt others:

  date | md5sum
Glad to hear I’m not alone!
Re:Claude reveals ECDSA curve origins by internet_points on Saturday October 17, 2026 @04:27AM (#50129073)

    $ cat .inputrc 
    "\e\C-a": " | awk '{print $ }'\C-b\C-b\C-b"
then control+alt+a inserts your awk snippet, and you have even less reason to learn modern tools
Re:Claude reveals ECDSA curve origins by ezoe on Saturday October 17, 2026 @03:09AM (#50128697)
I have strong doubt on this claim.

It claims that NIST member feed UNIX time of certain points in 1997-1998 to srand() and draw 20 bytes for n times, then use the last 20 bytes for the SEEDS.

Why NIST staff in 1999 used default rand() implementation of libc(or languages which rely on libc) at that time? Linear congruential generator was infamous for its poor quality even in 1990s.

NIST published recommended SEED value in 1999, July. Why did they use UNIX time from 1997-1998?

Why the exact date of that UNIX times are so sparse? 1 in 1997 May, 3 in 1997 Auguest, 1 in 1998 April? If they did srand(time(NULL)), it should be more closer.

The number of n'th 20 bytes thrown out is also doesn't make sense. n=139 for P-192, n=7026 for P-224 and so on. Why did they choose this numbers in particular? Why P-192 was odd and 3 digits while rest of 4 were even and 4 digits?

It seems to me, Claude simply hit a jackpot of coincidentally matching 20 bytes.

Re:Claude reveals ECDSA curve origins by aeternum on Saturday October 17, 2026 @03:31AM (#50128816)
Interesting theory but 20 bytes seems like a lot to match given only the entropy of dates. Can you make this theory quantitative, IE show that with the entropy of n, arbitrary date, and choice of rand implementation there are sufficient degrees of freedom to hit 20 bytes?
Re:Claude reveals ECDSA curve origins by Dylan16807 on Saturday October 17, 2026 @11:17PM (#50137613)
> coincidentally matching 20 bytes

Ahaha ha hahaha haha ha haaha ha.

No.

Re:Claude reveals ECDSA curve origins by accountrequired on Saturday October 17, 2026 @05:22AM (#50129362)

  >Let me be skeptical...is it plausible in reality?
For a token or two, maybe the GPU felt warmth.
Re:Claude reveals ECDSA curve origins by tatersolid on Saturday October 17, 2026 @07:13AM (#50130037)
I know it has no security impact in this case, but isn’t it odd a bunch of cryptographers would choose a weak PRNG seeded by the date for a task like this?

Even state lotteries back then used physical ping pong balls and a nothing-up-my-sleeve show after the evening news.

The prolonged conspiracy theories until this discovery make some sense… not having a ceremony around anything supposedly “random” is unexpected, even back in the 1990s.

Re:Claude reveals ECDSA curve origins by tptacek on Saturday October 17, 2026 @11:54AM (#50132185)
No, it's not odd. This isn't a task for which a cryptographically secure random number is needed. In fact, it's closer to the kind of task where you want the opposite thing (a deterministic random number generator, like you'd use for a simulation).

The starting point for finding a curve coefficient is totally arbitrary (so long as the math on the resulting curve equation checks out). Competing curves use mathematical constants like pi and e to do the same thing. It's simply a number everyone has to agree on; it has no other significance.

Re:Claude reveals ECDSA curve origins by HackerThemAll on Saturday October 17, 2026 @02:09PM (#50133491)
It just means that we should use cryptographically-secure PRNG for EVERYTHING even remotely related to crypto, and even for low priority systems. Everything, including passwords that we routinely generate and store in vaults/password managers.
Re:Claude reveals ECDSA curve origins by the_black_hand on Saturday October 17, 2026 @11:57PM (#50137792)
"tried all 2¹⁷ values of the 17" - so bruteforce?
Re:Claude reveals ECDSA curve origins by paaloeye on Friday October 23, 2026 @10:38AM (#50209844)
How many billions with a capital B, but still NO syntax highlighting, NO Copy as Markdown, and NO `text/markdown` content negotiations? Disappointing.