Slashdot Mirror


DoD team nears Security Validation of OpenSSL

tadelste writes "An important DoD program took a page from Open Source and Do-It-Yourself-IT (DIYIT) and applied for their own Security Validation. In this article Steve Marquess says:as a taxpayer, I felt very annoyed. But it made me realize a couple of things. First, if OpenSSL had been validated, then it was possible for us to do it again. Secondly, if we could do it we could save a lot of money for the program."

37 of 109 comments (clear)

  1. More cost effective by dogfart · · Score: 4, Insightful
    Looks like:
    • Government pays directly for certifying open source products
    • Private companies "use" the open source product in their own commercial (very expensive) offerings, pay for the certification, then sell the (largely open source) products at a substantial markup to the government
    You save a few pennies in the first option by no longer having the government pay for certification, but you lose many times over in the markup
    --

    "dope will get you through times of no money better than money will get you through times of no dope"

    1. Re:More cost effective by WNight · · Score: 3, Insightful

      If the government has an encrytion system they trust they don't bother buying products with a potentially flawed system, they simply run the unencrypted system over a VPN, or SSH.

      That way everyone saves. The applications can be developed more easily without redoing a specific encryption layer for every one. Nobody wastes money developing and verifying a redundant system.

      If the government simply accepted that contractors were going to base things on OpenSSL they'd need to verify every product, to make sure that nobody had accidently or intentionally, weakened it. By simply using the official signed and verified version they only have to trust their verification team once.

  2. Ironic by Pharmboy · · Score: 4, Insightful

    Since they are having to revalidate the same code others have already validated (albeit with some modifications) but its still a good thing to see DoD at least attempting to use my tax dollars smarter, by spending the time to formally validate open source software instead of buying proprietary software for hundreds of thousands of dollars, that contains basically the same code.

    Any time the Govt. decides to use Free software instead of MS stuff, I also sleep better at night, for several reasons.

    --
    Tequila: It's not just for breakfast anymore!
    1. Re:Ironic by Markus+Registrada · · Score: 2, Insightful

      What's more ironic is that they won't be able to apply fixes, including security fixes, without going through the whole process again. Since they can't afford to do that, they will be running "secure" code with known security holes.

      It's too bad they didn't certify GNU TLS instead.

    2. Re:Ironic by cduffy · · Score: 4, Informative

      Perhaps you should RTFA. They isolated the security-sensitive parts such that most fixes wouldn't touch them, and thus could be applied without revalidation.

  3. Re:microsoft not secure by LittleLebowskiUrbanA · · Score: 3, Insightful

    Maybe a couple of people in the gov't. The gov't is HUGE and full of all sorts of different people. Basically a microcosm of the American public, really.
    More than likely someone open minded enough to try and save money on his budget, or even an idealist :)

  4. Govt saving money? OMG! by SoTuA · · Score: 5, Insightful
    Nice to see somebody put a bit of sense in govt. spending. Why license for thousands what you can get for free? Go OpenSSL!

    BTW, this shows some of the GPL-camp fears: Too-free (as in BSD) code packaged into propietary apps... some people will not realize they can get the exact same code for free.

    (the debate on "in licensing from private outfit you are paying for support of that free code" is left to the reader ;)

  5. Summary misleading by pavon · · Score: 5, Informative

    That summary is potentially misleading because it leaves out the reason why he was annoyed. Here is the whole paragraph:

    Because OpenSSL has a BSD-style license, many vendors simply grabbed the source code and incorporated it into their proprietary products. Those vendors wanted literally hundreds of thousands of dollars in licensing fees. As Steve attests, "as a taxpayer, I felt very annoyed. But it made me realize a couple of things. First, if OpenSSL had been validated, then it was possible for us to do it again. Secondly, if we could do it we could save a lot of money for the program."

    So he was annoyed at vendors who he thought were ripping the governent off, not at the wastefullness of the government auditing OpenSSL as I read the summary to say.

    1. Re:Summary misleading by Vlad_the_Inhaler · · Score: 2, Insightful

      Validation is an expensive process, the vendors had to pay for it themselves so they were not necessarily 'ripping the government off'.

      --
      Mielipiteet omiani - Opinions personal, facts suspect.
    2. Re:Summary misleading by antiMStroll · · Score: 2, Insightful
      "Because OpenSSL has a BSD-style license, many vendors simply grabbed the source code and incorporated it into their proprietary products. Those vendors wanted literally hundreds of thousands of dollars in licensing fees.

      Steve Marquess, the technical manager of DMLSS, had no issue with vendors making money, it was the means they chose that annoyed him. If everyone in government felt as he did, taxpayers like you and me would have a lot more money in our pockets.

    3. Re:Summary misleading by 0racle · · Score: 3, Insightful

      Yes they incorporated it into the product, meaning they aren't simply reselling OpenSSL libraries, but it is a part of a larger whole. Once again, quit whining about someone making money. Taxes won't go down simply because the government isn't spending as much money.

      --
      "I use a Mac because I'm just better than you are."
    4. Re:Summary misleading by BarryNorton · · Score: 3, Insightful
      [T]hey aren't simply reselling OpenSSL libraries, but it is a part of a larger whole

      In which case how could a validated OpenSSL be an alternative?

    5. Re:Summary misleading by antiMStroll · · Score: 2, Insightful
      "Yes they incorporated it into the product, meaning they aren't simply reselling OpenSSL libraries, but it is a part of a larger whole."

      Re-read the article. When the "National Security Agency promulgated a policy that required any military program using information assurance" to have NIST FIPS 140-2 validation, that "...led Steve Marquess, the technical manager of DMLSS, to the job of finding replacements for the OpenSSL libraries so prominently used in DMLSS." The article strongly implies their 'product' was a exactly a repackaging of the OpenSSL libraries because it's what Marquess was tasked to find.

      "Once again, quit whining about someone making money."

      Nowhere in my post did I express my opinion about making money, I simply relayed the opinion of Marquess. I have nothing against people making an honest living.

    6. Re:Summary misleading by ozbird · · Score: 3, Interesting

      How many more of these rip-off stories before the BSD license is modified (or replaced with the GPL) to prevent commercial exploitation?

      While it may be good karma to freely share your code, there's no obligation for anyone using the code to be a good citizen and give back to the community. How do BSD developers feel about their taxpayer dollars being spent on software that they wrote, but almost certainly won't see one cent of it?

  6. I think this is a good thing. by Mysticalfruit · · Score: 4, Insightful

    In a lot of cases, when software is been written to do X thing, the DoD will goto lengths to write it from top to bottom.

    OpenSSL has proven itself worthy on the battle field of the internet.

    If by using OpenSSL, the DoD can design better systems faster that allow our troops to be more efficient (i.e. deadlier) and it costs us less money and the DoD returns any bugs it finds to the community, I don't see how this is a bad thing.

    --
    Yes Francis, the world has gone crazy.
  7. some thoughts by zoloto · · Score: 3, Interesting

    With OpenSSL being validated by the government as secure, it makes me wonder when SELinux will have it's own distro (something a bit thinner than fedore). this kind of stuff is great, i love it.

  8. Re:microsoft not secure by Pharmboy · · Score: 4, Insightful

    yeah until its on 90% of desktops...then we'll see how secure it is

    You miss the point entirely. OpenSSL have already been validated, and the source has been seen by thousands of other people. THAT is what makes it more secure. Its proven and open. OpenSSL isn't a "desktop", its a library for encryption. Its released under a BSD license, so Microsoft could include it in every copy of XP if it so chose to. Its not platform dependent.

    And to further blow your smug theory away, any Unix like operating system will always be more secure than the current Windows systems by design. Its not an opinion, its a design choice that makes the software somewhat more difficult to use but gaining security. You CAN make a Unix like OS as insecure as a standard Windows install (hello Lindows) but you have to really try.

    It would be nice if the "yea, wait until more people use Linux" had a clue what they were talking about, especially since has exactly NOTHING to do with Linux. Linus, to my knowledge, has not contributed to OpenSSL and it OpenSSL will work just fine with no need for Linux.

    --
    Tequila: It's not just for breakfast anymore!
  9. good for this Steve guy by Vlion · · Score: 3, Insightful

    He is working on saving the US government money. Wish there were more guys like him in the US gov. For non-US readers : The US government has issues of spending bloat. They spend way too much on stuff. Us taxpayers don't like that. X_X

    --
    /b
    |f(x)dx = F(b) - F(a)
    /a
    1. Re:good for this Steve guy by cpghost · · Score: 2, Informative

      For non-US readers : The US government has issues of spending bloat.

      LoL! Name just one government worldwide that doesn't have that specific problem!

      --
      cpghost at Cordula's Web.
  10. Lemme get this straight ... by jc42 · · Score: 3, Insightful

    They knew that OpenSSL had already been validated by several commercial vendors. So validating OpenSSL by itself should be a slam-dunk after they'd already done it N times. But suggesting that they just use OpenSSL for free rather than paying a commercial supplier for it is an "out of the box move" that "took guts"? As Dick Cheney might ask, WTF?

    Furthermore, it would be a big surprise if other parts of the military didn't have copies of OpenSSL lying about on a few thousand machines already, so they wouldn't even have to go through the motion of downloading and verifying the public version. I'd bet that it's already mirrored on any number of .mil sites.

    How can this idiocy be explained, other than by the theory that they shouldn't get something for free if they can spend money for the same thing and support a campaign contributor?

    It does sorta go along with the old stories of the Navy using Windows NT to control their hardware ...

    --
    Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    1. Re:Lemme get this straight ... by WindBourne · · Score: 2, Interesting

      It does not work this way. The other companies took SSL and enhanced. We do not know if those enhancements were to get around weaknesses or for the companies marketers. Now, by validating a base, it will make it possible to lower the costs for all.

      Now if the Linux community would take a base system and run it through all this and then add their own stuff. That would improve everybodies lot

      --
      I prefer the "u" in honour as it seems to be missing these days.
    2. Re:Lemme get this straight ... by steveha · · Score: 4, Insightful

      suggesting that they just use OpenSSL for free rather than paying a commercial supplier for it is an "out of the box move" that "took guts"?

      Yes.

      We are talking about a huge bureaucracy here, one that has procedures established. These guys bucked the procedures and did something different, rather than doing the safe and expected thing. I can well believe that this took guts.

      steveha

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely
  11. It's not a ripoff. by Eevee · · Score: 2, Insightful

    Remember, he spent 18 months getting just the OpenSSL libraries accredidated. If a company had two people assigned to the task of accrediting both product and the incorporated OpenSSL for a year; and if we assume 50K/year per person--that's a hundred-thousand before the company makes any profit. (And we're skipping the overhead of the manager, their office space, etc.)

    The fault here is in the government not having a pre-approved solution for the vendors to use.

  12. Re:microsoft not secure by Anonymous Coward · · Score: 3, Interesting

    And to further blow your smug theory away, any Unix like operating system will always be more secure than the current Windows systems by design

    I have to disagree on this point. Windows XP/2000 has a fairly sophisticated system of permissions even though programmers and users alike tend to misuse or fail to use them. I think the major windows security problem is poor choice of default access control settings, not a lack of capability to make and enforce settings. That's something that Microsoft can (and probably will) fix over time without rewriting the entire OS.

    Just to be sure I'm not missing anything, can you give an example of a by-design security feature that Unix has but Windows doesn't?

  13. more irony by akb · · Score: 3, Insightful

    After spending much effort scaring developers in the US out of working on open source crypto with its munitions export laws the DoD is now "importing" and spending money certifying munitions grade encryption from abroad. Same for the NSA with OpenBSD.

  14. Code fixes? Trustworthy compiler used? by chiph · · Score: 4, Insightful

    What happens when OpenSSL makes a code fix? Does it all have to be re-validated? Do they supply a signed MD5 hash that says: "These sources are authorized for compiling a FIPS-140 compliant binary"?

    There was a comment here on slashdot in the past few months (can't find it now) about if you want to create trustworthy code, you first need to trust every layer below it, and every tool used to create it. Did this team use a validated build of gcc to create their OpenSSL binaries?

    Chip H.

  15. OpenSSL *is* Free Software by lordcorusa · · Score: 4, Informative

    I really hate to get pedantic, but OpenSSL is Free Software. According to the Free Software Foundation, the OpenSSL license is a Free Software license incompatible with the GPL.

    What you should have said is that the Free Software Foundation recommends developers use the GNU TLS library, but using OpenSSL in non-GPL projects is perfectly okay. Remember, GPL licensed software is only a subset of Free Software.

    --
    The preceding comments reflect the author's personal opinion and are public domain, unless explicitly stated otherwise.
    1. Re:OpenSSL *is* Free Software by Pharmboy · · Score: 2, Interesting

      A little surprised OpenSSL isn't GPL compatible.

      It is GPL compatible. See this. Any software that used a modern BSD license (without the advertising clause) is GPL compatible.

      The bitch is from BSD authors, because you can include BSD code into GPL projects, but you can't include GPL code into BSD projects. This is because BSD allows you to NOT release code for distributed binaries, and this is not allowed in the GPL.

      BSD is actually MORE Free than GPL (as an author, you can take other BSD code, make programs, and NOT release your code if you want), but the GPL offers better protection for users, because if you distribute the binaries, you MUST provide access to the source.

      --
      Tequila: It's not just for breakfast anymore!
    2. Re:OpenSSL *is* Free Software by Fweeky · · Score: 2, Informative
      Direct from said page:
      The license of OpenSSL is a conjunction of two licenses, One of them being the license of SSLeay. You must follow both. The combination results in a copyleft free software license that is incompatible with the GNU GPL. It also has an advertising clause like the original BSD license and the Apache license.

      Has this changed? The FAQ suggests things are a little shaky.

      Not that I much care; BSD's my preferred license, FreeBSD is my preferred OS, so it's all good. Makes a change from the opposite being the problem (GPL code in BSDish apps).
    3. Re:OpenSSL *is* Free Software by Pharmboy · · Score: 2, Interesting

      Has this changed? The FAQ suggests things are a little shaky.

      Hmm, you are correct, it is not as clear as I thought. Fortunately, SCO is expending a lot of energy to make licensing and the GPL much more clear for the future... :)

      I am between the two. BSD is easier to like, but GPL does seem to give more protection that MS wont take your code and get rich from it without putting back into the community. The problem with sharing software on "the honor system" is not everyone is honorable. Its hard enough to get Linksys to comply with the GPL on their routers.

      --
      Tequila: It's not just for breakfast anymore!
  16. Re:Code fixes? Trustworthy compiler used? by FireBook · · Score: 2, Insightful

    'What happens when OpenSSL makes a code fix? Does it all have to be re-validated? Do they supply a signed MD5 hash that says: "These sources are authorized for compiling a FIPS-140 compliant binary"?' and this is different from a proprietary product how?

    --
    My other OS is also FreeBSD
  17. cryptographic fingerprints by artg · · Score: 3, Interesting

    "Usually with FIPS 140 validation the vendor supplies binary code that is validated as if it were distributed to customers. FIPS 140 requires a runtime integrity check of the binary code. But open-source software is distributed in source code form. The trick here, then, was to produce a mechanism by which cryptographic fingerprints could be chained from the original source code all the way to the final runtime executable."

    This sounds a very useful technique for any software that's verified in source form but deployed in binary form : voting machines and Formula 1 ECUs come to mind. Anybody know if there are more details of how they solved it ?

  18. Source code validated by JDisk · · Score: 4, Insightful
    First, kudos to the guy who took the hard way just to save the taxpayer some money. We need more people like him.

    But technically the interesting point of the certification id that they managed to get the source code certified. There is at least one other open souce product Crypto++ that is also FIPS 140.2 validated (Certificate #343). But they only managed to get a compiled package validated, which does help me to trust the code but not really to "sell" the library to PHBs. The article doesn't really go into how they did get NIST to validate the source code. Anybody know more details?

  19. Too bad the Army can't use it: by mgargett · · Score: 3, Insightful
    It's too bad that the Army still won't be able to use it. If you look at Army Regulation 25-2 Section II, subsection 4-6, subsection k states:

    k. Use of "shareware" or "freeware" is prohibited unless specifically approved through IA personnel and by the DAA for a specific operational mission requirement and length of time when no approved IA product exists. Notify NETCOM RCIOs and the supporting RCERT/TNOSC of local software use approval.

    Thus, unless the local designating approving authority (DAA) is willing to accept the risk of the software, and it is a mission requirement when no approved software exists (which SSL does), the DA won't be using it anytime soon. The biggest problem will be that the DAA's will not want to accept local risk when another product that will do the job, and is approved will work.

    This regulation, while good intentioned, is really difficult to live with. Try finding a good non-freeware spyware remover. It's not easy.

  20. Re:microsoft not secure by HermanAB · · Score: 3, Insightful
    'would leave a tiny percent of people that actually understand the ccode' It doesn't matter how many people use the code. The only thing that matters is the number of people that can change the code.

    Linux is used in millions of embedded products. Embedded products probably outnumber desktop use by at least 100 to 1. The reason for its popularity in embedded products is the networking stack, the security layers, the routing, the filtering and to a lesser extent, the multi tasking and all these embedded developers are looking critically at Linux security, since nobody wants to buy an embedded product that hangs up every couple of hours.

    Linux security is multi layered. It doesn't matter much if some gee wizz seldom used desktop app has a security hole - the attacker has to get through the TCP/IP stack, iptables, tcpwrappers and portsentry/snort first. That is where the security of Linux lies.

    The difference with MS Windows is that it doesn't have the equivalent of iptables, tcpwrappers or portsentry and it also has a tightly built in browser with more holes than a swiss cheese.

    The result is that it doesn't matter how good the underlying Windows kernel is - there is virtually no security around the Windows core system and that is why it is easy to breach.

    --
    Oh well, what the hell...
  21. Re:Code fixes? Trustworthy compiler used? by molo · · Score: 2, Insightful

    OpenSSL is not gcc-dedpendant. Pretty much any C compiler will work. I'm sure there are compilers out there that are already proven for DoD use.

    -molo

    --
    Using your sig line to advertise for friends is lame.
  22. Re:microsoft not secure by Pharmboy · · Score: 2, Insightful

    but if only something like 10% of all teh computer users on this even use "Linux", that would leave a tiny percent of people that actually understand the ccode enough to validate it.

    Compared to how many that have seen Microsoft's?

    I don't read the source code either, but many do. I feel better with people from dozens of countries looking over code, than just a couple hundred in Redmond. I can also read the opinions of many people who do use Linux, and I can compile and run any version of the kernel I want, with any features I want, and I am not a programmer either. Its not that hard. ( I do a little more than "hello world" programs, but still a novice programmer.)

    I don't hate Windows (Im typing this on an xp laptop now) but I realize the shortcomings of it. I also have reasons to think that Microsoft believes in a degree of "security through obscurity", which I feel is dangerous.

    --
    Tequila: It's not just for breakfast anymore!