Slashdot Mirror


Ask Slashdot: Can We Still Trust FIPS?

First time accepted submitter someSnarkyBastard writes "It has already been widely reported that the NSA has subverted several major encryption standards but I have not seen any mention of how this affects the FIPS 140-2 standard. Can we still trust these cyphers? They have been cleared for use by the US Government for Top-Secret clearance documents; surely the government wouldn't backdoor itself right?...Right?"

138 comments

  1. surely the government wouldn't backdoor itself... by Skiron · · Score: 2, Interesting

    Depends who runs the Government. Which is always the same people no matter who gets voted in, so the answer is YES.

  2. How can anyone trust by i+kan+reed · · Score: 4, Interesting

    How could anyone trust an encryption algorithm provided by an organization whose purpose is decryption and interception? That will always be the craziest part.

    1. Re:How can anyone trust by Entropius · · Score: 5, Funny

      That's not their only purpose. The NSA is supposed to:

      1) Make sure the bad guys don't snoop on Americans;
      2) Snoop on the bad guys.

      I use "bad guys" here with intentional irony, since nobody quite knows how to resolve the dichotomy that happens when the NSA's suspected of being bad guys.

    2. Re:How can anyone trust by Anonymous Coward · · Score: 3, Insightful

      That's sort of like asking why anybody would ask the Army for tips on self-defense, given that their role is blowing stuff up and killing people.

      Well, the Army's role is also defense. The NSA has dual-roles, just like the Army.

      The problem is, they've been turned on us. It's effectively like the Army going house-to-house searching for terrorists. All of a sudden that don't want to teach you self-defense practices, because it makes breaking down your door harder.

      But you can imagine that, for a long time, people assumed the best of intentions about NSA, more-or-less.

    3. Re:How can anyone trust by Goaway · · Score: 2

      Now, maybe. In the past, not.

    4. Re:How can anyone trust by gl4ss · · Score: 3, Insightful

      you forgot 3) make sure that they can snoop on the "bad guys". ...where do you think export restrictions on cryptos came from?

      do you know what's super silly? some companies selling crypto products internationally proudly tout around their NSA certification.. certification from the same organisation that has a role in making sure that they don't export too good products.

      --
      world was created 5 seconds before this post as it is.
    5. Re:How can anyone trust by bill_mcgonigle · · Score: 3, Interesting

      If there are "good guys" at the NSA, they need to be moved to NIST instead. Nobody will ever trust the NSA to do good work again.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    6. Re:How can anyone trust by Entropius · · Score: 1

      That's the point. They're inconsistent now -- perhaps in 1980 they weren't.

    7. Re:How can anyone trust by Lank · · Score: 3, Insightful

      If by good you mean "for the common good" then yes, I'd agree. I would say they do great work with a terrible purpose.

      --
      Gotta get me one of these!
    8. Re:How can anyone trust by Anonymous Coward · · Score: 0

      It's simple, you can't. Well you can, you can trust the algorithm as the organization must be capable of making recommendations that aren't laughed off of the world stage. You can't expect the algorithm to protect you when it's placed in an insecure environment and subjected to a holistic attack. The algorithm is safe, the holistic insecurity of the enemy is assumed to be sufficiently secure that the NSA can get in and few others.

    9. Re:How can anyone trust by Anonymous Coward · · Score: 2, Interesting

      Too much enciphering could be a threat to world peace. 0,1% of population must work against 99,9% to ensure 100% survive.

      That's why they did not have encrypted radio on the B52s raiding Vietnam. Nuclear weapons (and carriers) with the potential for a sneaky strike are dangerous, so they did not equip them with ciphers.

      I would not be surprised to find out the Russian and the American SIGINT service are actually working closely with each other to clamp down on any attempt of modern-day LeMays to destroy humanity. For the 99,9% they put up a good show of antagonism, though. So that you can sleep healthily.

    10. Re:How can anyone trust by jeffmflanagan · · Score: 1

      re: your sig

      I think you mean "Anthony," unless there are two Weiners in politics that like to show off their weiners.

    11. Re:How can anyone trust by Anonymous Coward · · Score: 0

      Trust is good, control is better. -- Joseph Stalin?

    12. Re:How can anyone trust by Anonymous Coward · · Score: 0

      Their moral corruption was evident when Saudi nationals and Saud-funded/indoctrinated persons hit the word trade center by plane. Did they bomb Mecca as retaliation ? No, they hanged Saddam Hussein and let the Saudis continue their nice activity of sponsoring extreme ideology and jihad in support of that.

      What do we have to conclude ? The entire intelligence&security apparatus is oversized and they cultivate the Saudi threat to justify their own oversized budget, careers and existence. After Russia was dead as a military force, they faced massive budget cuts, ended careers and layoffs. So they did something to reverse this "scary" trend.

      All the fun of capitalism.

    13. Re:How can anyone trust by mtm_king · · Score: 1

      I am stealing your sig. It is too good for just one person to have. And when I use it the world will only be 5 seconds old and I will have been the first to use it.

      --
      world was created 5 seconds before this post as it is.
    14. Re:How can anyone trust by jhol13 · · Score: 2

      They use AES themselves. Some of the smartest cryptoanalysts live in Israel, China, Russia, etc.

      It would be extremely stupid to do encryption they know is breakable.

      It is, has almost always been, and will be in foreseeable future so much easier to use covert channels. A VPN software to use almost, but not quite, random data in encryption keys. This way NSA needs huge workload (few hours of their massive processing power) to decrypt, without knowledge of the non-randomness it would be infeasible. Say AES-128 where ~60 bits of the key can be deduced from the rest (but do look like random, e.g. are generated by MD5).

    15. Re:How can anyone trust by Anonymous Coward · · Score: 0

      Well, if you're doing work as a guvmint contractor - i.e., someone on Uncle Sam's payroll is paying you to do some sort of data processing/storage on behalf of the US guvmint - then by all means, rely on the FIPS. If there's a backdoor, so be it. Consider it to be a logical Mobius loop of some sort. If "they" don't like it, oh well...

      OTOH, if you're doing non-US guvmint stuff, then find another data protection standard, and then wrap that data with yet another encryption scheme. Then hash the data again, and send it to Ft. Meade and wish them a nice day...

    16. Re:How can anyone trust by Flere+Imsaho · · Score: 1

      Or when the NSA considers everyone a potential bad guy.

      --
      It gripped her hand gently. 'Regret is for humans,' it said.
    17. Re:How can anyone trust by Chickenlips · · Score: 1

      I don't think he said that. He did, however, say this:

      I trust no one, not even myself.
      Joseph Stalin

      I think in this case he was on to something ..

    18. Re:How can anyone trust by wvmarle · · Score: 1

      There is no need to have backdoors in the standard - that'd be counter-productive anyway considering the large number of cryptographers outside the US that try to find weaknesses in those standards. And indeed some have been broken to lesser and greater extent, others are still standing strong.

      It is those that stand strong (AES etc) that are now recommended by the NSA to use for top secret stuff and so, and also to the general public. Nothing fishy there, the standards themselves are fine.

      The problem lies in the implementation. They have their tentacles reaching out to Microsoft, so they can add a backdoor in MS's https implementation for example, a way that allows them to easily decrypt a stream. Windows being closed source makes it really hard to detect such backdoors by outsiders, however a single leak from the inside or a stroke of luck could prove total disaster for everyone involved.

      And that's what I'm actually still waiting for - if MS has put some kind of backdoor in their https, or other encryption software, there must be quite some people on the inside that know about this. Those that implemented it, those that ordered the implementation, and those that work with the source and see the backdoor code while working on their own parts. It should be just a matter of time before there is another Bradley Manning or Edward Snowden who says "enough is enough" and exposes the issue.

    19. Re:How can anyone trust by Tom · · Score: 1

      How could anyone trust an encryption algorithm provided by an organization whose purpose is decryption and interception? That will always be the craziest part.

      It's not crazy, you are just badly informed.

      The NSA also has the job to make sure nobody does to the US what the US does to everyone else. They've been developing crypto and security technology for decades, some of which (like SELinux) has passed even the most paranoid double-checking.

      You would want to trust them for the same reason an ex-burglar is the best guy to hire for checking out your home security system, or hackers make up some of the best security consultants: They know what they're talking about.

      --
      Assorted stuff I do sometimes: Lemuria.org
    20. Re:How can anyone trust by L4t3r4lu5 · · Score: 1

      The math is sound. The implementation, or some other side-channel attack, may be the issue.

      Do you trust the binary? Do you trust the operating system on which you execute the binary? Do you trust the source code? Do you trust the compiler that created the binary from the source code? Do you trust the BIOS of your computer?Do you trust the hardware?

      A weakness in any of these will give an attacker leverage. The math may be sound, but it's extremely sensitive to errors.

      --
      Finally had enough. Come see us over at https://soylentnews.org/
    21. Re:How can anyone trust by GLMDesigns · · Score: 1

      Your conclusions are kind of funky.

      The neo-con idea was to "drain the swamp" with Saddam being at the center of the swamp. (By the way I'm not a neo-con and don't support their views.)

      Would it have made sense to bomb mecca? Maybe. But there would have been repercussions with that action as well.

      One of the best solutions is to be energy independent and not give the Saudis any money and let the kingdom face the wrath of the wahabbi clerics without having any money to pacify them. Of course the left is against drilling for oil, fracking and is against anything that is not clean-energy. A good compromise would be to drill and focus the tax revenue derived from the drilling on improving photo-voltaic paint, tidal power, etc...

      By the way this has nothing to do with capitalism - it may have something to do with corporatism but then fascism is not exactly capitalism is it? At least not the capitalism as described by its supporters - Menger, von Mises, Hayek, Samuelson. Now you may think they're mistaken - but at least address the points and views they raise and acknowledge that their conception of capitalism is not the tyranny that some make it out to be.

      --
      If you're scared of your govt then you need to further restrict its powers
      Vote 3rd Party in 2016 and beyond
    22. Re:How can anyone trust by Anonymous Coward · · Score: 0

      No, dumbass. It's like asking a current burglar to tell you how to secure your home, not an ex-burglar. It's like inviting said burglar into your house and showing him all the easy ways in. Did you buy your UID? Or are you just an NSA shill? Both, maybe?

    23. Re:How can anyone trust by Tom · · Score: 1

      Before you try cheap jokes on UIDs, come out of hiding and show your own.

      You apparently don't understand anything about the official mission of the NSA nor its history. And if you think I'm a shill, you should know that I live in the european country that's #1 on their target list. The only reason I'm not raging is that it really wasn't much of a surprise, the only thing that's changed compared to last year is that we now know what we only suspected.

      But all that doesn't change the facts. In all the rage and being upset and all that, you should try to keep your head and see the truth. And the truth is that the NSA does have a good track record when it comes to this stuff. An example from history: They made changes to DES back when it was in the standardization process. Nobody outside NSA understood why they made these changes at that time. About a decade later, cryptographers discovered an attack on DES that was interesting, but not devastating. They also discovered that it would have been devastating if those changes hadn't been made.

      As I said in a different answer: Do trust the NSA with your crypto, they know a whole lot about it. Do not trust them with implementation. Anyone with half a brain will put a backdoor into the implementation, not the algorithm. Because when the russian or the chinese find it, you can fix the implementation easily. Fixing an algorithm is a lot more difficult. But even more importantly: You can use a non-backdoored implementation internally, and exchange encrypted data with external parties without them knowing that you're not using the same implementation.

      --
      Assorted stuff I do sometimes: Lemuria.org
  3. suite b by Anonymous Coward · · Score: 5, Informative

    http://www.nsa.gov/ia/programs/suiteb_cryptography/

      AES with 128-bit keys provides adequate protection for classified information up to the SECRET level. Similarly, ECDH and ECDSA using the 256-bit prime modulus elliptic curve as specified in FIPS PUB 186-3 and SHA-256 provide adequate protection for classified information up to the SECRET level. Until the conclusion of the transition period defined in CNSSP-15, DH, DSA and RSA can be used with a 2048-bit modulus to protect classified information up to the SECRET level.

    AES with 256-bit keys, Elliptic Curve Public Key Cryptography using the 384-bit prime modulus elliptic curve as specified in FIPS PUB 186-3 and SHA-384 are required to protect classified information at the TOP SECRET level. Since some products approved to protect classified information up to the TOP SECRET level will only contain algorithms with these parameters, algorithm interoperability between various products can only be guaranteed by having these parameters as options.

    NSA also defined another algorithm suite, Suite A, which contains both classified and unclassified algorithms. Suite A will be used in applications where Suite B may not be appropriate. Both Suite A and Suite B can be used to protect foreign releasable information, US-Only information, and Sensitive Compartmented Information (SCI).

  4. The obvious portion of the answer by stevewahl · · Score: 1

    Given the chance, of course the government would backdoor itself. If the government isn't the origin of the idea that the left hand doesn't know what the right hand is doing, it is at least the poster child. The only real question would be whether they've yet succeeded.

  5. The question is... by brainnolo · · Score: 1

    ...what are the alternatives? Rolling your own crypto won't work well. Unfortunately answers to this question can only be speculation. I wouldn't be extremely paranoid, but still it depends what you are trying to protect.

    1. Re:The question is... by DavidClarkeHR · · Score: 1

      ...what are the alternatives? Rolling your own crypto won't work well.

      I suppose that depends on the type of information you're trying to protect - now you'll need to decide if it's worth even writing the information down!

      --
      - Nec Impar Pluribus, or so I'm told.
    2. Re:The question is... by Anonymous Coward · · Score: 0

      You can always ask other countries to have their NIST equivalents come out with crypto algorithms, or try to get a neutral international party for some standards. Of course, the question is, whom do I trust.

      Maybe the answer is that multiple countries should have their own standards, and we should assume their version of the NSA has a backdoor. Then, go with the country's specs/standards that would damage the business the least.

      Another answer might be combining specs and if two countries have different encryption algorithms, chaining them (although this can cause weaknesses due to "group"s.)

      As of now, since FIPS/NIST is the only game in town, and the specs do an OK job at protecting data, I'd go with that. However, this can change if a well known (and well vetted) international body decided to put out their research.

    3. Re:The question is... by davydagger · · Score: 1

      twofish? MD6? WHIRPOL?

    4. Re:The question is... by PolygamousRanchKid+ · · Score: 2, Interesting

      I think we've reached peak encryption. No matter what you come up with, the NSA has more than enough resources to crack your encryption method. And if you're using one-time pads, they or their retinue will just crack one of the holders of the one-time pads. Crack, like the holder's skull, knuckles or testicles.

      So we need to dump the idea that encryption can be used to transmit our secrets. And come up with entirely new ideas.

      A radical thought? Hell, yeah. Do I myself have any ideas how to do this? Hell, no. And even if I did, I wouldn't dare to talk about it. The first person to publish an idea on this will be taken by the government on a ride with Hans Reiser.

      But I think that we're stuck in a rut with encryption. We've been using it for so long, we can't even broaden our horizons to even consider other ways to get secret information from one place to another, without it getting snooped on. At the very least, the message should self destruct if someone tries to snoop on it. As to the rest . . . by my guest, and let your imagination run wild . . .

      --
      Schroedinger's Brexit: The UK is both in and out of the EU at the same time!
    5. Re:The question is... by Razgorov+Prikazka · · Score: 2

      >>Rolling your own crypto won't work well.

      What if Joan Daemen and Vincent Rijmen kept AES to themselves, wouldn't that work for them and still be considered "roll your own"?
      Still, I think that FOSS works best for encryption; many eyes make for shallow backdoors... erhm what was the saying again?
      It is one of the reasons I dont really trust bloated distros like ubuntu. Too much code to inspect. (but I might be wrong;-)

      --
      rm -rf --no-preserve-root / ...and let /dev/null sort them out...
    6. Re:The question is... by Anonymous Coward · · Score: 0

      That's what Schneier tells you. I am telling you here that just a minor modification (5 rotor sets of three rotors instead of one set, each set odometer-cycled) of Enigma will make this an excellent algorithm for short messages with very good security. As long as you use it with your trusted friend only, they stand very little chance to break into this. That's a few lines of Java, actually.

      Another option is to take DES and make the s-boxes part of your secret key. Share key by courier. Generate key by hashing mouse movements. Strong enough for all purposes.

      Schneier is an ex-NSA employee and does not want to hurt them too much. Encouraging people to roll their own crypto would overwhelm their capabilities, as they would have to break not a few, but tens of thousands of ciphers. That's why he advises against it. Once NSA, always NSA

    7. Re:The question is... by BitZtream · · Score: 3, Interesting

      As someone who writes cryptography software (I'm not a cryptologist, I just implement known algorithms, and verify they produce was I'm told they should produce), the solution for us is to provide software with multiple algorithms and let the user pick. Our core library supports DES, Blowfish, Twofish, and two separate implementations of AES, one of which is from outside the US. We also support a handful of lesser known algorithms, such as variants of the different Russian GOST standards.

      Unless everyone is collaborating, some part of the software is secure. I don't think Russia, the USA, Germany ... and Bruce Schiener are all in cahoots with each other. Maybe one or two of them, but not all of them.

      I don't know that, but thats my theory.

      Slashvertisement: http://www.rtsz.com/products/cryptolock/

      Its years old now and I haven't updated in in at least 5, so its a bit out of date compared to current UIs and updated cryptography features and such, but functionally, it works. When used with properly long keys, you aren't going to crack its AES implementation, I'm confident of that.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    8. Re:The question is... by BitZtream · · Score: 1

      Note: The software can't protect you from a broken OS.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    9. Re:The question is... by um...+Lucas · · Score: 1

      A) for the rest of us that arent math geniuses, that gives us no help....

      B) how many refinements were added during the peer review process?

    10. Re:The question is... by um...+Lucas · · Score: 1

      how do you manage key exchange? waiit til you see your trusted friend in person?

      i think schneiers main point still stands; its easy to create a crypto system that you cant defeat; much different story to create one that others cant....

    11. Re:The question is... by Anonymous Coward · · Score: 1

      This is categorically stupid advice.

      I am telling you here that just a minor modification (5 rotor sets of three rotors instead of one set, each set odometer-cycled) of Enigma will make this an excellent algorithm for short messages with very good security. As long as you use it with your trusted friend only, they stand very little chance to break into this. That's a few lines of Java, actually.

      Enigma on Java?: Java mostly a broken mess. The most common Java (v6) has been obsoleted by Oracle (no more security patches), and the black hats have looked at the security patches made to v7 and constructed exploits that took advantage of the same security holes on V6... Not that V7 is a model of security either... Enigma? JUSTDONTXUSEXSPACESXANYWHEREX

      Another option is to take DES and make the s-boxes part of your secret key. Share key by courier. Generate key by hashing mouse movements. Strong enough for all purposes.

      DES-sbox keys: there are only 8 of them which describe a 4-bit output mapping function. Many of the possible sboxes are vunerable to linear and differential attacks. In fact there are apparently only 32 highly resistant s-boxes that can be effectively used by DES (meaning the key can be effectively extended only by approximably 5-bit of strength using this method). Even mucking with the order of the Sboxes can weaken DES. There was an interesting paper that showed that the DES algorithm in fact did NOT pick the most optimal order of Sboxes. Instead of S1-8, it should have been S(2,4,6,7,3,1,5,8). Even worse, random S-boxes generally can be cracked with only 2^29 plain-text cipher-text pairs.

      Schneier is an ex-NSA employee...

      Okay, not going there ;^) On the other hand, I wonder, whose advice to follow if I want to to enable the NSA to easily snoop on me, yours or his?

    12. Re:The question is... by Anonymous Coward · · Score: 0

      Its called OpenPGP:

      http://en.wikipedia.org/wiki/Pretty_Good_Privacy#Security_quality

    13. Re:The question is... by Anonymous Coward · · Score: 0

      Thanks, that was the most idiotic drivel I've read in a while. I don't think you even understand what the word encryption means.

  6. end-point security by Anonymous Coward · · Score: 0

    AES is still safe---even with $1 billion worth of custom chips (think GPUs only much, much faster) the keyspace is still very large.
    What is not safe is end-point security, which is the part where you write your password on a post-it note stuck to the back of your monitor,
    or choose your password as "12345". They can brute force that. Heck, the guy living next door to you can brute force that with his
    video card.

    1. Re:end-point security by Goaway · · Score: 1

      Writing your password on a post-it note is much, much safer than most other things. At least that way you can pick a properly complicated password. If somebody is in your room and looking at the note, you have bigger problems anyway most of the time.

      And as for end-point security, you should be worrying far more about whether your decryption software or OS is spying on you after you decrypt.

    2. Re:end-point security by sinij · · Score: 2

      No matter how good your encryption it still can be easily decrypted with a rubber hose.

    3. Re:end-point security by L4t3r4lu5 · · Score: 1

      The weakest point is always the human, so take them out of the loop. Rotating keys and a Dead Man's Switch would do it. Have a keyfile generated every $Period and use it to update the key for the data at every $Period. Require both user passphrase (or similar) and keyfile to access data. Once $Period has ellapsed, no amount of application of the $5 Wrench will get you access.

      --
      Finally had enough. Come see us over at https://soylentnews.org/
  7. Trust by Anonymous Coward · · Score: 0

    I don't trust anything or anyone anymore. Needless to say I am much happier and feel much safer.

  8. You missed the point... by Anonymous Coward · · Score: 0

    With them openly tampering with implementations of things basically using the Suite-B set (IP-Sec, being one of them...), can you even TRUST the stuff? They appear to be of the impression that they can hide stuff so that they can do easy intercepts without disclosing the vulnerabilities. With that mentatlity, are you *SURE* that there's not something deliberately placed in the mix for their benefit within Suite-B?

    1. Re:You missed the point... by Anonymous Coward · · Score: 0

      no point missed, just some info on what algorithms we're talking about since the poster brought up Top-Secret like it was some sort of magic incantation

    2. Re:You missed the point... by letherial · · Score: 1

      can you really trust anyone? until the day i can get in someones head and verify beyond any doubt that they are trustworthy, i am going to stop surfing the web, eating local food, going anywhere public and most certainly not answering the door.

      If you need me ill be in my buried bunker, dont bother knocking, ill shoot first and then figure out who you are.

  9. Re:surely the government wouldn't backdoor itself. by Anonymous Coward · · Score: 0

    This really isn't possible without Portal technology.

  10. No. by Narcocide · · Score: 3, Interesting

    No, and you never actually should have trusted it. None of us did, we all stopped using it the moment the NSA advocated it, just like we stopped trusting every single crypto standard and favorite security tool they promoted, merely because they promoted it so suspiciously, long long before it was public knowledge the agency had gone rouge.

    It still makes me chuckle when I hear people worryingly speculate whether SELinux has backdoors. SELinux doesn't have backdoors, SELinux IS A BACK DOOR!!! *Actually read the instructions* for configuration of this tool and you'll see what I mean. Its security-through-obscurity at its worst. At best you can increase the illusion of security to untrained staff members. Anyone who has read the manual though knows there's one command anyone can use to gain root access more easily than if SELinux had not enabled or installed.

    1. Re:No. by Anonymous Coward · · Score: 0

      And that command is?

    2. Re:No. by SecurityTheatre · · Score: 1

      rm -rf

    3. Re:No. by Anonymous Coward · · Score: 0

      fnord.

    4. Re:No. by Anonymous Coward · · Score: 0

      It appears the body of your comment was cut off, perhaps by the NSA. Would you repeat it?

    5. Re:No. by Anonymous Coward · · Score: 0
    6. Re:No. by Anonymous Coward · · Score: 1

      Anyone who has read the manual though knows there's one command anyone can use to gain root access more easily than if SELinux had not enabled or installed.

      Dear Mr. Narcocide,

      Dropping this without elaborating is not something a gentleman would do.

      Sincerely,
      The Internet

    7. Re:No. by Em+Adespoton · · Score: 1

      No, and you never actually should have trusted it. None of us did, we all stopped using it the moment the NSA advocated it, just like we stopped trusting every single crypto standard and favorite security tool they promoted, merely because they promoted it so suspiciously, long long before it was public knowledge the agency had gone rouge.

      Let me know when it goes chartreuse :D

      Anyway; SELinux, if taken as a collection of recommendations, has some good stuff in it. I've used a lot of that for securing my BSD boxes. However, just implementing it as a "security package" without understanding what you're doing... well, completely apart from that one command, there are a bunch of other areas where incorrect implementation (which is what people would do by default) is enough to make the entire stack very insecure. But then, people do that just by running wordpress or some fancy php CRM tool; it doesn't take much.

    8. Re:No. by Em+Adespoton · · Score: 1

      And that command is?

      install :D

      Really; if you need to ask, you shouldn't be installing SELinux in the first place. The NSA actually provides decent quality documentation that explains most of it. They didn't really hide anything here.

    9. Re:No. by Anonymous Coward · · Score: 0

      Dropping this without elaborating is not something a gentleman would do.

      He's an NSA plant. What do you expect?

    10. Re:No. by EETech1 · · Score: 1

      su su suid-O

    11. Re:No. by Gibgezr · · Score: 1

      The NSA went rouge? As in red? Are they commies now? I'm confused.

  11. No. by Anonymous Coward · · Score: 2, Informative

    Trust was assumed on the basis that the NSA would not unreasonably jeopardise its protection mission by furthering its interception mission. This trust was apparently misplaced: it has.

    As you will actually see if you look at the documents, the NSA used the NIST analysis process under FIPS 140-2 certification to find ways to secretly attack and subvert the implementation of submitted cryptographic modules, including standalone modules, cards, hardware tokens, and software cryptographic modules, including both closed-source and open-source software. There are indications that suggestions relayed by NIST from the NSA to "strengthen" such modules may not always have been made in good faith in recent years. Subtle RSA padding mode attacks and random number generators were particular areas chosen to backdoor. Look out for them.

    In particular, note that DSA and ECDSA require strong random numbers for every single signature - they are critically weak if the numbers are repeated, and weak if predictable. It may be worth exploring what subtle effects a weaker random number generator might have. The cynic may suggest that those signature schemes were chosen by NSA precisely because of their reliance on strong random numbers for every signature - not all signature schemes have this requirement (RSA does not, neither does Ed25519).

    The NSA has definitely suggested weak and backdoored standards, such as MQV (formerly in Suite B) and Dual_EC_DRBG; its personnel, originally via Certicom, were responsible for suggesting the SECP/NIST elliptic curve groups. It is notable that the "verifiably random" curves in fact do NOT have verifiably random seeds - there are no nothing-up-my-sleeve numbers, it seems that the seeds were chosen after a search of some kind. We do not know the criteria of that search, and they may be weak to an obscure, little-known attack, or they may be strong to it. They strengthened DES, but their priorities seem to have shifted since then.

    Other elliptic curves, such as Ed25519, have been produced by individuals in the public academic crypto sphere, and as such their origins have been subject to more scrutiny. Schneier suggests (as he always has) that elliptic-curve crypto is still too new to trust - particularly given that the NSA did much of the initial research and it now seems that their integrity cannot be trusted as far as you can throw them, that seems well-founded. RSA is still good for now, but perhaps we should move above 2048 bits soon, to 3072 or 4096.

    For hash functions, the prudent may wish to choose Skein, one of the SHA-3 finalists, rather than the NSA/NIST-blessed Keccak. Its software performance is almost twice as fast and it seems more traditionally-designed. One wonders why the NSA chose Keccak. Perhaps their stated reason (that the sponge construction is the most unlike SHA-2) is truthful, perhaps it is a lie. We don't know.

    For symmetric crypto, AES-128 is still good and no powerful attacks are known. Maybe the round count is a little lower than we'd like long-term. AES-256 doesn't buy us any more security, in truth, due to a meet-in-the-middle attack - it needs more rounds. TWOFISH-256 might do better, but it's hard to cast a crystal ball into the future...

  12. 140 is fine, if... by Anonymous Coward · · Score: 0

    oyu-ay eytpea ina igpay atinlay.

  13. What else? by Anonymous Coward · · Score: 1

    There isn't really anything better out there. The "standard" cryptographic algorithms like AES, SHA-2 and RSA have received the most public scrutiny by far.
    If you think the NSA can break those, you have to ask why they can't break whatever other, less tested primitive you are proposing we use instead.

    You probably want to use longer key lengths than the minimum recommendation anyway, especially for public key cryptography - it's cheap.
    Specifications with magic numbers are more suspect, but this has been known for a long time. You could use elliptic curves that weren't chosen by the NSA, like Curve25519.

  14. Re:surely the government wouldn't backdoor itself. by Anonymous Coward · · Score: 0

    nah in Government all the arseholes go in via the front door.

  15. Betteridge's Law of Headlines by Anonymous Coward · · Score: 0

    No

  16. a much better question by slashmydots · · Score: 2

    For the other 99% of us that aren't encryption specialists, a list of what software, services, and websites use which encryption method and whether or not it's known to be broken/back doored might be more helpful. I'm even a software programmer and I don't know what uses FIPS and what uses AES and what specifically uses the Dual_EC_DRBG algorithm.

    1. Re:a much better question by GoChickenFat · · Score: 1

      Search for FIPS 140-2. It's a paid for government certification for an implementation of an encryption routine. You can implement AES in your software but it's not officially FIPS 140-2 certified until you submit and pay for the certification. So in other words, you will not find any open source encryption certified by the government as FIPS 140-2 since that would require a submission and payment. If you search you will find the official list of software that is certified as FIPS 140-2.

    2. Re:a much better question by AmiMoJo · · Score: 1

      Pretty much all of it I'm afraid.

      I think we have to even consider AES to be dead now. Twofish is probably the best bet to replace it. I'm not sure what we can use to replace Dual_EC_DRBG.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    3. Re:a much better question by nrjyzerbuny · · Score: 1

      Or someone like RedHat could decide that they need certification (required for some FedGov projects), and pay to get something like OpenSSH certified. Red Hat Enterprise Linux 6.2 OpenSSH Server Cryptographic Module, when run in FIPS mode is certificate number 1792.

    4. Re:a much better question by nrjyzerbuny · · Score: 1

      Here's the list of software that is FIPS certified. Be aware that most are libraries that are used in other products, which can sometimes make it hard to tell which particular certified bit is being used by end-user software.

      http://csrc.nist.gov/groups/STM/cmvp/documents/140-1/1401val2012.htm

    5. Re: a much better question by chill · · Score: 4, Informative

      Bzzzt! Wrong! OpenSSL jumped thru the hoops and has a FIPS 140-2 version.

      --
      Learning HOW to think is more important than learning WHAT to think.
    6. Re: a much better question by Jah-Wren+Ryel · · Score: 1

      That is correct. But it's, what, 8 years old now? FIPS certification is a PITA because any changes to the product require re-certification and it is a really long process.

      --
      When information is power, privacy is freedom.
    7. Re: a much better question by chill · · Score: 1

      Uh, no. Cert 1747 was issued originally in June 2012 and renewed as recently as August 23, 2013. It is the latest and greatest.

      --
      Learning HOW to think is more important than learning WHAT to think.
    8. Re:a much better question by wisnoskij · · Score: 2

      Here is the list of software, you CAN trust:

      --
      Troll is not a replacement for I disagree.
    9. Re: a much better question by Jah-Wren+Ryel · · Score: 1

      Ok, so that's new. I was referring to the Jan 2006 certification which took 5 years. Looks like they certified a couple of versions in 2008 and then it took 4 more years for the 2012 cert. You'll note it is also a very specific part of OpenSSL, not the entire suite.

      --
      When information is power, privacy is freedom.
    10. Re:a much better question by LainTouko · · Score: 2

      What do you have against AES? The US government doesn't pick bad algorithms for itself to use as a matter of principle or anything, suspicion is only really warranted on algorithms which contain data which claims or appears to be random, but could have been specially chosen to have some property. (If you want people to trust your magic numbers, you generate them by doing something like taking the hash of the square root of 2.) The difference between AES and Twofish is that AES got more positive comments from around the world during the AES selection process, and fewer negative comments. Twofish is still a well-respected algorithm which will protect your data, but AES is generally regarded as slightly superior, and this is why NIST recommend it.

      There's no need for a replacement for Dual_EC_DRBG, because it was only one of several recommended choices, and was both slow and suspicious, so nobody was using it anyway. Hash-based PRNGs seem to be faring best at the moment, though something which everyone can call good is still yet to really emerge.

      The main crypto algorithm which is both trusted and now under suspicion is ECDSA/ECDH, where people have tended to use curves recommended by NIST, which have data in which we can't verify the generation of. It's not clear just how dangerous this is, whether this data could actually hold any malicious secrets or not, but it can certainly be solved just by generating our own curves, or using curves from organisations we trust more.

    11. Re:a much better question by Tom · · Score: 1

      If you search you will find the official list of software that is certified as FIPS 140-2.

      Correct. That list is here:
      http://csrc.nist.gov/groups/STM/cmvp/documents/140-1/140val-all.htm#1051

      you will not find any open source encryption certified by the government as FIPS 140-2

      Incorrect. OpenSSL has been on that list since 2008, here's the certificate:
      http://csrc.nist.gov/groups/STM/cmvp/documents/140-1/140crt/140crt1051.pdf

      --
      Assorted stuff I do sometimes: Lemuria.org
    12. Re: a much better question by chill · · Score: 1

      That was by design, and how EVERYONE does it. Only the core cryptographic module is certified. Everything else is a wrapper around it. Since FIPS only requires the crypto functions to be evaluated, this makes it possible to make changes to every other component without invalidating the certificate.

      RSA, for example, licenses their certified BSAFE library to several vendors. The other vendors can fiddle with GUIs, interfaces or whatever without having to get their individual products certifed.

      If they certified every last little piece, instead of just the crypto module, you'd never be able to do any updates.

      --
      Learning HOW to think is more important than learning WHAT to think.
  17. Yes, but... by sinij · · Score: 4, Informative

    FIPS is a financial and government-facing certification. FIPS guarantees correct implementation of cryptographic protocols according to a set of standards. It does not guarantee that there are no undiscovered (or backdoored) weaknesses in your implementation. This is still useful function to entities that require this certification. Corporate liability and loss due to getting hacked because of incorrect cryptographic implementation is orders of magnitude greater than liability and loss due to getting exposed NSA backdoors. It is all about risk management, and it says FIPS is still good idea.
     
      Now, if you want personal security this equation changes a bit - possibility of personal harm due to hypothetical NSA backdoors goes slightly up and your likelihood of getting targeted to get pwned goes drastically down. FIPS is still likely net benefit, but diminished.
     
      Keep in mind that there is no such thing as perfect security. You have to ask, how likely that this specific implementation was backdoored by NSA and what the worst possible outcome of such occurrence?

    1. Re:Yes, but... by Whorhay · · Score: 1

      I would wager that the actual encryption protocols, recommended in FIPS, are probably still good enough and not likely sabotaged by the NSA. FIPS is the standard that the military is using and it is highly unlikely that the NSA would tell the military to use something they knew was vulnerable. There are two good reasons for that; first the NSA knows that they are bound to have spies within their agency and so anything like a backdoor to the encyption standard which your entire military is using would certainly end up being known by your enemies. Secondly the NSA would have a trivially easy time getting access to whatever military data they need, wanting to secretly peak at it would be an epically bad compromise to accept for telling them to use a broken encryption protocol.

    2. Re:Yes, but... by Anonymous Coward · · Score: 0

      You are naively assuming NSA wants wars to be waged efficiently. Read what they did to the American Admiral who used a strategy of "total radio silence" in a wargame. He was red force and used motorbike couriers, wires and watches instead of wireless command&control.

      Said Admiral routed his opposition who were 100% reliant on SIGINT for their decision cycle. As there was no SIGINT, blue force was paralysed. Red mopped up blue.

      Higher-ups ruled that red force Admiral was "cheating" and ordered everything to be "re-done with proper radio emissions".

      Do we really think SIGINTers want war ? They prefer to control things and wars are the antithesis of control. Strong Crypto->Strong War Capability. Bad.

    3. Re:Yes, but... by iroll · · Score: 1

      I would love to read about this, but you didn't post enough information for me to google it, and you posted as AC, so you're not likely to see this response. If you do, please point me in the right direction, because I'm very interested.

      --
      Repetition does not transform a lie into the truth. - FDR
  18. TS is not SCI by Anonymous Coward · · Score: 5, Interesting

    "Up to Top Secret" does not include Sensitive Compartmented Information (SCI). The ciphers under discussion, backdoored or not, are not suitable for use on SCI.

    1. Re:TS is not SCI by drdread66 · · Score: 2

      I have no points to mod this up, but would if I did. This is dead on target, at least as far as how the military views this sort of thing. But do remember that TS and SCI are somewhat orthogonal; you can have SECRET/SCI and TS/collateral in addition to the more common SECRET/collateral and TS/SCI.

      Also note that typically NSA is comfortable with encryption as long as they know how much effort is required to break it. The only way NSA will believe a difficulty estimate is if they actually break it. They don't like schemes that they don't know how to break because that means that they don't know for sure that other people have not broken it.

      That said, if NSA approves it for use in the US government, it means that they probably believe that they are the only people on the planet who can break it.

    2. Re:TS is not SCI by Anonymous Coward · · Score: 1

      http://www.nsa.gov/ia/programs/suiteb_cryptography/index.shtml

      Suite B still applies to TS/SCI

    3. Re:TS is not SCI by Anonymous Coward · · Score: 0

      Maybe NSA has a secret agreement with their Russian opposite number to "have a handle on testosterone-laden air force colonels and marines" ?

      Evidence points exactly into this direction. The agreement could be "no ciphers we cannot mutually read.". These people never need to meet physically. There are lots of wires and frequencies to be used for getting into very close and trusting contact. At some point, you can forget all the "good vs evil" bullshit and focus on "keeping the little planet safe for the two of us by controlling our respective ignorants".

    4. Re:TS is not SCI by wvmarle · · Score: 1

      Obviously the NSA believes they're the smartest when it comes to breaking cryptography.

      Shouldn't that also mean, that if they can not break it, no-one else can?

      To me it's a bit odd that they'd approve for government use encryption they know they can break already. Knowing that technology advances quickly (more computing power) and also cryptanalyses and related mathematics moves forward constantly.

    5. Re:TS is not SCI by trifish · · Score: 1

      If you have anything above Top Secret to hide, good luck to you, you'll need it (either this, or maybe you're a little delusional).

  19. Logical Solution by Anonymous Coward · · Score: 1

    Exactly and so the logical way to achieve both of these at the same time is to tell everyone to use an encryption standard which only you have the back door to...since "you" are obviously a good guy.

  20. FIPS is not for Top Secret by Anonymous Coward · · Score: 4, Interesting

    The FIPS 140-2 standard is for "protecting sensitive but unclassified information". It is not for top secret. Also the body of the FIPS 140-2 standard is algorithm agnostic. The part that mandates specific algorithms is Annex A and can be updated to add and remove algorithms without changing the standard.

    In terms of how bad the situation actually is.... I refer to Bruce:
    The math is good, but math has no agency. Code has agency, and the code has been subverted.

    1. Re:FIPS is not for Top Secret by Anonymous Coward · · Score: 0

      Someone mod this -1 Wrong.

    2. Re:FIPS is not for Top Secret by Anonymous Coward · · Score: 0

      Someone mod this -1 Wrong.

      Care to let us know why?

    3. Re:FIPS is not for Top Secret by uvajed_ekil · · Score: 1

      Also, you don't backdoor yourself, for fear of someone finding out about your backdoor without you realizing it.

      --
      This is a hacked account, for which the owner can not be held responsible.
  21. Re:surely the government wouldn't backdoor itself. by Anonymous Coward · · Score: 1

    Depends who runs the Government. Which is always the same people no matter who gets voted in, so the answer is YES.

    Probably not. The NSA is not just concerned about wiretapping you and foreign governments. They are very concerned about foreign governments getting US government secrets. They would only consider back dooring the methods they use if they could be highly confident that it wouldn't help foreign governments crack their codes.

  22. The gov is a bunch of fuckups by Mister+Liberty · · Score: 1

    They backdoor themselves with increasing frequency (Manning, Snowden).
    That's the good news.

    The thing makes them awesome is their budgets and power. And weak
    dicks that populate politics these days. They are hard to kick out. That's
    the bad news.

    Now get involved.
    Have a nice day.

    1. Re:The gov is a bunch of fuckups by Anonymous Coward · · Score: 0

      They backdoor themselves with increasing frequency (Manning, Snowden).

      What you should be afraid of are all the Mannings and Snowdens who have their access to all your encrypted bank communications and don't have their morality. How many are enriching themselves quietly because they've decided not to blow the whistle on a good thing?

  23. se linux secret root command by Anonymous Coward · · Score: 0

    sudo su
    you still need a password though

    1. Re:se linux secret root command by Fred+Foobar · · Score: 1

      SELinux is not needed for sudo to work (sudo was created about 18 years before SELinux). And "sudo -i" is preferable to "sudo su", by the way.

      --
      It was a really good paper.
  24. Re:surely the government wouldn't backdoor itself. by Anonymous Coward · · Score: 1

    Depends who runs the Government. Which is always the same people no matter who gets voted in, so the answer is YES.

    You're right but not the way you are thinking. The NSA is the boss. It knows enough of elected officials to keep them in check. The NSA allows the three branches of government "run" the country as long as they keep funding the NSA and never interfere with its doings.

    Well, ok, even the NSA has a boss. Just a few hours ago it was reported on Slashdot that the NSA offers everything it knows on a silver platter to Israel.

  25. History cuts both ways on that by Beryllium+Sphere(tm) · · Score: 4, Informative

    For example, they strengthened DES against differential cryptanalysis when they were the only ones who knew about the technique.

    1. Re:History cuts both ways on that by Anonymous Coward · · Score: 0

      And [NSA] deliberately weakened DES to 56 bits so that cracking it was within the realms of possibility with the technology then available...

      Yes. NSA's actions (and perhaps their core mission) are in dynamic and self-opposing. They are a wild card — a loose cannon. Their only consistent attribute is an insatiable appetite for power: economic, computational, political, electrical... all at taxpayer expense. They are are ultimately an extremely harmful institution and cost-center that exploits the public's tax resources in opposition to the public interest. NSA is kind of like a third gratuitous nuke dropped on orders from Truman, complete with unforeseen, long-lasting harmful effects.

      OT: For the fetishists who demand it: Captcha: "inroad."

  26. Strangely enough, it's still probably safer by joeflies · · Score: 1

    Based on what I understand of the FIPS process (which is little, admittedly), the whole exercise to put your crypto under the microscope results in eliminating a number of coding mistakes and implementation problems. So even if the algorithms themeselves are potentially weakened (we don't know ), a FIPS approved product that's had 3rd party scrutiny is probably still better off than one that wasn't, due to cleaning up implementation issues with the keys, random numbers and algorithms.

  27. Of course they would by J'raxis · · Score: 1

    They have been cleared for use by the US Government for Top-Secret clearance documents; surely the government wouldn't backdoor itself right?...Right?

    So the NSA most likely knows what kinds of backdoors they could insert that can't be exploited by other nation-states. So yes, they most certainly could backdoor it.

  28. Along the same lines by WOOFYGOOFY · · Score: 1

    It seems like the encryption of Tor - any version including the latest- cannot be trusted. Anyone know?

  29. Would they backdoor themselves? by Arancaytar · · Score: 1

    As long as they were confident the backdoor remained unusable by anyone else, sure.

  30. Better question? by FuzzNugget · · Score: 1

    Can you trust anything from the NSA and any number of other three letter agencies?

  31. ASCII probably contains a NSA backdoor as well. by Anonymous Coward · · Score: 5, Funny

    ASCII stands for "American Standard Code for Information Interchange". Since this is an American standard, then the whole encoding scheme probably contains a backdoor that allows the NSA to read all information encoded in it. We can't trust EBDIC either as IBM is a contractor for the NSA, they would insert a backdoor as well. I think for maximum online privacy we should be using Unicode which shouldn't contain an NSA backdoor because it is an international standard. The American government has no interest in following or creating international standards.

    Unfortunately Slashdot does not support Unicode, so one should now safely assume that Slashdot is an NSA honeypot .

  32. No Doubt by jamander4 · · Score: 2

    I have no doubt that FIPS 140-2 is fully available to the NSA. The official story is probably so they can monitor or prevent espionage. Also the NSA has political interests in terms of knowing what it's opponents within the government are doing. If the NSA had adequte supervision this wouldn't be allowed but they don't have adequte supervision. So there you are.

  33. Sneakernet, bitches. by Penguinisto · · Score: 2

    Minus physical assault, it's getting to be the only way to transport anything securely.

    --
    Quo usque tandem abutere, Nimbus, patientia nostra?
    1. Re:Sneakernet, bitches. by Anonymous Coward · · Score: 0

      as long as you're not going through u.s. customs, a u.s. airport, flying over or near the u.s. on a non-u.s. flight, traveling within 100 miles of a u.s. border, or visiting any federal building or property, sneakernet _should be_ ok.

    2. Re:Sneakernet, bitches. by Anonymous Coward · · Score: 0

      just bring a motorhome, a stripper, a homeless kid and a neighbour

  34. A Simple Notion by b4upoo · · Score: 1

    One might build software that divides text into two files with every other bit going to the other file. Two sending units send the material to two addresses from two addresses. On the receiving end the tennis shoe method is used to deliver both halves to the third party who has the software to decode each half and recombine the bits into a coherent message. It might be next to impossible to break but if it is not next to impossible then divide the original into three files and send the bits and receive the bits just as with the two file plan. It should be impossible to break.

    1. Re:A Simple Notion by mikew03 · · Score: 1

      Nice try NSA

    2. Re:A Simple Notion by Anonymous Coward · · Score: 0

      As each half may travel on the same undersea cable at about the same time,and they may know the point of origin, probable target destination by country - you need to be sneakier. And assume you are being monitored anyway. And assume having connected to the internet, that there is a big slab of known text on your PC - or some keylogger or the like.

      For every 2 pieces, you send 20,000 pieces, daily for over several months - that's going to cost whoever storage, and frustrate 'I want the result yesterday' micromanagers who actually know nothing. You keep a copy of all this noise and start building a hash table of all the 'noise' decoy packets. You even send conflicting message like attack and defend (fully encrypted ).

      Somewhere in this , you mix a one time pad, with the hash table (which messages/orders to discard), which is air-gapped and physically delivered overseas. It does not matter if they still break the code or even put the halves/slices together. Without knowing which were the decoy messages, they can only guess. Oh, wait, they did this in 1940, pretty much, sending out false/fake orders and plans (and hoping they were intercepted).

  35. it was General Paul Van Riper by enos · · Score: 1

    A retired General, not Admiral, Paul Van Riper was in charge of the Red Team.

    http://en.wikipedia.org/wiki/Millennium_Challenge_2002

    While the military definitely has its head up its ass over this, I read somewhere, I don't remember where now, that the charges of cheating did have some merit. It would be things like that the motorbike couriers would arrive instantly and various other guerrilla tactics would always work and happen faster that was realistic, etc.

    --
    boldly going forward, 'cause we can't find reverse
    1. Re:it was General Paul Van Riper by iroll · · Score: 1

      Thanks!

      --
      Repetition does not transform a lie into the truth. - FDR
  36. Re:surely the government wouldn't backdoor itself. by FatdogHaiku · · Score: 1

    Don't be so quick on the trigger, I think there was a xxx vid titled "Hermaphroditic Dreams" or something like that...

    --
    You have the right to remain sentient. If you give up the right to remain sentient, you will be elected to public office
  37. FIPS isn't an Algorithm by Archangel · · Score: 2

    The question here doesn't make sense does it? FIPS is a certification not an algorithm. It's like asking if my soundsystem that was THX certified would still be any good if the we found out their CEO was a crook. AES-256, Serpent, Twofish, etc... are all algorithms but only a few got FIPS certification.

    On top of that, from all the articles I read, the NSA isn't actually cracking these protocals, they're using passwords and certificates gleamed from other sources as seed for cracking.

    Finally, if you wanted to make sure there was no back door, you could always download the source of an open source project like TrueCrypt and compile it yourself after doing a code review.

    Just food for thought...

    1. Re:FIPS isn't an Algorithm by mikew03 · · Score: 2

      There are two issues with this.

      1) Some of these algorithms depend on receiving quality random number systems from the underlying operating system. It's possible some of those random number generators have been manipulated and its going to be pretty hard to check on Windows or OSX random number generators.

      2) The backdoor's do not look like (if strncmp(pass,"NSA",3) == 0) { return plaintext }. The backdoors are sophisticated mathematical weaknesses in the algorithms. A code inspection is not sufficient to detect these kids of backdoors it takes dedicated analysis by experts. Just look at some of the discussions going on right now, some algorithms are suspect and you will hear real experts going back and forth on even if a weakness exists. AES have been around since 2001, approved by NIST based on a proposal by Belgian cryptographers. Does it have a back door? Let's hope to hell not.

      DES was a good algorithm in its day but it's known (sorry I can't find the citation, I think it had something to do with how the S-boxes were chosen) that very slight changes to the algorithm dramatically weakens its effectiveness. Now in DES's case that didn't happen, good values were chosen, but it would have been easy to put in a nearly invisible weakness into the algorithm.

  38. Re:surely the government wouldn't backdoor itself. by cheater512 · · Score: 3, Interesting

    Yeah but they wouldn't shoot themselves in the foot by giving out unbreakable encryption to the people they are trying to spy upon.

    If they got a very secure algorithm, weakened it in a hard to detect way which makes it easier for the NSA and nobody else then that would be perfectly fine to both use for government documents and to give out to other nations.

  39. Re:surely the government wouldn't backdoor itself. by 93+Escort+Wagon · · Score: 1

    If they got a very secure algorithm, weakened it in a hard to detect way which makes it easier for the NSA and nobody else then that would be perfectly fine to both use for government documents and to give out to other nations.

    We've seen the level of "thought" that goes into these decisions. I doubt anyone with decision-making authority ever considered that weakening encryption so the NSA could get in more easily would also make it easier for criminals to get at the same information.

    --
    #DeleteChrome
  40. ./ also p0wned by NSA by sigxcpu · · Score: 1, Offtopic

    This is the wrong place to ask, "ask slashdot" is also controlled by the NSA.
    They have been spending years building cover identities and collecting karma, so they can control ./
    And that's why this post is going to be modded down, see, I told you so!

    --
    As of Postgres v6.2, time travel is no longer supported.
    1. Re:./ also p0wned by NSA by GLMDesigns · · Score: 1

      wish I had karma to mod you up.

      Of course you're probably trolling to get mod points. ;-)

      Or ... you're NSA trying to get a handle on all those subversives who agree with you.

      --
      If you're scared of your govt then you need to further restrict its powers
      Vote 3rd Party in 2016 and beyond
  41. FIPS requires weakness, so exceed std key length by mileshigh · · Score: 1

    FIPS certification is only available for systems that implement modest key lengths. Many of the approved algorithms are designed to support much greater key length, but longer keys are not allowed by the specs. FIPS won't certify 'em. It's a pretty safe guess that the allowed key lengths are such that the NSA can break them if needed using custom hardware or whatever else quasi-unlimited money can buy. Remember 20+ years ago when the gov't regulated all crypto as a munition? They still allowed low-bit encryption because they knew they could break it. They're still playing that game, except now it's done with standards and certifications instead of laws.

    You really don't want to start making up your own ad hoc crypto. Approved algorithms have been extensively vetted by honest experts; any possible weaknesses would be very, very subtle. Using approved algorithms with non-standard "ridiculous" key lengths is probably the safest workaround to suspected weaknesses until... on second thought, key lengths much greater than the gov't "recommends" will always be a good idea! Keep in mind that any weaknesses in crypto algorithms would merely make them easier to break, but breaking still requires huge resources and takes time. Longer keys kick up that effort exponentially to the point that very probably nobody can break them in a useful time frame, provided that implementations are reliable and trustworthy.

  42. yes by Tom · · Score: 1

    As close as you can come to trusting something like the NSA, but yes.

    Most people see the NSA as a pure spy agency, but that's not true. It has two jobs. One, to spy on everything else and two, to make sure nobody spies on the US.

    They employ enough smart people to understand that if they can break it, so can someone else.

    If you are really concerned, you should check the implementation. Past experiences show us clearly that it is a lot easier to put backdoors there. And it has the advantage that if the enemy finds them, you can fix them.

    Or, more likely, you use a different, backdoor-free implementation internally.

    --
    Assorted stuff I do sometimes: Lemuria.org
  43. You hold the keys to your own hose. by Anonymous Coward · · Score: 0

    You carry all the keys to your own house. The US considers the Internet to be its own house, but it lets the other kids in the global village play there, even the ones it thinks are smelly, that way it can keep an eye on them. So of course it has backdoors. The US State Security has nothing to fear from the US State and vice versa. But woe betide the people if they wish to change the State. That is NOT allowed. The State Security will find you and stop you. That is its job, to protect the State from the people, wherever they might come from.

  44. We are all "bad guys" by Anonymous Coward · · Score: 0

    As far as the State is concerned, Everyone (including all Americans) is a potential "bad guy". The NSA is there to protect the US State, NOT the US people. They get included in this "protection" only because they are baggage the State needs to exist, a bit like a pack of sandwiches. People are the consumables that the State runs on.

  45. trust the algorithm or the implemenation by iceco2 · · Score: 1

    the algorithms have a lot of peer review independent of the NSA and the NSA had little input in their design (though may have
    significant input in the slection of those algorithms that got standardized).
    Though the NSA probably has better methods for attacking common cryptographic algorithms either using undisclosed weaknesses or more likely
    custom hardware, it seems likely the NSA can not easily crack these algorithms.

    The simplest thing to do is to pick a larger key length which will give you more of a security margin.

    Some implementations have also been peer reviewed, and though one can probably hide a side channel leakage in a peer reviewed implementation
    hiding something more sinister may be difficult for the algorithm to still be operating per the spec.

  46. NIST are bad too by Anonymous Coward · · Score: 0

    They are another arm of the US State:
    NIST asserted that its purpose was to protect the federal government first: “NIST’s mandate is to develop standards and guidelines to protect federal information and information systems..."
    It is an agency of the US Department of Commerce.

  47. ECC is fucked by Anonymous Coward · · Score: 0

    There have been significant (and classified) breakthroughs with elliptic curve cryptography, via advances wrt Weil pairings. Don't trust it. It will not stand up to analysis like the RSA / discrete logarithm / factoring based cryptosystems have over 30 years.

  48. Re:surely the government wouldn't backdoor itself. by Anonymous Coward · · Score: 1

    They weakened Lotus Notes by allowing the the NSA to know some of the bits of secrets: http://www.heise.de/tp/artikel/2/2898/1.html

    So yeah they could backdoor US stuff.

  49. The US government is as corrupt as it gets. by Anonymous Coward · · Score: 0

    So trusting ANYTHING which has to do with the US government is
    a mistake.

    Frankly anyone who even _asks_ such a question as "can the government
    be trusted" is a fool.

  50. Nobody else ? by DrYak · · Score: 1

    If they got a very secure algorithm, weakened it in a hard to detect way which makes it easier for the NSA and nobody else then that would be perfectly fine to both use for government documents and to give out to other nations.

    It's "nobody else" part which is very hard: the NSA are not the only one playing this game. In fact, the FSB (formely KGB, formely Tcheka) has been at this game (mass surveillance including on own's population) for much longer than the NSA.

    Even get real known example: NSA has discovered differential analysis as a method to help breaking ciphers. They kept it as a secret. What happened:
    - First they developed ciphers resistant to it (DES). They made a part, the controversial S-Box, to specially make the cypher resistant to differential analysis, but didn't gave any explanation about why this part was there (because they wanted to keep the analysis secret). It might show a tendency for the NSA to try to keep things secure.
    - Second, differential analysis was latter independently discovered by academics. If big brains at the NSA can discover a method, the same method is available to discover for any other similar big brain (except maybe the academia has less money and thus propbably hires a smaller number of sufficient bright research, thus is a but slower to make their own independent discovery).

    Now to go back to your example of "weak point that we're the only one knowing about it":
    - If this weak point has been discovered, that means that there is enough knowledge accumulated in the field of cryptology to make this discovery possible, provided that bright enough researcher put their efforts at it. The "adversaries" have access to the same knowledge at the beginning. They can (and probably will) make the same chain of discoveries that lead to discover the weak point. Maybe academia can't afford having the necessary geniuses on their payroll. But what about the FSB and the MSS which are known have massive ressource thrown at them by their respective governments? What make you think that they won't also hire similarily intelligent people? They will and these researcher will eventually discover the same weakness.
    - So probably the maths behind the current crypto technology is more or less sound. If it wasn't, the NSA would be at risk at not being the only service with knowledge about it. In fact a given weakness could even have been discovered even before by another entity, and the US could have been already eavesdropped.
    - Even so, breaking maths is hard. There are much more low hanging fruits in the form of social engineering. Gain confidence of a company (by planting undercover agent working as security experts at critical positions), and plant hidden bugs that could be exploited. The crypto method should be secure, but the actual implementation is botched in a way that could be exploited by the NSA, while at the same time the can use a "fixed" version. Most of the current snowden & co revelations tend to show that this is the dominant strategy adopted until know.

    So to get back at the current ask slashdot:
    Be confident in the algo themselves. If most security expert (the kind which have a good understanding of the maths involved) agree that a method seems still secure, chances are, the method *IS* secure.
    Be suspicious of the implementation you're running. If you're running some proprietary binary code, or worse a hardware blackbox implementation (the suspicion about some random number generators), its very hard to know if the thing is doing exactly what it should or if there isn't a exploitable bug or tweaked constant (the suspicion about some ellipcitc curve) or the thing outright containing a backdoor because it has to comply with local wiretaping law (as the Skype EULA is indirectly telling).
    Opensource is slightly less likely because the code is in the open, and someone would eventually end up discovering the bug (See the debian key generation bugs in the recent past). Even the theoretical attack against the compiler could end up being spotted.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]