News for hackers. Stuff that matters.

philodeon

Oh great, now Cloudflare needs to revoke an entire certificate authority…
Re:NSA and IETF, Part 9 on Saturday August 15, 2026 @01:16AM (#49307868)
Henry de Valence is the person mentioned in that quote as having moved in next door to Appelbaum, as documented by djb:

https://eindhoven.cr.yp.to/false-statements-by-henry-de-vale...

Re:NSA and IETF, Part 9 on Saturday August 15, 2026 @01:08AM (#49307826)
No, the original claim was by me. And I gave you a plausible story. You just didn’t want to hear it.

https://news.ycombinator.com/item?id=48820336

Re:NSA and IETF, Part 9 on Saturday August 15, 2026 @01:00AM (#49307781)
Quoting https://archive.fo/3QWJF#selection-801.0-805.168

“Als Appelbaum im September 2015 an der Technischen Universität Eindhoven ein Doktorandenprogramm beginnt, ist auch sie interessiert. Für Appelbaum ist die Universitätsstelle in Eindhoven auch eine existentielle Stütze, falls er, nach den Vorwürfen im März in Valencia, seine Arbeit beim Tor-Projekt nicht fortsetzen kann. Lovecruft versucht schließlich, bei den selben Professoren wie Appelbaum angenommen zu werden. Am Ende wird ihr das nicht gelingen. Ein anderer Mensch wird jedoch das Büro beziehen, das direkt neben Appelbaums liegt. Es ist der Lebenspartner von Isis Agora Lovecruft oder einer ihrer Lebenspartner, das ist nicht klar. Dieser Mann wird später Arbeiten von Appelbaum bewerten, deren Ergebnisse für dessen Vorankommen in der Universität wichtig sind. Im Januar 2016, kurz nachdem sie an der Universität in Eindhoven abgelehnt wird, beteiligt sich Isis Agora Lovecruft daran, Geschichten zu sammeln über Jacob Appelbaum.”

Re:NSA and IETF, Part 9 on Friday August 14, 2026 @11:05PM (#49307212)
I enjoyed the @tptacek cameo. I suspect tptacek didn’t.
Re:NSA and IETF, Part 9 on Friday August 14, 2026 @11:02PM (#49307195)
Sorry, everyone who was inclined to have a heart ended up seeing the comments made about the guy murdered on the campus of Utah Valley University. And the murder victim’s wife and kids.

Decorum is over.

Re:Jason Arday Found Dead on Friday August 14, 2026 @04:35PM (#49304248)
The article has at least a dozen side by side highlighted examples of plagiarism. The title is irrelevant.
Re:Jason Arday Found Dead on Friday August 14, 2026 @04:06PM (#49303920)
Yes, the plagiarism has been amply demonstrated.

https://ncofnas.com/p/dei-fraud-and-cover-up-at-cambridge

Re:Half-Life ported to Mac OS 9 on Tuesday July 28, 2026 @09:35PM (#49092380)
And just a few years later, Apple shipped an iTunes 2 installer that could wipe your external hard drives.
Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @03:22PM (#48822423)
Yes, that’s the deflect part of deflect and minimize.
Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @03:16PM (#48822331)
Because both the article and your continued arguments about ML-KEM demonstrates that in confirmed cases of NSA sabotage and in hypothetical cases of NSA sabotage, your job is to deflect, minimize, and avoid any responsibility being doled out. I hope you’re well paid for this job.

When we find out that the ML-KEM math was thoroughly broken by NSA for years, your response will be “gosh, nobody could have known that. It’s best not to hold anyone responsible though, certainly not the NIST employees whose names are all over the evidence…”

Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @03:02PM (#48822116)
Ok, let me be clear: the NIST is a proxy organization for the NSA. The declassified internal history of the NSA makes it clear that they were subverting the NIST back when they were still called the National Bureau of Standards.

Just because NIST engages in some wholesome activities doesn’t mean that their core purpose isn’t to do the bidding of the NSA.

Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @02:36PM (#48821741)
I was making the point that if you have subverted the NIST to do your bidding in what appears to be a neutral way, obviously you’re going to have some feel-good projects in your portfolio. Otherwise, the folks that the Soviets called “useful idiots” wouldn’t have anything to point to to exonerate them.
Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @02:34PM (#48821717)
As your article points out, Hoffman wrote a specification for spewing as many NSA-controlled “random” bytes into TLS packets as he could get away with, after Rescorla’s attempt failed. Hoffman’s work became an experimental RFC.

Yet, your article says “In at least one case, Hoffman even attempted to provide a cryptographic rationale for extra randomness. Of course, naming-and-shaming either of them is pretty silly.” This makes no sense. We have names for criminal equivalents of his behavior: criminal mischief, disturbing the peace, conspiracy, etc. But if you do these things on a standards board, you get a pass? This was a concerted well-funded effort to compromise your security and my security. I think he should be put in a pillory and tarred-and-feathered.

You continue to cover for malicious actors with your “but the NSA didn’t write it!” insistence. The classic anti-Schneier Dual-EC take around 2007 was “but the NSA wouldn’t insert a backdoor, they would destroy their public image!” Your insistence is the equivalent of “but the NSA wouldn’t do that AGAIN!” Fool me once…

Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @02:09PM (#48821386)
To quote you: “ (I'm among an elite cadre† of cryptography-adjacents who felt it probably wasn't, but only because I thought it was too stupid to actually be used anywhere --- as soon as it was disclosed that (a) it was a default-yes algorithm in BSAFE and (b) big companies actually used BSAFE in important products, it was immediately clear what was going on).”

The BSAFE disclosure happened in 2013 with Snowden. In 2015 you published an article still questioning whether Dual-EC was a backdoor, and providing an immense amount of plausible deniability for folks like Hoffman.

https://sockpuppet.org/blog/2015/08/04/is-extended-random-ma...

You don’t even remember the historical Ptacek Gut Logic!

Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @01:50PM (#48821161)
The Godfather Part 2 demonstrated overwhelmingly that a good part of Vito Corleone’s ill-gotten gains went to strengthening his community. The Italians in his neighborhood adored him.
Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @01:43PM (#48821090)
DJB wrote a short history of NSA’s malicious meddling in the cryptography we all use, based on a declassified internal history of the NSA.

https://blog.cr.yp.to/20220805-nsa.html

Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @01:41PM (#48821069)
> pure ML-KEM is much more "proven" than people are discussing. The core hardness assumption dates back to 2005, and has been intensely studied (the paper introducing it got a cryptography version of a Nobel prize (Godel prize), as did several follow-up works only achievable using that hardness assumption.

The inventor of the lobotomy won a Nobel Prize in Medicine for it.

Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @01:35PM (#48820998)
> Incorrect. My argument is that they aren't the same entity.

Your mind is going to be blown when you learn about proxy organizations and cut-outs.

Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @01:22PM (#48820836)
To be clear, the Schneier Facts on Dual-EC turned out to be far more accurate than the Ptacek Gut Logic.
Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @01:20PM (#48820783)
You do realize that the NSA spends many millions on employing mathematicians, right? And that they wouldn’t keep doing that if all the mathematicians did was get really shit-hot at Kerbal Space Program?

An analysis of the comparative risks of these crypto systems should include “The NSA knows a lot of math they’re not sharing, and if they really really like ML-KEM, that’s concerning even if Ptacek keeps pointing out NSA didn’t write it”

Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @01:09PM (#48820635)
But the NSA didn’t throw their weight around in the NIST or IETF processes trying to standardize McEliece, isogenies, HQC, or UOV. They threw their weight around trying to standardize ML-KEM.

And anticipating your “but SIKE turned out to be easily breakable, why didn’t they try to standardize it?” The answer is “it made it shockingly far, but more importantly, SIKE was broken in the unclassified literature, but ML-KEM is broken in the classified literature.” Secrets in unclassified literature are not NOBUS secrets.

Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @12:58PM (#48820486)
No, because if the NSA didn’t already know how to break one of the cryptosystems, their engagement with the contest would have looked much different. They’d genuinely engage with the contestants and provide accurate security margin estimates. They wouldn’t barge in and make illegal procedural demands.

This is called praxeology. One would think that someone who has already been a useful idiot on behalf of the NSA regarding Dual-EC-DRBG might learn to keep their naivete to themselves.

Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @12:47PM (#48820336)
It means that your argument is “the NSA couldn’t have subverted ML-KEM, it was written by Europeans”.

You assiduously pretend that this scenario isn’t possible: * The NSA reviewed the PQ submissions and realized that there’s one they already know how to break at scale: ML-KEM, because their army of math PhDs spent a couple decades understanding it better than the rest of the world * The NSA decides they want ML-KEM deployed everywhere so that the world is full of transparent-to-NOBUS cryptography * The NSA spends the entire PQ contest placing their thumbs on the scale of the process, violating their 2014 post-Snowden promises of increased transparency, to make their NOBUS dreams happen

The actions of NSA and NIST personnel make the most sense with the assumption that they desperately want to standardize ML-KEM and ML-KEM alone because _they already know how to break it_. What doesn’t make any sense is why the private sector is cheerfully going along with it —- even Charlie stopped letting Lucy hold the football at some point.

Re:NSA and IETF: Fairness on Tuesday July 07, 2026 @11:37AM (#48819319)
Phew, thank goodness the only people capable of cryptanalyzing and breaking a cryptosystem are the inventors of said cryptosystem. /s
Re:Linux 7.1 on Sunday June 14, 2026 @10:00PM (#48535685)
I’ve tried to submit code that removed old drivers from the kernel build in some distros, and they were universally rejected.

Everyone is afraid of breaking users until Torvalds says it’s ok.

Re:Non-determinism is an issue with patching CVEs on Saturday May 09, 2026 @10:44AM (#48075394)
Not only are there a vast amount of modules you’ll never need, the distros build and distribute most of them.
Re:Asahi Linux Progress Report: Linux 6.19 on Wednesday February 18, 2026 @10:34AM (#47062121)
There is no support for M3/M4/M5 GPUs, period. Asahi Linux is only installable on M1 and M2 Macs.
Consider that a car made of plastic is something that only works pre-Ralph Nader. Now the NTSB would veto it in milliseconds.

Older »