Hacker News

Top stories

Live mirror
30 storiesupdated just nowView source snapshot
  1. Cloudflare Quick Tunnels(cloudflare.com ↗)
    102comments
  2. An Empirical Study of Harness Design for Coding Agents(arxiv.org ↗)
    35comments
  3. North Korean nuclear test sets off years of earthquakes(science.org ↗)
    64comments
  4. Show HN: Microsoft Office running with Wine on Linux with no virtualization(github.com/tombert ↗)
    35comments
  5. I vibed a proof of Conway's conjecture(overreacted.io ↗)
    94comments
  6. Show HN: Cactus Needle 3: 8-29MB automation models can match DeepSeek V4 Flash(cactuscompute.com ↗)
    14comments
  7. C++26: Trivial infinite loops are no longer undefined behaviour(sandordargo.com ↗)
    87comments
  8. OpenJev(openjev.com ↗)
    202comments
  9. There's no point at which turning your brain off will work(danluu.com ↗)
    discuss
  10. Photon-Emission-Guided Laser Fault Injection Enables RP2350 Secure Debug(ledger.com ↗)
    discuss
  11. Mathematicians Build Long-Awaited Graph Sandwich(quantamagazine.org ↗)
    3comments
  12. GrassLobster: AI Agentic Generation of Parametric Geometry Workflows(miro.vision ↗)
    3comments
  13. US Treasuries Have Become Unappetizing for Foreign Central Banks and Governments(wolfstreet.com ↗)
    39comments
  14. A heap overflow and SSO misconfiguration to compromise OpenAI internal repos(hacktron.ai ↗)
    177comments
  15. I don't like passkeys(hawksley.dev ↗)
    500comments
  16. Cekura (YC F24) Is Hiring(ycombinator.com ↗)
    discuss
  17. The Shadows Lurking in the Equations – Underwater Islands(gods.art ↗)
    9comments
  18. Jemalloc 5.4.0(github.com/jemalloc ↗)
    72comments
  19. NATS publishes preliminary report on technical incident of 8 September(nats.aero ↗)
    23comments
  20. The scourge of x86 emulation(fex-emu.com ↗)
    67comments
  21. Bonsai 2 27B: Near-Lossless Compression in a 9x Smaller Footprint(prismml.com ↗)
    175comments
  22. Warren Buffett Steps Down as Berkshire Chairman, Names Son to Replace Him(nytimes.com ↗)
    149comments
  23. BeanShell3 in Development(beanshell.github.io ↗)
    10comments
  24. Build Faster Feedback Loops Using Qualitative User Research(nseldeib.com ↗)
    discuss
  25. Qwen 3.8 Omni Flash(qwen.ai ↗)
    115comments
  26. Second Circuit Allows Government to Search Electronic Devices at the Border(knightcolumbia.org ↗)
    32comments
  27. Show HN: Scry, programmable internet search w/ congestion pricing(scry.io ↗)
    2comments
  28. How to Write with an LLM(sockpuppet.org ↗)
    190comments
  29. Microsoft exec called AI scraping 'the largest theft of labor in human history'(techcrunch.com ↗)
    615comments
  30. Pre-Greek: The lost language hidden within Ancient Greek(linguisticdiscovery.com ↗)
    60comments

Did NSA Put a Secret Backdoor in New Encryption Standard? (2007)

174 pointsby 14y agoschneier.com
93 comments
14y agoHN ↗

"In the meantime, both NIST and the NSA have some explaining to do."

Not happening. Hasn't yet, nor will it. NSA just keeps quite and watches for someone to use their particular algorithm. We should assume malicious intent and take Schneier's advice: "My recommendation, if you're in need of a random-number generator, is not to use Dual_EC_DRBG under any circumstances."

And if you "don't have anything to hide," then I propose you've given up already and cryptography is useless to you.

14y agoHN ↗

Not entirely. While the best cryptography is that which is secure against everyone (duh), there are a vast number of perfectly legitimate use cases for cryptography where it doesn't matter if the NSA can read your encrypted data.

14y agoHN ↗

Are there? If I knew something had a backdoor, I'd always wonder who else has figured it out.

14y agoHN ↗

I'd rather err on the side of keeping them in the dark all the time. Encrypting data differently based on whether I mind if NSA sees it leaks information. Specifically, that this data doesn't matter but that data does and NSA should focus their efforts on breaking that data or analyzing that social graph affiliated with the data.

14y agoHN ↗

I can't imagine any legitimate use case for crappy cryptography, and any crypto with a backdoor is crappy. If the door is there, anyone with the key can open it. How can you be sure who will get the key, or what their motives will be?

Good, modern cryptography offers a level of security unparalleled in the physical world, and at a processing cost which any computer can handle. Why would you intentionally choose something inferior?

14y agoHN ↗

How can you be sure who will get the key, or what their motives will be?

You can never be infinitely certain, but nor can you be certain your non-backdoored crypto is secure. There are cases where "the NSA leaks their top-secret backdoor to the internet" is a vanishingly small threat vector compared to other possibilities (e.g. rubber hoses).

Good, modern cryptography offers a level of security unparalleled in the physical world, and at a processing cost which any computer can handle. Why would you intentionally choose something inferior?

You wouldn't. But if it later turns out the NSA has a backdoor in the algorithm you happened to pick, and for whatever reason you're unable or unwilling to change algorithms now, that still doesn't mean "you've given up already and cryptography is useless to you".

14y agoHN ↗

You can never be infinitely certain, but nor can you be certain your non-backdoored crypto is secure.

True. But "is this algorithm crackable?" is a question that can be answered with experimentation and math. "Has the NSA lost its keys or its scruples, and if not, will they ever?" cannot be answered at all until you know you've been hacked.

But if it later turns out the NSA has a backdoor in the algorithm you happened to pick, and for whatever reason you're unable or unwilling to change algorithms now, that still doesn't mean "you've given up already and cryptography is useless to you".

Maybe not, but it does mean you value something else more than you value security. Yes, everyone makes cost/benefit decisions about security. But if your answer to "whoops, whoever knows this trick can see all our bank transactions" is "meh, it would take like, a week to fix that," you're placing a pretty low value on security.

14y agoHN ↗

The example often given is "MILITARY GRADE ENCRYPTION" - if tank driver Bob is given commands to shell a target those commands only need to be secret for a short length of time. It doesn't matter if the enemy can decrypt them by taking a week's time, because Bob will have attacked the target and gone by then.

This is, obviously, a really old example, because modern hardware makes encrypting things quick and easy, and decrypting things quick and easy. But imagine strong encryption in the 1980s - you had to balance strength with time with size and then try to cram it into low-specced hardware.

14y agoHN ↗

OK, yes, there is such a thing as "strong enough crypto for your purposes", and there are tradeoffs for computing power, etc.

My point was that there's no point in picking something with a known back door when there are perfectly good, non-compromised alternatives.

14y agoHN ↗

use case for crappy crypto: performance. even google uses RC4 for gmail.

14y agoHN ↗

RC4 isn't perfect, but it's immune to some attacks (e.g. BEAST) that block ciphers like AES tend to have problems with.

RC4 actually has a huge internal state. You could use a 1600 bit key with it if you wanted to.

14y agoHN ↗

You don't have to take Schneier's advice in order to not end up with an elliptic curve random number generator. Nobody does that anyways.

14y agoHN ↗

'pbsd gave a much better answer than I could have.

14y agoHN ↗

1 - Very slow

2 - A nightmare to implement securely

3 - Only exists for the sake of provable security

4 - The same standard defines a much better alternative pseudorandom generators based on hashes and/or block ciphers.

14y agoHN ↗

Which raises the question of why such a useless thing was even standardized in the first place.

14y agoHN ↗

From that perspective, one wonders if they are instead aware of attacks on the other three and designed the fourth to withstand those attacks (but look suspicious and be unappealingly slow).

Overall, the mental game is quite taxing, so I'm going to plead "bureaucracy."

14y agoHN ↗

That seems unlikely, DRBGs are really quite solid little things. Or in other words, if the other NIST DRBGs are significantly broken it would almost certainly imply that the hash functions upon which they were built are broken much much worse.

14y agoHN ↗

It's easy to see how one could get caught up in a web of paranoid implications, each one less likely to be true than the one before.

14y agoHN ↗

Interesting... Was there any code written to demonstrate the attack?

14y agoHN ↗

That's a good question. I suspect if so, it was alongside an academic paper and this stuff just doesn't get attention from journalists. I'd be curious to find out but I don't have the skills to pore over the material myself.

14y agoHN ↗

Do you really think "academic finds back door in NSA's random number generator" wouldn't get headlines? Remember how people freaked over the mere mention of the name of "NSAKEY" freaked everyone out?

14y agoHN ↗

No. The backdoor relies on the generator of the parameters (presumably the NSA) knowing a discrete logarithm ahead of time. Anyone outside the NSA would have to break a rather large discrete logarithm, which is just not gonna happen anytime soon.

14y agoHN ↗

Not exactly current - the article is something like 5 years old....

14y agoHN ↗

You'll notice the "[2007]" in the post title.

14y agoHN ↗

Apparently the mods added it later. There really should be some way to tell what the mods have and haven't done.

14y agoHN ↗

Something like mouse-over for original title would be great.

14y agoHN ↗

Yeah, I started reading it and thought gee this sounds familiar.

14y agoHN ↗

Perhaps the government required defense contractors to use this one in products sold to other countries?

I don't have any evidence for that, just speculation on one reason the NSA might insist on including something like this in the spec.

14y agoHN ↗

This is quite interesting, as the NSA on the one hand needs to provide secure algorithms for the public to use, but on the other hand has an interest in being able to break algorithms.

IIRC, during the standarization of DES, the NSA has also modified some S-Boxes without giving any explanation. Only later, when differential cryptoanalysis became known to the public, it was clear that this was to strengthen DES against this particular attack (which was already known to the NSA).

The case here is more interesting though: It seems like you need to know some secret numbers (a sort of "private key" if you will) to be able to attack the PRNG. So it seems that the NSA could place a "safe" backdoor that even an attacker with the same cryptography knowledge as they have cannot break unless he himself possesses the "private key".

14y agoHN ↗

What sense does it make to backdoor an RNG that no normal system is ever going to use, and to do so in a public standard, and further to do so by using deliberately broken curve parameters?

It was an interesting story because it was so weird. But even had Dual EC not become known to the world exclusively as "the CSPRNG with the backdoor in it", nobody would have used it anyways.

14y agoHN ↗

Yeah that is rather weird. A botched attempt maybe?

14y agoHN ↗

Since many of these procedures are implemented in hardware directly, maybe it could be utilized as a conditional fall-back? An example might be a MITM attack that indicates an invalid hand shake or shows that an insufficient random pool is detected so it would attempt to connect using each alternative in order till it gets to the weak link. Technically speaking this would be ideal since the government and ISP's that carry these messages are so intertwined that the breadth would cover every citizen in their own country and likely many others.

14y agoHN ↗

As a teaching moment? I've been told a story about a group of embassy staffers (state department, not the other kind) that were in the habit of being rather loose with sensitive conversations over the local telephones. This was during the cold war when secure conversations often meant driving into the office to speak face to face, which could understandably make weekend news rather unwelcome. This apparently made some folks on station rather unhappy, but repeated admonishment fell on deaf ears. The reported solution was to remove a tiny bit of insulation from several of the phone wires as they entered the building on the roof. This lead to a very occasional clicking on the lines as wind would move the wires and cause a momentary short which blossomed into a newfound respect among the corps for communication protocol.

Most people learn much better by doing (or getting done).

14y agoHN ↗

I agree it was interesting because it was weird. One wonders if the NSA might put things out like this to test the analysis ability of the 'open' community? I wonder if there is ever the question inside the Fort like "Well we can do this, but how obvious is it to people outside our group?" Testing that question isn't easy, but answering it is important for knowing the size of the threat posed by an equivalent type vulnerability.

14y agoHN ↗

Back when DES was being designed, IBM had a bunch of values in their S-boxes. NSA told them "don't use those values; use these values instead." People freaked that it was a backdoor the NSA put in.

About 15 years later, differential cryptoanalysis was publicly discovered. The original S-box values would have been very vulnerable to the attack, but the ones the NSA used were resistant, suggesting that NSA knew about differential cryptoanalysis way ahead of time and were suggesting ways to protect the public against its eventual discovery.

It is possible that there is still some magic in there to let the NSA magically defeat DES, but we still haven't found it. Similarly, it's possible that this random number generator exists for some nefarious purpose, but we have no evidence for it.

Also, this article is 5 years old (the headline didn't say so when I first read this). Schneier was in pretty big self-promotion mode at that time.

14y agoHN ↗

Don't forget that IBM actually designed Lucifer which was 128bits but it was the (edit:s/NSA/NHIS) that truncated it to 56bits and named it DES. So maybe this is an example of "6 of one or half a dozen of the other"?

14y agoHN ↗

And don't forget that Eli Biham smote Lucifer with differential cryptanalysis, found more than half of the keys insecure, reduced its security to 235, and published a journal article concluding that NSA strengthened the cipher design; DES was better than Lucifer.

14y agoHN ↗

You're not arguing with me; you're arguing with Eli Biham. He addressed the question you asked head on.

14y agoHN ↗

I can't find the citation right now, so treat this as apocryphal, but...

I've read an explanation that the USA's focus on security has changed in the days since 9/11/2001. At one time, the philosophy was that the country was more secure when we could all be assured that the privacy of our communications was intact.

But in the last decade we've changed that philosophy. The government's security philosophy now is that the most important thing is for the government to be able to tell what's going on.

So it may be that the parent post's anecdote is quite correct, and reflects the policy of that time. But in the days of the War On Terror, we can't trust that anymore.

(And OT, I believe it reflects a fundamental change in the philosophy of governance that is against the founding principles of the country, and a pretty bad thing. I believe that our strength derives from ... us -- we the people. And so strengthening the government by weakening us in fact weakens the nation.)

EDIT: fix date. Thanks, Retric.

14y agoHN ↗

At one time, the philosophy was that the country was more secure when we could all be assured that the privacy of our communications was intact.

That's never really been the view of the U.S. government. It's always been the view that you should be able to have communications with your neighbor that are secure from everyone except the US government, who obviously need to snoop in order to protect us all.

The security agencies and the police agencies have always pushed for more comprehensive and more invasive surveillance. We've had wiretapping for as long as we've had wires to tap. We crippled Internet security for years. I remember the days of separate US and international Netscape releases, due to crypto export restrictions. It wasn't until 2000 that the restrictions were truly relaxed.

14y agoHN ↗

US and international Netscape releases (as well as Windows and various other tools) rather indicate that the US govt was interested in secure communication for US citizens and corporations, while being able to snoop on the rest of the world.

If you need an example, pick the Clipper chip - and even that doesn't _quite_ work out, given how publically that proposal was shot down.

14y agoHN ↗

Actually it is a reflection of the law. The US government had the authority to prohibit export of crypto (at the time), but did not have the authority to limit it domestically.

If they had been given that authority things may have been different.

14y agoHN ↗

That's kind of circular. If the government has the authority to create a law to do X, then the government has the authority to do X, full stop.

14y agoHN ↗

I always thought that the clipper chip died in the court of public opinion and not in a court of law. However, I do not understand your interpretation of circular reasoning.

Lets look at the case where X is regulate the sale of switchblades. The federal government has the authority to regulate the sale (commerce) of switchblade knives between states, the federal government does not have the authority to regulate the sale of a switchblade within a state.

14y agoHN ↗

Things are hardly so absolute.

The United States Constitution is the highest law, and provides for different treatment of foreign and domestic matters, so your statement is obviously false even under the most broad interpretation of "the government".

The President/Executive (closest to what many other countries would consider "the government") is also limited in most matters by the laws passed by Congress, so even assuming domestic regulation of cryptography were Constitutional (and I don't personally believe it would be), if Congress has not passed a law giving the Executive the authority to regulate it, the Executive cannot do so.

14y agoHN ↗

The point is that the government may not have the authority to do X or to create a law to do X. They may have the ability, but the supreme court decides if the authority exists.

14y agoHN ↗

It is not circular. Interest and authority are two very different things. For example, the Federal government has the authority to wage war -- this has no bearing on a discussion as to whether they are philosophically correct in doing so.

The suggestion that policy is justified merely because it subsists upon formal authority is nonsense.

14y agoHN ↗

I think it's rather an example of how the Judicial branch keeps the other branches in check. If the NSA had its way, they'd be able to listen in on every conversation you ever have, track every site you visit, record every communication you ever make. They would do the same for everyone internationally as well. The difference is that we have the Supreme Court protecting US citizens to some extent, so the NSA cannot legally wiretap your phone just for kicks, but the Supreme Court doesn't extend the same protection to citizens of other countries.

14y agoHN ↗

I said that the judicial branch keeps the other branches is check. I didn't say that are completely effective or that their checks are sufficient. And I certainly didn't say that the NSA wasn't engaging in any domestic wiretapping.

14y agoHN ↗

And? Cryptography is much easier to build, test, ship, and even export after 9/11 than it was before it. I shipped commercial security products before 9/11 and it was a nightmare. A huge portion of all desktops ran insecure crypto simply because it was too logistically challenging to ensure that they had good crypto and were easy to sell in Europe and Japan.

There is simply nothing to this analysis. The crypto policy fight happened in the late '90s, and crypto won.

14y agoHN ↗

Yes, the crypto fight was fought and seems to have been won by the people. But crypto is only one facet of a broader communications security policy.

It should be clear from recent controversies about "how private is your cellphone"; warrantless wiretapping and retro-active legalization of the same; various proposals for granting government authorities over the Internet (including a "kill switch" and a rumored upcoming Executive Order since he can't get it through Congress); that in the broader context, the US government is very much interested in monitoring communications.

14y agoHN ↗

We're talking about crypto on this thread. I see the controversies over government access to communications differently than you do, but I'm not particularly interested in litigating the issue. The federal government has not subverted cryptography in any meaningful way; industry does a perfectly great job of doing that job for them.

You have a lot more to fear from the Linux devs "cleaning up" OpenSSL's CSPRNG than you do from the NSA.

14y agoHN ↗

But this is not true. David Wagner and Ian Goldberg (the cryptographers who cracked GSM) have documented that the encryption used was purposefully weakened to enable realtime software decryption of voice calls.

This was back in the late 1990s and there was a lot of discussion on the cryptography usenet group at the time (i.e. http://www.mail-archive.com/cryptography@metzdowd.com/msg007...) but there is a fairly readable mass market piece here (http://scard.org/gsm/pr/nytimes/). I'm only an amateur when it comes to this stuff, but why do you think David Wagner is wrong?

14y agoHN ↗

Just correcting the parent, they said 2011 not 2001.

As to pure software crypto it's not really that important vs securing the endpoints. Consider WoW uses encryption when logging in, but a significant % of accounts are hacked before they add an authentication either as a key-chain or on your cellphone. I suspect if it ever became mainstream pure client side bitcoins would be DOA for more or less the same reasons.

14y agoHN ↗

Well, the NSA is building that data center in Utah to store and process all the data they're hoovering up. That data would be much more useful if it weren't encrypted. So they do at least have a motive, even if the ability can't be proved.

14y agoHN ↗

If I'm not mistaken, they've sort of tweaked the definition of "interception" too. The game plan is to capture everything and then it's 'intercepted' when they actually listen and analyze it.

14y agoHN ↗

So do they basically work on the definition of Schroedinger's box?

"We've captured a bunch of data. But as long as we don't observe it, it's not legally going to be counted as intercepted."

Sounds to me, like a massive slippery slope just waiting to happen.

14y agoHN ↗

Yeah, you think?

That was the talk at Defcon, I didn't do enough follow up to find out but it's pretty open that the new Utah data center can store every American's phone calls, emails, .. everything for a century.

If you can slip that through whoever it is that protects us, there are some corner cases. Say we do rub out a terrorist cell that does a successful attack (20 years after this database is running,) could you then mine that database to determine if your AI that finds terrorists works? If I was training up voice finger printing algorithms and such, you have an incredible dataset and there are likely other signals coming in to help populate it (maybe the census? say you're training something that detects Arab accents)

Never mind the fact that it's so huge and so much data that 1) is has to be online and 2) all intelligent queries will be given to AI/Google like software agents to find. Could a future president query the database to dig up dirt on an upcoming election opponent? (He's the president right?)

14y agoHN ↗

Well, you know, if the President does it, of course it'd be legal.

;)

14y agoHN ↗

suggesting that NSA knew about differential cryptoanalysis way ahead of time and were suggesting ways to protect the public against its eventual discovery

The NSA may also have know who else knew about differential cryptoanalysis, and didn't want it to be weak in ways that others could break it, but left it weak in ways that they could.

14y agoHN ↗

You would think that after this many decades any such built-in weakness to DES would have been discovered. Do you think the NSA crypto knowledge (or rather, IBM crypto knowledge, since that's where differential cryptanalysis was developed) back in the 1970s was better than the modern crypto knowledge?

14y agoHN ↗

To give one small example: Clifford Cocks invented RSA about 3 years before RSA did. But he did it by himself, and he did it in his head. Cocks' version was revealed 25 years after he created it; 22 years after RSA was revealed.

They're only just released some of the stuff that Turing did.

They keep things secret, and they use things hard. There's not really anyway to know what they know about your system, which is why cryptography likes systems that seem secure even when you know everything about that system.

(http://www.youtube.com/watch?v=a-xEiOvXux4)

14y agoHN ↗

"3 years" in not quite the same secret head start that "30 years" is.

14y agoHN ↗

The point is that even though PKI had been independently developed, and made public, 3 years after Cocks did it they still kept it secret for 22 years.

So imagine what they do with the secrets that are still secret - the secrets not independently developed and made public.

14y agoHN ↗

I think of all the public crypto that we know duplicated intelligence-agency crypto, the public was only behind by a handful of years. We haven't heard of anything that was like "Oh yeah, the NSA had this twenty years ago." (Differential cryptanalysis is probably the biggest of these gaps, and its timeframe is something of an outlier.)

So either the public is doing a decent job of keeping up with the spooks, there's a massive misinformation campaign where intelligence agencies only admit to having discovered things that the public discovered soon afterwards, or there's a strange bimodal property where the public replicates private results either five years later or fifty.

Also, the NSA is not _fundamentally smarter_ than the rest of the world; they're just possibly more focused on it. So exactly how a clever idea would occur to them in the 1970s and 1980 and have occurred to nobody in academia since then needs some explanation.

14y agoHN ↗

If that's true, then the NSA is 40 years ahead of the public.

14y agoHN ↗

To expand a little, the NSA also required the initial permutation of plaintext bits. This was done before the first 16 rounds of DES, and looked like this:

    58 50 42 34 26 18 10 2
    60 52 44 36 28 20 12 4
    62 54 46 38 30 22 14 6
    64 56 48 40 32 24 16 8
    57 49 41 33 25 17  9 1
    59 51 43 35 27 19 11 3
    61 53 45 37 29 21 13 5
    63 55 47 39 31 23 15 7

Which meant "put the 58th bit of the plaintext into the first position, put the 50th bit into the second position, etc, and THEN run through the encryption algorithm."

At the time, it was totally unclear why you had rearrange the bits in this very exact way. After all, you were about to encrypt it (and obliterate any plaintext patterns) anyway. And would it be as strong if you started with the 57th bit, instead of the 58th? The whole thing seemed so arbitrary.

Now it's true that this is robust to differential cryptanalysis, but it's also true that these bit permutations significantly slow down software implentations of DES. But it's trivial to implement the initial permutation in hardware.

In the 1970s, the hardware required to crack DES costed $20,000,000 US dollars [1] (about $120 million in today's dollar [2]). The general tinfoil-theory at the time was that 1) only the NSA had the resources to build such a machine and 2) by forcing DES to use this initial permutation, the NSA was giving themselves a significant "head-start" over everybody else using software to crack DES.

[1]http://www.krapp.org/hydra/courses/analysis/3-DataEn.pdf (PDF) [2]http://www.wolframalpha.com/input/?i=%2420%2C000%2C000+1970+...

14y agoHN ↗

I phrased that poorly (and just edited my first sentence to reflect your correction). What I was trying to add was that the NSA made some other modifications to DES that were also seen as dubious at the time.

14y agoHN ↗

Spot on. You have to realize that the government buys software and systems that rely on encryption from the private sector. It is in their own interest to have the strongest crypto in government hardware and software. So while they know a lot of exploits they also know that it is quite plausible that our enemies know the same exploits (i.e China, Russia) and using government hardware that uses a poor standard is not a great idea.

14y agoHN ↗

It is possible that the NSA modified this RNG for perfectly good reasons, but, in my opinion, even the slight possibility of an attack existing is too high when other better RNGs exist.

14y agoHN ↗

This isn't a controversy. Nobody would have used that RNG anyways. There's probably no bignum math in any commonly used RNG, let alone elliptic curve math. Not only that, but Dual EC had problems even before Furguson pointed out the parameter weirdness.

You do not need to be on guard against secret NSA Dual EC backdoors.

14y agoHN ↗

>It is possible that there is still some magic in there to let the NSA magically defeat DES, but we still haven't found it.

Actually the NSA s-boxes are weak against linear crypto analysis. http://reference.kfupm.edu.sa/content/l/i/linear_cryptanalys...

If I remember Schneider's applied cryptography correctly, the NSA s-boxes were among the worst 7% possible.

I wonder what we would be saying about the NSA if we (publicly) discovered linear crypto-analysys before differential. However, I suspect the vulnerabilty to linear analysys is the result of how structured they made it to resist differential.