Slashdot Mirror


FSF Responds To Microsoft's Privacy and Encryption Announcement

An anonymous reader writes "Microsoft announced yesterday their plans to encrypt customer data to prevent government snooping. Free Software Foundation executive director John Sullivan questions the logic of trusting non-free software, regardless of promises or even intent. He says, 'Microsoft has made renewed security promises before. In the end, these promises are meaningless. Proprietary software like Windows is fundamentally insecure not because of Microsoft's privacy policies but because its code is hidden from the very users whose interests it is supposed to secure. A lock on your own house to which you do not have the master key is not a security system, it is a jail. ... If the NSA revelations have taught us anything, it is that journalists, governments, schools, advocacy organizations, companies, and individuals, must be using operating systems whose code can be reviewed and modified without Microsoft or any other third party's blessing. When we don't have that, back doors and privacy violations are inevitable.'"

174 comments

  1. PR Stunt at best by jbmartin6 · · Score: 5, Interesting

    How is encrypting data in motion going to help when they will simply provide the NSA the keys or otherwise provide access to the data. They are just another participant in the 'we never provided direct access' lie, when you simply provide everything on demand they don't need direct access, nor do they need to decrypt data off the wire.

    --
    This posting is provided 'AS IS' without warranty of any kind, implied or otherwise.
    1. Re:PR Stunt at best by twocows · · Score: 5, Insightful

      Not just that, but what the FSF spokesman is saying here is essentially right (though I think they could do with a bit less imagery, it makes it seem like they're just pushing their agenda, not that I disagree with it). How are we supposed to verify that Microsoft is even keeping its promise if we don't have access to the source? They could just be paying it lip service and not really doing anything about it. Or, they could be incompetent (MS, incompetent? what a novel idea). Or they might just make a token attempt at getting things "kinda sorta" secure (or at least looking secure). Again, how can we trust that they're following through? If it was free software, there's the capacity for anyone to audit it and make sure it's secure (and if it's not, there are more ways to deal with it than "annoy MS until they fix it").

    2. Re:PR Stunt at best by Anonymous Coward · · Score: 0

      If the fundamental core of your argument is that MS* will just give the Private keys to the government ... then what is to stop any company, open software stack or otherwise from being forced to do the same??

      If the NSA comes knocking with that National Security letter that says ... "You will give us your private keys and you will not even tell anyone that we had this conversation (this is not the spy agency you are looking for)" ... then it doesn't matter if your software stack is open source or closed source, you will still be fully compromised.

      At least with these statements MS is coming out and saying "Look we know our customer's are really concerned about this, so we are going to do everything we can within current technical and legal bounds to address this for them." Now we as the American people, if we are truly concerned about this need to step up and demand from our government more transparency ... so that no company can get that letter without people knowing about it.

      * Full Disclosure - I am currently employed by MS as a support engineer for the Exchange Online service.

    3. Re:PR Stunt at best by Anonymous Coward · · Score: 0

      Exactly. The only course is to host your own service, or use one that is outside US jurisdiction.

    4. Re:PR Stunt at best by Anonymous Coward · · Score: 0

      "If the fundamental core of your argument is that MS* will just give the Private keys to the government ... then what is to stop any company, open software stack or otherwise from being forced to do the same??"

      Nothing.

      Now, having answered that, where were you thinking this would go? "Oh, well, I guess I'd better just trust Microsoft, then, eh?"?

      No?

      "If the NSA comes knocking with that National Security letter that says ... "You will give us your private keys and you will not even tell anyone that we had this conversation (this is not the spy agency you are looking for)" ... then it doesn't matter if your software stack is open source or closed source"

      The code doesn't contain the key to open the encrypt, dumbass.

      Well, MS's code may to, to ensure that the backdoor is ALWAYS in. Of course, you'd be better placed to say this.

      However, a decrypt key in open source code, if it existed, would be no security breech: it's open source. You can change the key yourself.

      So, the NSA ask you to hand them the decrypt keys and you refuse, because it's your key, not Microsofts, that they need.

    5. Re:PR Stunt at best by Anonymous Coward · · Score: 0

      Not just that, but what the FSF spokesman is saying here is essentially right (though I think they could do with a bit less imagery, it makes it seem like they're just pushing their agenda, not that I disagree with it). How are we supposed to verify that Microsoft is even keeping its promise if we don't have access to the source? They could just be paying it lip service and not really doing anything about it. Or, they could be incompetent (MS, incompetent? what a novel idea). Or they might just make a token attempt at getting things "kinda sorta" secure (or at least looking secure). Again, how can we trust that they're following through? If it was free software, there's the capacity for anyone to audit it and make sure it's secure (and if it's not, there are more ways to deal with it than "annoy MS until they fix it").

      And how are you expecting to find out if you have access to the source? If a Linux distro is sharing keys with the NSA? Or even built in exploitable vulnerabilities. It's not like there's going to be a commented subroutine that stands out. A series of unrelated conditions that are hard to impossible to spot can be enough. Widely used OSS software have had undiscovered critical vulnerabilities for decades.

    6. Re:PR Stunt at best by jbmartin6 · · Score: 5, Insightful

      we are going to do everything we can within current technical and legal bounds to address this for them

      My point is that they are not doing everything they can, they are instead they are pursuing a cosmetic measure that will make no real difference to what customers are concerned about. How about, for example, providing me with the ability to use my own keys that are never stored on a MS system?

      --
      This posting is provided 'AS IS' without warranty of any kind, implied or otherwise.
    7. Re:PR Stunt at best by K.+S.+Kyosuke · · Score: 2

      If the fundamental core of your argument is that MS* will just give the Private keys to the government ... then what is to stop any company, open software stack or otherwise from being forced to do the same??

      If the key management and use, by virtue of using open SW and trustworthy HW, is stifted to you (the end user), at least you know that someone is after you when a letter with the demand to give up the keys comes up in your mailbox.

      --
      Ezekiel 23:20
    8. Re:PR Stunt at best by stackOVFL · · Score: 2

      And how are you expecting to find out if you have access to the source? If a Linux distro is sharing keys with the NSA? Or even built in exploitable vulnerabilities. It's not like there's going to be a commented subroutine that stands out. A series of unrelated conditions that are hard to impossible to spot can be enough. Widely used OSS software have had undiscovered critical vulnerabilities for decades.

      I'm no crypto expert. I really know very little about it except there are keys that used to encrypt the information. But, would it be possible for the OS vendor/maker to simply allow the user to enter another key when installing the OS that, without that key, it would be very hard to decrypt the information? If I'm not completely bulloxed on this the NSA would have to get the owners key to make any sense of the data. I am assuming/trusting that the OS does apply the owners key to all user generated data. That's probably naive.

    9. Re:PR Stunt at best by Anonymous Coward · · Score: 0

      And how are you expecting to find out if you have access to the source? If a Linux distro is sharing keys with the NSA? Or even built in exploitable vulnerabilities. It's not like there's going to be a commented subroutine that stands out. A series of unrelated conditions that are hard to impossible to spot can be enough. Widely used OSS software have had undiscovered critical vulnerabilities for decades.

      If you are looking for it, then it is still esier when you have the source code around. Don't you understand such a simple thing?

    10. Re:PR Stunt at best by Vitriol+Angst · · Score: 1

      Look, we are all worried over nothing; this encryption means that only one 256 bit Key will unlock your data, or a paperclip -- but it's merely coincidence that the encryption has a two locks on the door and one of them is always the same.

      I'm waiting to see Clippie on an upcoming episode of "VH1; Where are they now?"

      --
      >>"ad space available -- low rates!!!"
    11. Re:PR Stunt at best by twocows · · Score: 2

      Are you implying those things aren't problems in proprietary software? I'm not saying free software is a panacea, I'm just saying that, unlike proprietary software, we can audit free software and have more options available in the case where we find that it's not up to scratch.

      Also, specifically in regards to a "Linux distro sharing keys with the NSA," if you're that worried about it, fork it and take care of security yourself. Use your own keys. One of the major benefits of free software is that you're not forbidden from doing something your own way if you don't trust others with it. Now, that doesn't solve the problem of "built-in exploitable vulnerabilities" (though that is mitigated a bit by the ability for anyone to audit the code), but again, that's a problem that exists on proprietary software, as well (and only a select few can audit most proprietary code).

    12. Re:PR Stunt at best by s.petry · · Score: 2

      In fairness, it would not require "free software" to accomplish the openness. It would however require the source code for the encrypting software to be freely available to review, inspect, compile, and compare to what is installed.

      "Free" software does this for you by nature, but a company could do the same thing. Microsoft "won't", but absolutely "could". Sun did it, HP has done it, IBM has done it, Cisco has done it, etc.. etc...

      Microsoft would not do this however, because it would open up the nasty crap that they currently do in addition to bringing up concerns surrounding their code and implementation.

      --

      -The wise argue that there are few absolutes, the fool argues that there are no probabilities.

    13. Re:PR Stunt at best by s.petry · · Score: 2

      FUD! Sure, Debian "could" provide keys to a default service at installation time. The amount of eyes watching what happens in the Distro would ensure that the community knew of such a cookie cutter key. It would be announced, and patched to generate a new key dynamically. The beauty of OpenSource is that it's not just "The Bobs" that knows what happens. There are thousands of people that test, because they enjoy testing. There are thousands that patch because they enjoy patching. All of this process is done in the open, not by some back room board deal where "The Bobs" called the shot.

      Of course this does not make it impossible for an agency like the NSA to try and sneak something in. Hell, they have been caught doing just that, and caught trying to do so. The difference between Open Source and Closed Source is that you can catch them in Open Source.

      It does not matter if the NSA gives a bucket of money to "The Bobs" to look the other way either. Namely because there are people in Germany, Brazil, Russia, France, etc.. that are not paid that watch also and will blow "The Bobs" cover and reputation if they took money to look the other way. Going a bit further, because people are constantly coming in and out of the source projects an agency could not know "who" to pay off.

      --

      -The wise argue that there are few absolutes, the fool argues that there are no probabilities.

    14. Re:PR Stunt at best by snadrus · · Score: 1

      There's something like that for drive encryption (in-case someone gets your hard drive), but programs that are running are intentionally past that restriction.

      Programs communicate with one another, with servers on the Internet. If it sends-out more data then it should, you can't do anything about it if it's from a closed-source client. If that server shares more than you'd like, you can't do anything about it either. The closed-source client (& client OS) prevents the verify stage of "trust, but verify".

      No scientist trusts an experiment it can't verify (or isn't even given steps), so you can't trust the experiment of secure data if you're not given what steps are occurring.

      --
      Science & open-source build trust from peer review. Learn systems you can trust.
    15. Re:PR Stunt at best by Bert64 · · Score: 1

      Even with access to the source, we're talking about running services rather than code you run on your own hardware. There is no reason to believe that the source they provide is the same as they're running, and there's no way to tell who else has access to their systems.

      Most other big providers such as google and yahoo run most of their stuff on open source software, so while we have the code we have no way to tell what they're doing with it.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    16. Re:PR Stunt at best by Anonymous Coward · · Score: 0

      > simply provide the NSA the keys...

      No. Obama spoke-out this week about that. He had some very smart things to say that I think we can all recognize the wisdom of. I know everyone here that is technically inclined agrees. Of course, some people don't understand the technical issues so they don't agree with the President. The Faux Knews people want to take encryption from us and put people in prison that believe in it. Note that we said people. Companies, like banks, that use it are blessed by the Republicans so it is legal for them to hide our data from us. For the average person, the President has a common sense policy that disagrees with the people that don't understand and/or hate technology.

      Since Microsoft's actions agree with our leader's, by definition, it is the correct action. I'm disappointed that so many posters here are siding against the President on this issue. I know hatred of certain races is a powerful thing in the US, letting it bleed into encryption policy is illogical.

    17. Re:PR Stunt at best by Anonymous Coward · · Score: 0

      Tru dat, bro. To any non-programmers: source code = everything. That's the only rule. You can learn programming during a week on Wikipedia and you can start checking if your favorite FLOSS program contains any malicious code. End of story.

    18. Re:PR Stunt at best by Decker-Mage · · Score: 1

      Not strictly true. There are those of us so paranoid that we monitor whom our computers are connecting to and from whom data is transferred to them, as well as recording the data in transit each way. Yeah, it's a pain in the ass and you have no control over what is done with the data at rest on the receiver nor in flight away from the other end of the connection, but it is helpful in a modest level of verification. Which is why you encounter postings about unauthorized data transfers every so often that are more than unintended consequences of poor coding.

      I don't know enough about my fellow paranoiacs to speak to their procedures but, until I'm comfortable with a piece of software, micro to enterprise, it has to get an authorization before it can do anything. Extensive white-lists here. And yes, another serious pain in the ass and it doesn't do a thing for certain categories of vulnerabilities. This isn't a PC-compatible, whatever the OS, only kind of thang. I was doing the same as far back as the '80's on mainframes and mi Amigas.

      --
      "[I]t is a wise man who admits the limits of his knowledge or skill, and that pretending either causes harm." --Terry Go
    19. Re:PR Stunt at best by Yvanhoe · · Score: 1

      To be certain of not being snooped, you would also need to use open source tool to generate the content you want to send and run that on an open source OS which guarantees that other process won't have access to the cleartext message you wrote.

      And here I am assuming no backdoor in hardware or firmware, which in 2013 is quite a leap of faith.

      Open Source has a hard time providing the minimum trustable stack (BIOS is the current obvious weak link) and I don't see microsoft doing that any time soon.

      --
      The Wise adapts himself to the world. The Fool adapts the world to himself. Therefore, all progress depends on the Fool.
    20. Re:PR Stunt at best by s.petry · · Score: 1

      You made a bit more clear what I intended with being able to inspect what is compiled versus what is installed.

      --

      -The wise argue that there are few absolutes, the fool argues that there are no probabilities.

    21. Re:PR Stunt at best by Anonymous Coward · · Score: 0

      So if you're going to encrypt stuff use your own key, then it doesn't matter which OS you use.

  2. Who cares? by Anonymous Coward · · Score: 2, Insightful

    Who cares if the software is non-free? That's not even the issue.

    "Microsoft announced yesterday their plans to encrypt customer data to prevent government snooping. "

    And I bet Microsoft will just hand over the encryption keys / passwords to the NSA.

    1. Re:Who cares? by Chrisq · · Score: 5, Insightful

      Who cares if the software is non-free? That's not even the issue.

      You are correct, the issue is that it must be open source and build-able from source.

    2. Re:Who cares? by Anonymous Coward · · Score: 2, Insightful

      Who cares if the software is non-free? That's not even the issue.

      You are correct, the issue is that it must be free software and build-able from source.

      FTFY.

    3. Re:Who cares? by kthreadd · · Score: 1

      The problem with Windows is not that you're in jail, the problem is that you don't know that you're in jail because you have no way to inspect the spurce code and make yourself and understanding about it.

    4. Re:Who cares? by jones_supa · · Score: 4, Insightful

      And I bet Microsoft will just hand over the encryption keys / passwords to the NSA.

      Things like these are still a step forward, as NSA has to actually ask for the keys from companies, instead of just passively snooping everywhere it wants to.

    5. Re:Who cares? by LordLimecat · · Score: 2

      Must be in a jail when I use firefox, too, since i have no way to inspect that source code and have an understanding of it either (Im not a trained software dev qualified to analyze several million lines of code).

      Yes, all non-programmers are in a jail, at all times.

    6. Re:Who cares? by tylikcat · · Score: 2

      Though it's worth noting that Microsoft has a history of being particularly inept in implementing encryption. Best intentions, sadly, does not make for secure code.

    7. Re:Who cares? by Anonymous Coward · · Score: 0

      No - You THINK Microsoft does good, but there is no way you can be sure...
      There is NO way you can check that what they say is real of just doubletalk..
      You can't check anything, because it is all hidden for you behind close source...

      Never heard of backdoors? Or that an company is not allowed to say anything if the NSA is demanding such a backdoor?

      Are you really that naive? Incredible!

    8. Re:Who cares? by Kierthos · · Score: 1

      Right. Because No Such Agency would never be able to find a way to read data encrypted by an open source program. Why, that's a magical band-aid for everything!

      --
      Mr. Hu is not a ninja.
    9. Re:Who cares? by Anonymous Coward · · Score: 0

      That was absolutely not the intention of my comment.

    10. Re:Who cares? by Chrisq · · Score: 4, Insightful

      Right. Because No Such Agency would never be able to find a way to read data encrypted by an open source program. Why, that's a magical band-aid for everything!

      It makes things more difficult for them. Instead of having a neat backdoor they either have to insert obfuscated code, which could be detected or replaced at any time or convince people to use weak algorithms. Being open source people can select any algorithm they want - AES, Twofish, Serpent, Elyptic Curve, or rot13. The chances are that not all of them will be compromised. (if they all are then open or closed source doesn't matter - you're screwed either way)

    11. Re:Who cares? by PPH · · Score: 1

      And I bet Microsoft will just hand over the encryption keys / passwords to the NSA.

      Why does Microsoft even need my private key? Take e-mail, for example. I have a private key locally and a public key that I share with those needing to correspond with me. Someone needs to send me a message, they look up my pubkey, encrypt their message and send it through the tubes. I decrypt it upon reciept using my privkey. Why is Microsoft not in the business of managing public keys for its users and forwarding messages? That's basically all we need. Its the founding principle of the Internet. Push all the intelligence out to the end nodes built around a dumb packet routing system.

      --
      Have gnu, will travel.
    12. Re:Who cares? by unixisc · · Score: 1

      How is an FOSS encryption program the answer? Since it's open source, even NSA personnel will be able to read the encryption algorithms and design software to decrypt it, and snoop. Given that, the cure seems worse than the disease.

    13. Re:Who cares? by unixisc · · Score: 1, Troll

      Stupid Stallmanesque semantics, as usual. In this case, the idea behind making the source code available is better software, not more liberated software. I mean, the NSA is only to happy to share backdoors w/ everybody

    14. Re:Who cares? by Anonymous Coward · · Score: 0

      You may be in fact trapped in a Tree and not in Jail if you are unable to read the "Spruce" code.

    15. Re:Who cares? by hawkinspeter · · Score: 1

      That would be more like a maze than a jail. If you spent time to train as a software dev and spent some time reading through the Firefox codebase, you would then be able inspect the source code and have an understanding of it.

      There's a world of difference between a locked door and an open doorway.

      --
      You're a temporary arrangement of matter sliding towards oblivion in a cold, uncaring universe
    16. Re:Who cares? by hawkinspeter · · Score: 3, Informative

      You seem to be confusing good security design and security through obscurity. A good encryption algorithm is still a good encryption algorithm when it's generally known how it works as it would rely on a separate "secret" or "key". Like a house door - I can know how it works, but without the key it's not going to be easy to open.

      Bad security uses "security through obscurity". Those types of systems become useless once you know how they work. Examples of this would include puzzle locks, ROT13 encryption etc.

      --
      You're a temporary arrangement of matter sliding towards oblivion in a cold, uncaring universe
    17. Re:Who cares? by unixisc · · Score: 0

      too, not to

    18. Re:Who cares? by melikamp · · Score: 1

      No, this is not enough. Not if you want an optimal level of privacy and security. If the software is open-source but non-free, then you can fix it all you want, but you cannot share your fix with others. So this is as good as closed source for almost everyone, including you, since you cannot fix all the bugs by yourself.

    19. Re:Who cares? by Anonymous Coward · · Score: 0

      It matters that it is free, so there will *actually* be other eyes on the source.

      If you publish a few million lines of source code publicly on your website, but prevent any redistribution or modification to that code, there will NOT be much, if any, code review.

      Even if there was a kickstarter campaign to review that code one year, it is highly unlikely that there will be a successful kickstarter to repeat that review with a frequency likely to catch shenanigans.

      If published with a free license, and it is something that is useful enough for a reasonable number of folks to be interested in it, you will get outside contributers who will become familiar with the code base, and, while not impossible, it will be much harder to hide malicious code.

      So, free does matter.

    20. Re:Who cares? by LordLimecat · · Score: 1

      Im not sure theres a single person out there who has an understanding of the entire firefox codebase. What you propose is a practical impossibility.

    21. Re:Who cares? by hawkinspeter · · Score: 1

      That may or may not be true, but groups of like-minded people can examine different sections and thus cover the entire codebase. It may not be easy to do, but the important point is that you have the option to do so. Closed source gives you no such option even for simple software that you could conceivably understand completely.

      --
      You're a temporary arrangement of matter sliding towards oblivion in a cold, uncaring universe
  3. EFF is tilting at a tank here. by Anonymous Coward · · Score: 1, Insightful

    Gutsy, they're basically pissing on the entire box-package software development industry, and no small number of hardware/firmware companies, when they say you can't trust closed-source.
    It's right of course, but if truth and justice mattered enough to the people who make decisions about how large corporations and governments are run we wouldn't be in this mess now would we?

    1. Re:EFF is tilting at a tank here. by MikeBabcock · · Score: 4, Insightful

      Welcome to the good fight -- the FSF has been at it for a long time, and now the EFF realizes that you can't have freedom without knowledge. That is after all why we believe in a free press in the west, right? Whether the press lives up to its obligations or not, the idea is that without full disclosure, people cannot make good decisions.

      --
      - Michael T. Babcock (Yes, I blog)
    2. Re:EFF is tilting at a tank here. by Anonymous Coward · · Score: 0

      FSF, not EFF

    3. Re:EFF is tilting at a tank here. by Anonymous Coward · · Score: 0

      Oh fuck all these TLAs, this late in the workday my eyes start getting blurry.
      Apparently the EFF thinks that Microsoft is trying to help secure the web, that bullshit is more newsworthy than the FSF taking yet another opportunity to say FOSS good, not-FOSS bad. I'm really interested in their methodology there: How can you prove that Microsoft is meaningfully performing useful server encryption without backdoors?

      https://www.eff.org/deeplinks/2013/11/encrypt-web-report-whos-doing-what

    4. Re:EFF is tilting at a tank here. by Maury+Markowitz · · Score: 1

      "they're basically pissing on the entire box-package software development industry"

      Based on an underlying argument that is entirely unrelated.

      If MS decided to install encryption on their own telephone system, I'm sure the FSF would put out the same, equally unrelated, press release.

      And /. would slavishly run it for them.

    5. Re:EFF is tilting at a tank here. by K.+S.+Kyosuke · · Score: 2

      Gutsy, they're basically pissing on the entire box-package software development industry, and no small number of hardware/firmware companies, when they say you can't trust closed-source.

      That's not gutsy, that's being Captain Obvious. I won't shed any tears for the "box-package software development industry", though; that's never been the major part of the SW industry, unlike custom-built systems. It's not like there would be massive unemployment if that went away.

      --
      Ezekiel 23:20
  4. Predictable by donscarletti · · Score: 3, Insightful

    So, Microsoft finally does something no geek could object to and the FSF's response is "even if this looks like a good thing, this can't be a good thing because it's proprietary". It just makes me wonder why they bother making a statement; it's proprietary, it always is and it always has been.

    --
    When Argumentum ad Hominem falls short, try Argumentum ad Matrem
    1. Re:Predictable by Sockatume · · Score: 3, Insightful

      "Without access, you can only take them on trust" would seem to be the FSF's actual argument. I don't honestly believe that people would actually compile all their tools from source code they've reviewed personally to check for security holes, but at least represent their argument accurately.

      --
      No kidding!!! What do you say at this point?
    2. Re:Predictable by Anonymous Coward · · Score: 0

      Shill. You're avoiding the point entirely. The reason we are in this mess is because of private interests caving to political pressure instead of doing the right thing. Predictable indeed.

      AC

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

      They made a statement because the Snowden revelations have detailed that the large scale US software and hardware people have been complying silently with nearly every request made by the NSA. A lot of IT-purchasing people didn't like the sound of that, so Microsoft initiated some damage control to discourage people from abandoning their products.
      I mean duh, why else would Microsoft press flaks say anything at all? It's all about the bottom line for Microsoft, one way or another. If it weren't then Microsoft would have been obliged to liquidate those offices and pass out their budget as shareholder dividends.

    4. Re:Predictable by smpoole7 · · Score: 2

      > So, Microsoft finally does something no geek could object to and the FSF's response is "even if this looks like a good thing, this can't be a good thing because it's proprietary".

      Ah, I finally get to use a car analogy!

      Your car has broken down and you can't fix it, because you don't have a machine that will interpret the failure codes. The manufacturer will only provide those codes to their own shops.

      After complaints, the manufacturer offers free roadside assistance.

      That's laudable. Give them snaps for that. But I'd still rather have the service information so that I can go to Autozone, buy the parts myself and fix it myself, if I choose to do so.

      --
      Cogito, igitur comedam pizza.
    5. Re:Predictable by MikeBabcock · · Score: 5, Insightful

      No, Microsoft *claims* to do something nobody could object to -- you're missing the whole point of the statement.

      If Microsoft told you they were implementing security and it turned out they were using DES with a key hashed from the word 'Scroogled', would you be pleased? What if they're using good encryption but the keys never rotate? What if the keys rotate but they're on a fixed loop of 16 keys? How would you know?

      As an everyday non-programmer, a casual user wouldn't know the difference either way. If however that user is on a fully open source operating system, they at least know that -some- others using that system have had a peek under the hood and still trusted it.

      --
      - Michael T. Babcock (Yes, I blog)
    6. Re:Predictable by foma84 · · Score: 3, Insightful

      Yes, I immagine that from an anti-open perspective it does sound like that.
      Good thing that you don't actually need to be particularly pro-open to see that they have a point. No closed software can be considered secure, ever; no steps to assure more security "regardless of promises or even intent" can change that.
      "Even if this looks like a good thing, this can't be a good thing because it's proprietary". How can you disagree? They bother making the statement, because it's their mission, and to warn off non tech-savvy people who might fall for it.

    7. Re:Predictable by marcello_dl · · Score: 3, Insightful

      > So, Microsoft finally does something no geek could object to...

      A PR exercise, you mean?

      Did I get it wrong or the NSA or some other agency can force a business to reveal its costumers' data AND keep silent about it?
      If so, every privacy and encryption statement should include this fact. It doesn't? Then it's a PR exercise.

      Do you NOT object to PR exercise about something as delicate as online security? I do.

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    8. Re:Predictable by Desler · · Score: 0

      What does having access to Windows source code have to do with Microsoft encrypting data that It stores? The two things have no relation at all. Even if all those servers ran Linux how would reading the Linux source code tell you anything about how Microsoft is storing data on their servers?

    9. Re:Predictable by Jawnn · · Score: 5, Insightful

      So, Microsoft finally does something no geek could object to...

      I see what you did there. You tried to insert a faulty premise to support your argument. Any geek worth the title understands that any encryption technology that can not be vetted is, by definition, not trustworthy. So this latest PR stunt by Microsoft is just that, a PR stunt.

    10. Re:Predictable by Anonymous Coward · · Score: 1

      It doesn't even matter if microsoft encrypts the data or not.
      When asked by the NSA they will hand over the keys just the same.

    11. Re:Predictable by Maury+Markowitz · · Score: 2

      "Ah, I finally get to use a car analogy!"

      Umm, why is the car in your analogy *used*? At no point is this a requirement.

      "Your car has broken down and you can't fix it"

      Apparently you haven't *actually read* what MS is doing.

      MS is securing their communications infrastructure. This has nothing to do with their products or software.The FSF complaint is *completely bogus*.

      A somewhat better analogy might be "My neighbour's house was broken into because they had poor quality locks on the door, so I'm going to change my locks for better models." The quality of your silverware is unrelated to the actions being taken.

    12. Re:Predictable by jbmartin6 · · Score: 0

      private interests caving to political pressure instead of doing the right thing

      You do that every time you pay your taxes instead of going to jail.

      --
      This posting is provided 'AS IS' without warranty of any kind, implied or otherwise.
    13. Re:Predictable by Anonymous Coward · · Score: 0

      So, Microsoft finally does something no geek could object to and the FSF's response is "even if this looks like a good thing, this can't be a good thing because it's proprietary". It just makes me wonder why they bother making a statement; it's proprietary, it always is and it always has been.

      Predictable and wrong. Enterprise partners (of which there are many) do indeed get a look at Microsoft's source code. It's not as Free as the Free Software Foundation would like it to be (go figure) but it is scrutinized by many. Just because you might not trust them, does not mean you have the right to disparage their work. How do you know you can trust everyone who has had their hand in the Open SSH source? FOSS projects have grown so much over the past 10 years that the old notion of "if there is bad code someone would see it and report it" can not at all be assumed.

    14. Re:Predictable by LordLimecat · · Score: 2

      How a datacenter encrypts its data is never going to be something the average user can vet, ever. No user should even have access to that data, which is why it wasnt encrypted to begin with: You need to have some pretty solid connections to manage getting access to that stuff.

      Theres also no way to vet whether the keys are being provided to a third party, whether or not the backend software is FOSS or not. If Red Hat made the same announcement, there would be no reason the same "objection" couldnt apply.

    15. Re:Predictable by Anonymous Coward · · Score: 0

      This reminds me of some closed source software I worked with at a previous company [1] that said it was generating a 4096 bit key. However, upon closer inspection, it generated 64 keys of 64 bits each, so in reality, you had 69 bits of protection at most, and with RSA-512 fallen, it would be trivial for an attacker to obtain the keys. It was closed source, but upon running a debugger, it showed the multiple RSA calls for the small keys. Apparently, this was done because big O with RSA is O(n^3), so the consultant who wrote it thought he was saving on speed with the RSA operations.

      [1]: Thank $DEITY it was internal software used for encrypting files moved between offices back in the days of using E-mail for most everything, and never let outside the firm. When I pointed out the flaws and recommended PGP or gnuPG for the internal stuff, I got told from management only "criminals care how security should work. This is just like the stupid teenager who finds out how to yank an anti-shoplifting device off a purse." Needless to say, I moved on.

    16. Re:Predictable by JustNiz · · Score: 4, Interesting

      >> I don't honestly believe that people would actually compile all their tools from source code they've reviewed personally to check for security holes

      We do use some open source in our aviation products. We are required to heavily review literally every line of source code (both ours and open source) in order to get our product certified for aircraft use.

    17. Re:Predictable by Anonymous Coward · · Score: 0

      Only a wop could be this fucking retarded.

    18. Re:Predictable by Desler · · Score: 1

      Yes, which was my point. Having access to source code means jack and shit to how data is stored or shared.

    19. Re:Predictable by Anonymous Coward · · Score: 0

      Do you understand the lock on your house's front door? Have you inspected every mechanical element to ensure it cannot be compromised? Do you routinely check it for tampering?

      No, you say? You've evidently put some trust in a locksmith. You sad, sad fool.

    20. Re:Predictable by Dan+Ost · · Score: 1

      I pay my taxes because I benefit from things like roads and schools and fire departments and such.

      Do you get zero benefit from the things your taxes pay for?

      --

      *sigh* back to work...
    21. Re:Predictable by Dan+Ost · · Score: 1

      How do they know the code they've been given is the actual code used to generate the shipped binaries?

      Can those Enterprise partners compile the code they've been given in order to compare the binaries with the binaries that MS ships?

      --

      *sigh* back to work...
    22. Re:Predictable by Anonymous Coward · · Score: 0

      roads, schools and fire departments are paid by local or state taxes.
      I get zero benefit from Federal Taxes I pay. In addition my representation in the Senate to confirm presidential nominees was just taken away by the DNC, so I have even less representation that I had at the beginning of the year.

    23. Re:Predictable by wispoftow · · Score: 1

      Maybe you don't understand the issues at hand. Let me employ a metaphor:

      Imagine a man who wants to have sex with a woman, but not get her pregnant. So, he goes and gets a vasectomy, but only ties one tube.

    24. Re:Predictable by hawkinspeter · · Score: 2

      Although not everyone has time to inspect all the software they use, it's important that people have that option available. I'd rather trust independant security researchers and open source code reviewers than just trusting Microsoft with no other option available.

      If I had any reason to distrust some software, then I could always pay someone to perform an audit/code review and see what's going on (e.g. TrueCrypt has been inspected since the NSA relevations to see if the binaries are different to the published source code and they check out).

      --
      You're a temporary arrangement of matter sliding towards oblivion in a cold, uncaring universe
    25. Re:Predictable by hawkinspeter · · Score: 1

      You're right, but with Red Hat, they hardly even need to make the statement as their software is transparently open and lots of people have agreed on how it should work. Also, with most FOSS software, you have the option of hosting it yourself and being in control of the keys.

      --
      You're a temporary arrangement of matter sliding towards oblivion in a cold, uncaring universe
    26. Re:Predictable by joe_frisch · · Score: 1

      Some industries and experts can do this, but for the great majority of users trusting open source is quite similar to trusting a commercial vendor. The NSA has teh resources to flood discussion groups and review sites with posts that generate a false sense of security if they choose to do so.

      In the end I think the LAW is the only thing that can provide protection.

    27. Re:Predictable by Anonymous Coward · · Score: 1

      So using the FSF's argument, why should we trust that you actually reviewed it? Or more appropriately, why should we trust that you are competent to?

      This entire discussion is nothing but a circlejerk. The OP is correct- MS actually is trying to do the right thing, but it's always been cool to hate on MS here on /.

    28. Re:Predictable by JustNiz · · Score: 2

      >> but for the great majority of users trusting open source is quite similar to trusting a commercial vendor.

      Not at all. The point with opensource is you at least have the freedom to look at the code, (whether you choose to invest the time required or not is up to you). Also, chances are if something nefarious is in the code, someone working on the project will spot it and it will be outed.

      None of the above is true with commercial closed code, especially from big companies like Microsoft who have already demonstrated a willingness to be unconcerned about doing the right thing by their users, and also to give the government whatever it asks for at the drop of a hat.

    29. Re:Predictable by vux984 · · Score: 1

      So, Microsoft finally does something no geek could object to

      Its a good thing on its own; and I applaud MS for taking this step. It will stop all kinds of potential snooping on our data from malicious 3rd parties.

      However, in the context of the NSA being the big snoop that's triggering all this, its worthless. We can safely presume the NSA gets whatever they want from Microsoft whether its encrypted or not.

      Micrsoft's ability to provide its users any security versus "legal" searches by the NSA is nil.

      There is nothing wrong with calling them out on that.

    30. Re:Predictable by Anonymous Coward · · Score: 1

      Your argument is a bit analogous to saying that "some professor of political science can do this but for a great majority of citizens trusting an elected representative parliament is quite similar to trusting a dictator" when it comes to making and enforcing laws.

      And no, the law cannot help you if it is impossible to check whether the law is being followed or not, and that's the whole point. In a certain sense, code is law, in that its a set of rules that a computer will follow, and which potentially will affect you. And in that sense, your argument is a bit analogous to saying that opening up the law of your country so everyone can read it is pointless because most people aren't lawyers anyway, and the government can hide all the bad laws using propaganda - and that the real solution would be to have international law that simply forbids evil in the secret laws in your country.

    31. Re:Predictable by Anonymous Coward · · Score: 0

      There is no need to trust anyone in particular. It just is a matter of fact that some of the people who are capable of doing so do review the code of free software, out of pure self-interest - it's not that difficult for them, and they want to know that they can trust the software they are using, or maybe they have an economic interest because they want to build a business on some piece of software. And if people do find something during such a review, they commonly will publish it.

      It is completely irrelevant whether any one particular reviewer is incompetent or biased or whatever, all that matters is that there will be some that are not, and you will get to benefit from what they are doing. That's in contrast to proprietary software where you indeed will have to trust those people that the software vendor hired to do the review, and to trust that the vendor is not actually misrepresenting their findings, and who in any case, given who is paying them, have at least some motivation to not be too critical.

    32. Re:Predictable by Anonymous Coward · · Score: 0

      In the end I think the LAW is the only thing that can provide protection

      There's a good little fascist. Now go find the nearest flag and salute.

      Meanwhile, us citizens will be using the open source code which gets stronger and more trusted with every corporate review. IBM makes sure Microsoft plays nice, Intel checks up on AMD's code, Twitter won't trust Facebook, and eBay watches Amazon like a hawk. And each and every one of them adds to the codebase. No law needed, just a bazaar, everything done in the open.

    33. Re:Predictable by Jawnn · · Score: 1

      Do you understand the lock on your house's front door? Have you inspected every mechanical element to ensure it cannot be compromised? Do you routinely check it for tampering?

      Yes. No. And No. It's a dopey comparison, really, but alright, let's play along. A common lockset works on centuries old, well-known principles. It's easy to understand. I know exactly how it can be compromised while appearing to function normally. I don't bother to take it apart and see if it's had it's been set up for a second key (commonly called a master key) because the risk is not worth the hassle. Now, if I had something that I wanted to hide from those who would like to see it, copy it, whatever, without my knowledge, it would a different story. Especially if the lock was the thing protecting my stuff from such a compromise. Hint: your front door lock is not the weak link. But let's say I don't have the skill and ability to examine my own lock. My only recourse is to "trust a locksmith", but not just any locksmith. That industry guards it's integrity and reputation with a unique zeal, and for good reason. That's rather like the open source community that has more than a few bright minds who love nothing better than the challenge of finding weak links in things like encryption technology. In other words, I wouldn't let Microsoft test my locks either because they have not done what they need to do to earn the trust of their peers in the locksmith trade.

    34. Re:Predictable by Darth · · Score: 2

      In addition to your points, the option for people to look at your code makes your code better because it makes you more diligent when you write it.

      I suspect everyone has had a conversation like this :
      Bob : check out my awesome-sauce application. it's bad ass
      Boss : cool. give Jeff access to the source code. i'd like him to integrate it into our Fabulosity suite.
      Bob : er, ok. just give me a couple of days to clean up the code so it is ready for integration.
      (translation, give me a couple days to fix all the fucked up hack shortcuts i took and add some comments so the code is remotely presentable/maintainable before i let someone else look at it)

      The fear of someone else looking at your code makes you write cleaner, more readable code. It also makes you more diligent in checking for errors and exploits (nobody wants their code release to embarass them).
      It should also make people and companies hesitant to put back doors and other sketchy things in their applications.

      --
      Darth --
      Nil Mortifi, Sine Lucre
    35. Re:Predictable by Darth · · Score: 1

      A somewhat better analogy might be "My neighbour's house was broken into because they had poor quality locks on the door, so I'm going to change my locks for better models." The quality of your silverware is unrelated to the actions being taken.

      To go with your analogy, it'd be more like :

      The company that built the houses in your subdivision put shitty locks on the houses and installed them improperly.
      Your neighbor's house just got broken into because of this.
      The construction company is now going through the subdivision and replacing all of the locks with a new, better lock.

      The FSF's position is this :
      That's nice and all, but we don't trust you to pick a good lock and put it on correctly this time.
      If we cannot inspect the job you did and the lock you chose, there's no way for us to know if the house is actually secure to our satisfaction.
      How about you just give us the specifications for the door and frame and we'll just go buy whatever lock we feel comfortable with and install it ourselves?

      --
      Darth --
      Nil Mortifi, Sine Lucre
    36. Re:Predictable by Blakey+Rat · · Score: 1

      In order of increasing goodness:

      1) Microsoft makes no promise about encrypting data whatsoever
      2) Microsoft encrypts data weakly, keeps code proprietary
      3) Microsoft encrypts data strongly, keeps code proprietary
      4) Microsoft encrypts data strongly, open sources relevant code so community can validate it

      So Microsoft announces they're going from 1 to 3. You're paranoid and saying maybe they're going from 1 to 2. Fine.

      But here's the thing: it's still IMPROVEMENT. Maybe it's not as much improvement as you want, but people are posting in this thread as if somehow Microsoft got worse. But they didn't. They got better.

      So to answer your question:

      If Microsoft told you they were implementing security and it turned out they were using DES with a key hashed from the word 'Scroogled', would you be pleased?

      Yes. Because that's better than them making no promise whatsoever about data encryption, which was the situation a week ago. I am pleased. Thanks for asking.

    37. Re:Predictable by Anonymous Coward · · Score: 0

      Who's engaging in FUD now, Mr. John Sullivan? The FSF?

      I don't buy their whole argument, which is essentially:

      Open source = Secure
      Closed source = Insecure

      We all get that the FSF has a mandate, they are true believers and all that. Certainly open source has carved a space out for itself in the market. However when you start making overreaching or illogical statements, you undermine all that you claim to represent.

      There is no objective basis for believing that closed source is insecure, by definition, by dint of being closed source. There isn't even an objective basis for believing that open source is more secure, on average, than closed source. None whatsoever.

      Stop with the FUD, it's beneath you.

    38. Re:Predictable by DavidRawling · · Score: 1

      Actually - that their software is open is irrelevant to the problem. Are they running their own servers with openssl/openvpn/??? or using third party appliances? Did THEY create and build the hardware from the ground up or purchase it from a third party? The balance of probabilities may say their inter-DC encryption is done on a secure, up-to-date and built-and-operated-to-best-practices RH server, but it's not a guarantee.

      And just like this scenario with Microsoft, how is anyone going to audit the deployment? RH will most certainly not allow twenty million users to tour their datacentres and audit each and every device. So just like Microsoft's environment, and despite RH's code potentially being open, there is absolutely no way to vet the environment. You have to trust the organisation (and each and every person involved in the decision tree). I really don't see a significant and meaningful difference - the open code has no bearing whatsoever on what's actually running (both code-wise and configuration-wise).

    39. Re:Predictable by MikeBabcock · · Score: 1

      Microsoft says they're doing 3 but you have no way of knowing that they are. Why do you believe them? We have good data (recent NSA leaks, etc.) that companies suck at strong encryption. Sometimes on purpose.

      --
      - Michael T. Babcock (Yes, I blog)
    40. Re:Predictable by MikeBabcock · · Score: 1

      Having access to the source means you *know* how your data is stored and you *know* if the data even can be shared.

      The source code can show you that the keys are handled client-side only, that they're not leaked in any way, and that the server has no way of giving away your data. You can also see that the keys are generated properly, not from a list or with reduced complexity. These things are all valuable data that you've decided to trust someone to do or fatalistically believe don't matter when they do.

      Example: My IPSec encrypted sessions have keys that are only on my computers, and I know this, because I use OpenSWAN.

      --
      - Michael T. Babcock (Yes, I blog)
    41. Re:Predictable by MikeBabcock · · Score: 1

      For this very reason we enforce real IPSec for VPN traffic and GPG/PGP for file transfers with clients and service providers whenever possible.

      Sadly, banks seem to be the ones who aren't paying attention, but several of our largest customers only handle data GPG encrypted.

      Its worth noting that after sending a user a GPG-encrypted file (symmetric) with the instructions to install and run GPG (including a phone call for me to read them the key I used out of band), they end up often adopting it themselves because its really not hard to use very good quality encryption.

      --
      - Michael T. Babcock (Yes, I blog)
    42. Re:Predictable by Anonymous Coward · · Score: 0

      They simply tell an employee. Cooperate or you go do time for treason. Easy as that.
      Or hell, why not just offer them money, 6 months worth of paychecks and they'll add the code. They'll probably be happy to add extra lines if that's the metric used to get paid :p

    43. Re:Predictable by exomondo · · Score: 1

      You can review it all you like, that doesn't mean you understand it. For example there have been nearly decade-old vulnerabilities found in the Linux kernel.

    44. Re:Predictable by exomondo · · Score: 1

      If we cannot inspect the job you did and the lock you chose, there's no way for us to know if the house is actually secure to our satisfaction.

      So do you feel the same way about say, Google? Have you inspected the locks on their infrastructure? Up until recently they weren't encrypting traffic between their datacenters at all. Actually I'd be interested to know which company's communications infrastructure you have inspected the security implementation of.

    45. Re:Predictable by JustNiz · · Score: 1

      The fact you know about those vulnerabilities in the first place exactly makes my point for me.

    46. Re:Predictable by exomondo · · Score: 1

      The fact you know about those vulnerabilities in the first place exactly makes my point for me.

      No it doesn't, not at all. It actually proves the point that you can review it all you want and there will still be bugs, likely some that exist right now that won't even be discovered for another decade.

    47. Re:Predictable by JustNiz · · Score: 1

      I think you're confusing bugs and backdoors explicitly put in place.

    48. Re:Predictable by exomondo · · Score: 1

      I think you're confusing bugs and backdoors explicitly put in place.

      Nope, the discussion is about security holes. If you think that "security holes" means explicit backdoors and that when I said Linux kernel vulnerabilities that I meant explicit backdoors then you are the one who is confused.

    49. Re:Predictable by Darth · · Score: 1

      If we cannot inspect the job you did and the lock you chose, there's no way for us to know if the house is actually secure to our satisfaction.

      So do you feel the same way about say, Google?

      i never said i felt that way at all. I was providing an analogy that more correctly described the FSF's position, not mine. Do you disagree that the analogy represents the FSF position accurately?

      Have you inspected the locks on their infrastructure? Up until recently they weren't encrypting traffic between their datacenters at all. Actually I'd be interested to know which company's communications infrastructure you have inspected the security implementation of.

      well, the only one you would have heard of would be apple.

      --
      Darth --
      Nil Mortifi, Sine Lucre
    50. Re:Predictable by exomondo · · Score: 1

      i never said i felt that way at all. I was providing an analogy that more correctly described the FSF's position, not mine. Do you disagree that the analogy represents the FSF position accurately?

      My point is that if that is indeed an accurate representation of their point then they are advocating the position that you should not use anything that you don't own and control, because to do so would require you trust that the owner/maintainer has installed the locks properly and that they haven't been tampered with.

      well, the only one you would have heard of would be apple.

      And what exactly did you inspect and verify?

    51. Re:Predictable by Darth · · Score: 1

      i never said i felt that way at all. I was providing an analogy that more correctly described the FSF's position, not mine. Do you disagree that the analogy represents the FSF position accurately?

      My point is that if that is indeed an accurate representation of their point then they are advocating the position that you should not use anything that you don't own and control, because to do so would require you trust that the owner/maintainer has installed the locks properly and that they haven't been tampered with.

      yeah. i'd say that is probably a fairly accurate description of the FSF position.

      well, the only one you would have heard of would be apple.

      And what exactly did you inspect and verify?

      well, i worked at apple. i had servers in the data centers so i had to know and adhere to all of the security policies relating to the data centers.

      --
      Darth --
      Nil Mortifi, Sine Lucre
  5. OS projects should accept SRC contributions only by Anonymous Coward · · Score: 0

    Linux and other OS projects have the same issue because they accept binary contributions. These projects should accept source contributions only

  6. #badbios - probing for deeper looks at by Anonymous Coward · · Score: 0

    @Clive Robinson

    A lot of people are wondering why dragosr was the only one to run across this malware. In fact, he wasn't. The people who were before him were mocked and most threads closed and either deleted or shuffled to areas of message boards where Joe Q public couldn't see it and question this for themselves. [some] Major Anti-Virus companies included.

    Users didn't want to know, companies didn't want to know. Unless you were "known" in the field, like dragosr, and even then, you are handled like you may be retarded or just need a vacation.

    Here is one of dozens of reports:

    LCD Monitor Broadcasts Noise To Radio! Why? (FRS)
    http://forums.radioreference.com/computer/255488-lcd-monitor-broadcasts-noise-radio-why.html

    Final post in that thread:

    "BOTTOM LINE: No matter WHAT you do, all devices that use electricity will emit some sort of interference in the air and there's nothing you can do about it without unplugging/turning it off. "

    including:

    "Have you noticed any nondescript white vans or black helicopters in your neighborhood?

    What do you do or have you done to make "them" take such an interest in you that "they" have to bug you?

    You need a bigger tinfoil hat, perhaps a full body suit."

    Another thread:

    Gpu based paravirtualization rootkit, all os vulne

    http://forum.sysinternals.com/gpu-based-paravirtualization-rootkit-all-os-vulne_topic26706.html

    This:

    U.N. report reveals secret law enforcement techniques

    "Point 201: Mentions a new covert communications technique using software defined high frequency radio receivers routed through the computer creating no logs, using no central server and extremely difficult for law enforcement to intercept."

    http://www.unodc.org/documents/frontpage/Use_of_Internet_for_Terrorist_Purposes.pdf

    http://www.hacker10.com/other-computing/u-n-report-reveals-secret-law-enforcement-techniques/

    I think this is something which has been brewing for years, but "forces" beyond our sight have managed to stifle any serious investigation into the technology. Some have announced they are retreating to ancient technology of the 70's and 80's, others are looking towards open source hardware and software combinations.

    Is it time Wireshark included audio monitoring as well? Off to play with a recording device and Audacity.

    https://www.schneier.com/blog/archives/2013/11/friday_squid_bl_402.html#c2751193

  7. NSA by jones_supa · · Score: 1

    If the NSA revelations have taught us anything, it is that journalists, governments, schools, advocacy organizations, companies, and individuals, must be using operating systems whose code can be reviewed and modified without Microsoft or any other third party's blessing. When we don't have that, back doors and privacy violations are inevitable.

    No, they have not taught us that. Most of the NSA revelations have been about snooping telecommunications networks. Using open source software would not have made it any different.

  8. not entire accurate by Anonymous Coward · · Score: 0

    If the NSA revelations have taught us anything, it is that journalists, governments, schools, advocacy organizations, companies, and individuals, must be using operating systems whose code can be reviewed and modified without Microsoft or any other third party's blessing

    furthermore, all what would be needed is for one trusted person to be able to compile the source and verify that it matches the current copy being distributed. i recall an article previously posted here that someone had successfully compiled truecrypt to match the binary being distributed and thats terrific.

    its important not only to have the source, but to verify that the software that people are using, is in fact being derived from the source code.

    if we can have that then im happy.

  9. Box-package? by Anonymous Coward · · Score: 0

    > Gutsy, they're basically pissing on the entire box-package software development industry [...]
    Now, now. I remember buying a boxed package of SuSE Linux back then. It gave me the power to recompile every bit of software in the box :-)

  10. Trust by SirGarlon · · Score: 2

    I don't see what's unrelated about the FSF's argument. The debate pretty simple and it goes more or less like this:

    MS: Trust us! We're good guys! We'll start using encryption, we promise.

    EFF: People should trust what they can verify. Until you have the full details of MS's implementation in front of you, there is no way to be sure they've done it right. And until you have the right to modify the code for yourself, there is no way to be sure that security holes will get patched promptly and correctly.

    As far as I can tell, the counter-arguments against FSF's position boil down to "well I trust {Microsoft, Google, Apple, Oracle} anyway, so there!" and "who cares if you can trust your computing infrastructure anyway, get over it!" If you have something more to add to those illuminating arguments, please do so.

    --
    [Sir Garlon] is the marvellest knight that is now living, for he destroyeth many good knights, for he goeth invisible.
    1. Re:Trust by mjtaylor24601 · · Score: 3, Insightful

      As far as I can tell, the counter-arguments against FSF's position boil down to "well I trust {Microsoft, Google, Apple, Oracle} anyway, so there!" and "who cares if you can trust your computing infrastructure anyway, get over it!" If you have something more to add to those illuminating arguments, please do so.

      In fairness I think the counter argument is a little more nuanced than you're representing it. It's more along the lines of: non-programmers are in no position to verify that things have been done correctly even if the program is open source. And even experienced programmers can't, as a practical matter, be expected to meticulously review the millions of lines of code that goes into the various programs they use, nor are they likely to build all of their own software from source all the time. So realistically, even if the software is open source you still have to trust some else to verify it. All open source does is change who the person is that your'e trusting from Microsoft to $YOUR_FAVOURITE_FREE_SOFTWARE_GROUP.

      Now perhaps you trust the general open source community more than you trust Microsoft (or Google or Apple or whoever). That's perfectly fine. But I can certainly see how a reasonable person could look at that position and go "why should I trust random strangers on the internet if I'm not willing to trust Microsoft?". Now perhaps that's not good argument. But I think it's at least a little bit more substantive than the strawman you've presented.

      --
      I wish I were as sure of anything as some people are of everything
    2. Re:Trust by SirGarlon · · Score: 2

      Thank you for the insight into what until now seemed a baffling and unreasonable position.

      I think the FSF (and my) argument would carry more weight, then, if we were to replace the phrase "random strangers on the Internet" with "independent experts." Everyone can appreciate the value of having independent experts review a system; and, the refusal of a company to expose its software to independent review should be grounds for suspicion.

      --
      [Sir Garlon] is the marvellest knight that is now living, for he destroyeth many good knights, for he goeth invisible.
    3. Re:Trust by mjtaylor24601 · · Score: 2

      Agreed. But then there are the follow up considerations of

      a) Is it the case that open source software is in fact being subject to subjected to scrutiny by independent experts? I would say that certainly some of it is, but I would hazard a guess that not all of it is.

      b) How does an uninformed laymen differentiate between an "independent expert" and a "random stranger on the internet". In the absence of doing actual research it's much easier for people outside the field to simply trust the blue chip fortune 500 company.

      In my (admittedly casual) experience, such arguments by the FSF rarely get into this level of detail, which causes people that don't really grok the whole open source thing, or people that are cynical about open source in general or the FSF in particular, to question whether the FSF is actually concerned with security or whether they are simply using this as an excuse to push their ideological agenda.

      --
      I wish I were as sure of anything as some people are of everything
    4. Re:Trust by SirGarlon · · Score: 2

      I think the FSF's concern is much more about what level of review is possible, than about what level of review is actual. The idea is that if the software has a lot of users and/or has a very important function, then it will attract a lot of scrutiny from its corporate users, from college professors, from hobbyists, governments, etc. If the vendor controls access to the source code, the scope of review is limited to whomever the vendors grants access. It does not take computer expertise to realize that the vendor's choice of reviewers are more likely to be biased in its favor, knowingly or unknowingly.

      which causes people ... to question whether the FSF is actually concerned with security or whether they are simply using this as an excuse to push their ideological agenda.

      Of course the FSF is just pushing their ideological agenda! They're an advocacy group. That's their mission. If they ever issue a press release that doesn't promote their ideological agenda, then they're doing it wrong.

      Having an ideological agenda is not the same as being wrong.

      As an aside, the FSF's agenda is a lot broader than just "open source." The idea of software freedom is that the end user should remain in control of what he can and cannot do with his computer (where "computer" means any device that has a microprocessor, from PCs to smart phones to automobiles). Open source is a necessary but not sufficient condition to achieve that.

      --
      [Sir Garlon] is the marvellest knight that is now living, for he destroyeth many good knights, for he goeth invisible.
  11. Why is free software immune? by mi · · Score: 3, Insightful

    must be using operating systems whose code can be reviewed and modified without Microsoft or any other third party's blessing

    Though I agree, that a corporation can be forced by an authoritarian government to put a backdoor into their product, I don't believe, open-source software is immune against backdoors either.

    There are scores of people with commit-access to Linux kernel, for example. If the NSA — or its counterpart from any other rich country in the world — put their mind to it, they could use any one (or more) of them to weaken the security functionality in there.

    It does not need to be obvious — making the /dev/random's output slightly less random, for example, may reduce the time it takes to tap an ssh or ssl connection with this host from many years down to days. Same goes for PGP-keys generated on the affected host... Nor does it need to involve blatant coercion — the committer may simply receive a patch by e-mail with a fix to some other bug or an improvement, and fail to spot the weakening.

    It could, in fact, have already been done years ago for all we know. Who knows, if this little problem was not deliberately introduced? And even if it was not — who knows, whether various security agencies exploited it from 2006 to 2013 the way Alan Turing et al exploited mistakes of the German radio-operators during WW2?

    Is it easier to plant a backdoor into an open-source project than a closed-source one — and keep it there for a useful period of time? I'm not at all sure, what I'd bet on, to be perfectly honest. Both can done and, by all appearances, both have been done...

    --
    In Soviet Washington the swamp drains you.
    1. Re:Why is free software immune? by Anonymous Coward · · Score: 0

      How many times does this shit have to be trotted out before you idiots can understand the difference?! Honestly....

      What's easier to spot... a backdoor in software where you can see the source, or one where you can't?

      Shall we break this down into even simpler pieces for you?

      Is it easier to see the light through a window or a brick wall?

    2. Re:Why is free software immune? by Anonymous Coward · · Score: 0

      What's easier to spot... a backdoor in software where you can see the source, or one where you can't?

      Try it for yourself. The difference is equivalent to the difference in the odds of winning a lottery with or without buying a ticket.

    3. Re:Why is free software immune? by PPH · · Score: 1

      Is it easier to plant a backdoor into an open-source project than a closed-source one â" and keep it there for a useful period of time?

      That's a good question. The methods used would necessarily be different. Keeping it there would depend on delaying its discovery and inhibiting its repair, once found. Leaving the discovery issue aside for the moment (number of eyes on the code, etc.), it is much easier to prevent the removal of a back door when the code base is owned by a private organization with identifiable representatives. Should the NSA lean on both the Microsoft and Linux communities to maintain an exploit, Microsoft can be pressured to comply*. In the Linux community, being international, such pressure would be more difficult to apply.

      I wouldn't be surprised if Microsoft is aware of various government sanctioned exploits from their inception. Not just those created by the NSA, but by each government where Microsoft wishes to do business.

      *Its interesting to note that Microsoft's anti trust settlement was negotiated and overseen by a member of the FISA court. The mandate to open APIs and source probably stopped short of revealing all the built-in back doors.

      --
      Have gnu, will travel.
    4. Re:Why is free software immune? by ducomputergeek · · Score: 1

      People seem to miss that there are employees, in particular field service employees, at all the major vendors who earn a nice second pay check from 3 letter agencies and their employer is none the wiser.

      My dad spent a 30 year career in the finance and accounting area of one of the big defense contractors. His areas dealt with a lot of high security clearance stuff and there were always FBI and spooks in their office. They knew they were there, but they had no idea who the spook or agent was. They paid the people a salary just like anyone else. Was it the computer geek? The Janitor? The Facilities guy? One of the engineers? An office cleft? Or the guy/gal standing next to them? They never knew.

      There are contributors to open source projects who work for these agencies either directly or as assets paid or otherwise.

      --
      "The problem with socialism is eventually you run out of other people's money" - Thatcher.
    5. Re:Why is free software immune? by mi · · Score: 3, Interesting

      it is much easier to prevent the removal of a back door when the code base is owned by a private organization with identifiable representatives

      Linux (and BSD) committers are just as identifiable. Although the codebase is open to all, very few people go through it. If it follows the documented coding style, compiles, and "works", there is simply no reason to keep reviewing it — for most people. The Debian hole I cited earlier remained open from 2006 to 2013 — more years, than Turing spent working on Enigma.

      In the Linux community, being international, such pressure would be more difficult to apply.

      Maybe, but I would not count on it. Which country would you consider unlikely to cooperate with the US on such matter — without itself being an even greater threat to liberty (like China or Cuba)? The entire Western world's spooks cooperate with the US. As does Russiato some extent, at least. Who would not help their American colleagues in exchange for Americans helping them — a little? Someone like Sweden? Well, they did hit Assange with rape charges, when he made himself an overly tiresome nuisance to the Americans...

      Its interesting to note that Microsoft's anti trust settlement was negotiated and overseen by a member of the FISA court. The mandate to open APIs and source probably stopped short of revealing all the built-in back doors.

      In other words, Microsoft, probably, was coerced into it. A similar coercion — or conviction, or fooling — can be applied to an open-source project's participant. Whether it is easier or harder to do, I would not know.

      --
      In Soviet Washington the swamp drains you.
    6. Re:Why is free software immune? by Anonymous Coward · · Score: 0

      A small gain is a gain nonetheless, which is his point.

    7. Re:Why is free software immune? by Anonymous Coward · · Score: 0

      The Debian hole I cited earlier remained open from 2006 to 2013

      Well, no, it was closed in 2008, wasn't it? When it was discovered?

    8. Re:Why is free software immune? by mi · · Score: 1

      Indeed, you are right. But 2 years is still quite long — a large number of host-keys, individual ssh key-pairs, some SSL-certificates and PGP keys got created...

      --
      In Soviet Washington the swamp drains you.
  12. Lock argument doesn't hold by t'mbert · · Score: 4, Insightful

    Let's face it: as far as we know, the door lock manufacturers also have a master key to all our houses. The schematics and design of the lock are not publicly available, and most people lack the skills to know if the schematics they are looking at are secure or not. It's the same with an OS. And while I *could* take the lock apart and figure out how it works, I still wouldn't know if my particular lock were secure or not, because I have not seen enough locks to know if this particular one is good or not.

    Anytime this condition arises, we replace our own lack of knowledge with a trust in experts. We have to defer the judgement of security worthiness to an expert we trust, in which case we are again disinter-mediated from knowing if the lock is actually secure or not. We all trust *someone* with very specific knowledge to help us make decisions, whether that be medical, scientific, security or otherwise, and in each of those cases, we can find examples of where the expert has let us down.

    1. Re:Lock argument doesn't hold by Anonymous Coward · · Score: 0

      Your logic is flawed or incomplete. The master key for one cylinder would not open all locks, but the master digital key will open all locks.

    2. Re:Lock argument doesn't hold by Anonymous Coward · · Score: 0

      Um, yeah it would, that's what "master key" means ...

    3. Re:Lock argument doesn't hold by Anonymous Coward · · Score: 0

      Unless the lock has been specially manufactured to actually allow the use of one master key on everything. Or can be easily picked with simple tools and special knowledge.

      This could very well be the case. You have to trust someone at some point. Securing everything yourself is a fantasy.

    4. Re:Lock argument doesn't hold by whoever57 · · Score: 3, Insightful

      Let's face it: as far as we know, the door lock manufacturers also have a master key to all our houses. The schematics and design of the lock are not publicly available, and most people lack the skills to know if the schematics they are looking at are secure or not.

      Flawed comparison. In fact, locks are much more like open-source software.

      Locks can be disassembled and people can review the design. Much like open source software, most people would not be able to tell if a lock design was secure, but enough independent experts can disassemble a lock and review its security.

      Yes, you are reliant on experts for the truth about lock security, but you are not reliant solely on the manufacturer's assertions, which is the case with clsoed-source software.

      --
      The real "Libtards" are the Libertarians!
    5. Re:Lock argument doesn't hold by TheloniousToady · · Score: 1

      Why would one trust a lock manufacturer? It's because earning and maintaining our trust serves the manufacturer's commercial interest.

      In that vein, I recently dumped TrueCrypt for a similar commercial product. I don't honestly know which of the two is more trustworthy. I suppose I could audit the code for TrueCrypt myself, but I'm not qualified to do that. Or I could trust auditors with the upcoming TrueCrypt audit, whenever that happens. Or I could buy a commercial product and trust the vendor. The latter seems the most reasonable to me because their interests seem to be the most closely aligned with my own. They may not be perfect, but if they deliberately betray my (our) trust, they'll soon be out of business.

      Likewise, I trust the familiar Master Lock combination lock not because I know what's in the lock, or because I could take it apart and see for myself, or because a qualified locksmith has audited it, but because Master Lock has been selling locks like that for a long time to a large number of people, based on a trust they have earned that it is in their best interest to maintain.

    6. Re:Lock argument doesn't hold by davidshewitt · · Score: 1

      Pin tumbler locks are actually very simple devices. They're quite easy to disassemble. You can physically inspect the pins and see that there are only regular bottom pins (no master pins). That being said, they're extremely easy to pick. I saw a locksmith pick one (the kind you find on your front door) in seconds with a pick gun (it "bounces" the pins to the shear line). On a separate note, I'm posting this purely for technical interest (/. is news for nerds after all). I do agree with your argument, technical reasons aside. People have to trust professionals in subjects they're unfamiliar with, and some of those people, because they're people, will violate that trust.

  13. Too many preachers open source code = nanny state by pigsycyberbully · · Score: 1, Interesting

    I was on the Linux desktop KDE, and somebody sent me a link when I clicked on the link the file was a torrent file and KDE torrent file program opened up and with a pop-up message it calls tips it give me a lecture about copyright. I quickly deleted KDE.. I've never had a desktop even a Windows desktop or an apples desktop lecture me about copyright and call it tips. I'm such a stubborn free minded person KDE was obviously never going to work on me I hate social manipulation.

  14. Kittens by Anonymous Coward · · Score: 0

    They bypassed the encryption on their own cloud service to let the NSA have access. So all those company secrets you trusted are now in the hands of a spy agency whose job includes industrial spying.

    But hey, they gave us a kitten, so we're cool!

  15. Why is MS encrypting your stuff? by Anonymous Coward · · Score: 0

    If you encrypt with your own code, then the NSA can ask MS all they want, MS do not have the decrypt code.

    Except if MS have a backdoor into their software that stores the plaintext key and encrypts that with an MS master key, in which case, MS can be asked for the key to your data. Then again, if it were open source, everyone would see what they were doing and remove the backdoor, meaning it's pointless asking MS for the key to your stuff again.

    That is why MS's claims are bullshit and the FSF claims about it being so are spot on.

    1. Re:Why is MS encrypting your stuff? by Desler · · Score: 1

      Then again, if it were open source, everyone would see what they were doing and remove the backdoor, meaning it's pointless asking MS for the key to your stuff again.

      Unless it's done server-side. Again, having the source code to the OS, etc. tells you nothing about how data is stored or being used on their servers.

    2. Re:Why is MS encrypting your stuff? by Darth · · Score: 1

      well, the only way that microsoft could be doing that server-side would be to pass the key to the server from the client, which you could see in the source code. It doesn't tell you what they are doing with it on the server, but there's no reason to store the encrypted data and the key on the server unless you intend decrypt it without the involvement of the client, and that'd be a big red flag that something questionable was happening.

      --
      Darth --
      Nil Mortifi, Sine Lucre
  16. Re:Too many preachers open source code = nanny sta by Anonymous Coward · · Score: 0

    ->>>The mental condition is not working on this one. Quick quick, get a cross, put up a some stakes, he can contaminate the rest of the minds.

  17. Re:Too many preachers open source code = nanny sta by jones_supa · · Score: 1

    Vim also has an introductory message which suggests to donate for poor children in Uganda. That's probably not a bad idea, but it's a bit awkward to have that text at that spot.

  18. FSF is full of themself by Lawrence_Bird · · Score: 1, Insightful

    It really is arrogant of FSF to imply that a user trusting one or a small group of individuals running an opensource project is somehow better off and more secure than microsoft.

    Unless a user audits the code, compiles the code (with a known to be good compiler) and manages all elements of the server and routing, there is NO assurance of security or privacy. And never mind the fact that few users even compile from source anymore.

    Offtopic: why am I being sent to the beta site to post comments? Very annoying as it does not remember my login credentials and noscript is reporting XSS issues.

    1. Re:FSF is full of themself by Sockatume · · Score: 1

      Arrogant, but accurate. Sounds like the FSF to me.

      --
      No kidding!!! What do you say at this point?
    2. Re:FSF is full of themself by whoever57 · · Score: 4, Insightful

      Unless a user audits the code, compiles the code (with a known to be good compiler) and manages all elements of the server and routing, there is NO assurance of security or privacy. And never mind the fact that few users even compile from source anymore.

      Security isn't a binary function. Open source is more secure than closed source because many independent people can download the source and review it, many people can build binaries, etc..

      --
      The real "Libtards" are the Libertarians!
    3. Re:FSF is full of themself by Lawrence_Bird · · Score: 1

      because many independent people can download the source and review it, many people can build binaries, etc..

      Yes and I can eat ice cream every day too but then I would get fat. Just because code may be available does not mean it has been fully audited or even that the auditors fully understand not only the code but programming in language X with system calls Y to know what is a security risk. How many people working on a project even know the codebase beyond their particular chunk? How many are capable enough not to screw it up in the first place?

      And I'm curious - when was the last time you built a binary only after fully reviewing the source? Do you know any of the people who have made the binaries you have installed lately? I again submit the answer for 9/10 (or more) people is NO.

    4. Re:FSF is full of themself by Anonymous Coward · · Score: 0

      What's your point? If the code is open it can be vetted. If the code is closed you'll never know. Your words add nothing to the discussion.

  19. Read it. by Anonymous Coward · · Score: 0

    "And how are you expecting to find out if you have access to the source?"

    Read it.

    If you can't read it, then you haven't access to the source code.

  20. Silly question by Runaway1956 · · Score: 5, Insightful

    How would I find out, personally, that Linux Mint is sharing keys with the NSA? The likelihood that I would personally discover that secret is somewhere between slim to none. I can't read code well enough, nor am I likely to spend the time necessary to read every line of code in the programs.

    My assurance stems from,

    1. Thousands (at least) of other end users actually do peruse the code, looking for errors, back doors, exploits, etc.

    2. My OS comes from a "trusted source" - one which I personally trust.

    Yes, there is a weakness in there. That weakness is, I have to trust someone. At the same time, there is a strength hidden right beside the weakness. I get to CHOOSE who I trust.

    What, exactly, has convinced you that you can actually trust Microsoft? Has MS invited you to personally examine their code, to satisfy yourself that there are no exploits in their system? No? I didn't think so.

    Linux, on the other hand, invites me to read any or all of their source.

    You choose what you want, I'll choose what I want, thank you very much.

    --
    "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
    1. Re:Silly question by Anonymous Coward · · Score: 0, Troll

      I'm so sure you've read the entire source for Mint. Even if you had, I have all the confidence in the world that you would be able to find all the exploitable bugs.

      Your personal trust in Mint is admirable, too. I'd really like to hear the criteria that you used in your decision to "trust" them.

      Yeah, that was the sound of sarcasm. You fucking fanboys suck down the kool aid like each other's cocks.

      The truth is that you have the illusion of choice involved in reviewing the source. 1 in a million have the skill, time and motivation to properly evaluate the linux kernel. Even less than that for each individual implementation of a distribution. Are you going to trust that 1 person in that million to do it for you? You're delusional if you think it's better than the alternative to trusting MS.

      It kills me that Microsoft is actually trying to do something right and all people do is jack each other off with the same song and dance about OSS vs. closed source. I've been on this site since 1999 and it's the same discussion, except as I've grown older, the more I realize how fucking stupid this discussion is.

    2. Re:Silly question by Wootery · · Score: 2

      Are you going to trust that 1 person in that million to do it for you?

      Proportionally, very few programmers write Open Source software. And yet here we are, with the Linux kernel, Firefox, GCC, etc. It's always a minority that get things done. The fact that most users of Open Source don't read the source-code doesn't render irrelevant the (proportionally) few that do.

      You're delusional if you think it's better than the alternative to trusting MS.

      It's substantially better than trusting MS. In the closed-source model, they barely even have to bother hiding the backdoors. You are deliberately prevented from vetting the program.

      If I build you a car, and I refuse to let you pop the hood, you'd be right to be suspicious.

    3. Re:Silly question by Anonymous Coward · · Score: 0

      I'm so sure you've read the entire source for Mint. Even if you had, I have all the confidence in the world that you would be able to find all the exploitable bugs.

      Your personal trust in Mint is admirable, too. I'd really like to hear the criteria that you used in your decision to "trust" them.

      Wow, couldn't even make it through the first couple of sentences... impressive.

    4. Re:Silly question by lgw · · Score: 1

      What, exactly, has convinced you that you can actually trust Microsoft? Has MS invited you to personally examine their code, to satisfy yourself that there are no exploits in their system? No? I didn't think so

      Microsoft has many thousands of former employees who once had access to the source, with little to lose from anonymous whistleblowing. There are likely as many eyes on any important bit of MS code as open source code, given the size of the company. The backlash for getting caught lying is huge. That's why all the "big lie" companies are so pissed at the gag orders that accompanied their demands for information.

      Let's not forget than open source vendors are just as vulnerable to this sort of arm twisting - and again I just hope for whistleblowers willing to take the risk. Other than Theo de Ranter, who I'm fairly confident would instantly disobey any gag order, if just to have something new to complain about, I'm not sure most open source software really has an advantage here.

      But even if you do run Open BSD, what do you run on it? It's the "browsing the web" part that I care about exploits in, not my home file server, and no one anywhere seems capable of writing a web browser small and simple enough to take any claims of being exploit-free seriously, even without JavaScript (well, a browser more functional than Lynx).

      --
      Socialism: a lie told by totalitarians and believed by fools.
    5. Re:Silly question by Vitriol+Angst · · Score: 1

      I'd say the better analogy would be a school that doesn't allow parents on the campus -- ever, and you send your kid there and one day they come back with an education. You ask them how it went; "I don't know, OK, maybe." A typical answer for a kid that you expected, right?

      Another school allows parents to come in and tour the campus, and even visit classes any day they like as long as they aren't interrupting a class. You can meet with teachers and talk to them off hours and get a phone number to call if there are issues. Can you talk to every teacher and know their background and tell if they are creepy or not? Probably not. Probably 99% of all parents don't get to know more than 2% of every nook and cranny of the school or its teachers.

      Both systems require trust, but only the 2nd one has any transparency at all. In real world terms we don't and can't inspect everything, but it's the denial of oversight that invites true corruption.

      --
      >>"ad space available -- low rates!!!"
    6. Re:Silly question by Anonymous Coward · · Score: 0

      Having worked with a few former MS employees, I have heard many times that there is not a SINGLE person at the company accountable for ALL the code for most of the projects. Even relatively small stuff like Outlook is compartmentalized, and nobody shares code between departments; they expose API calls. Windows kernel? Exchange? IE? There is most likely not a soul in existence who can account for 100% of the functionality in any of those monolithic beasts. What's sad is that at my current company, the CTO is a former MS employee, and is driving that style of development much to all of the developers' chagrin.

    7. Re:Silly question by greenbird · · Score: 2

      Microsoft has many thousands of former employees who once had access to the source, with little to lose from anonymous whistleblowing. There are likely as many eyes on any important bit of MS code as open source code, given the size of the company. The backlash for getting caught lying is huge. That's why all the "big lie" companies are so pissed at the gag orders that accompanied their demands for information.

      Lets see. So what you're claiming here is that every employee at Microsoft not only has access to every piece of code but that they've actually gone through that code detailed enough to spot any NSA Easter eggs.

      First, have you ever worked on a large proprietary software project? From my experience it's lucky if three people even look at any given piece of code much less take the time to really understand what it does. Even in support mode they're typically only going to look close enough to fix the bug they're working on.

      Second, an operating system (especially Windows) is a huge piece of work with 1000's of mostly unrelated modules. Very few people would know much outside of their area of work.

      Third, you're typically not gonna let your GUI programmer even have access to network stack code. And lastly, this is Microsoft we're talking about. They can't even figure out how to make there own software work worth a crap. You really think they'll be able to figure out what a highly complex and secret NSA module is doing. (yes that was sarcasm)

      Let's not forget than open source vendors are just as vulnerable to this sort of arm twisting - and again I just hope for whistleblowers willing to take the risk. Other than Theo de Ranter, who I'm fairly confident would instantly disobey any gag order, if just to have something new to complain about, I'm not sure most open source software really has an advantage here.

      Do you even understand how open source works? Redhat is an open source vendor. Do you realize that CentOS and Oracle (amongst others) both copy and distribute Redhat's software? So they're going to strong arm everyone? CentOS isn't really a vendor even. It's more a loose conglomeration of volunteers. How are you going to strong are them?

      --
      Who is John Galt?
    8. Re:Silly question by Anonymous Coward · · Score: 0

      My assurance stems from,

      1. Thousands (at least) of other end users actually do peruse the code, looking for errors, back doors, exploits, etc.

      Which has been proven (and not just that instance) to be ineffective anyway. And if you think Microsoft is providing the keys to the NSA then why would countries like Russia and China continue using Windows hrmmm?

    9. Re:Silly question by Anonymous Coward · · Score: 0

      Lets see. So what you're claiming here is that every employee at Microsoft not only has access to every piece of code but that they've actually gone through that code detailed enough to spot any NSA Easter eggs.

      No, clearly not that at all, you would have to have a monumental failure at reading comprehension to come to that conclusion. Go back and actually read it, it most definitely does not say or imply anything of the sort.

      You really think they'll be able to figure out what a highly complex and secret NSA module is doing. (yes that was sarcasm)

      You really think countries like China and Russia would be using Windows if they even suspected this sort of thing was in there? Oh but the NSA are in *everything* aren't they?! Ever since the snowden leaks the paranoid spastics have extrapolated the actual information and now start claiming shit like the NSA is everywhere and in everything and sees everything you do.

  21. algorithms by Runaway1956 · · Score: 2

    Not only can the end user choose which algorithm, they can come up with their own. The right to read and modify the source code ensures that the truly paranoid can modify that source code, in whatever way they choose, to actually ensure that their stuff is secure.

    Little Joey Nerd decides that he really, really, REALLY doesn't want anyone to read his stuff. Three pass encryption results - first with Blowfish, then with his own home brewed encryption, and finally with AES. So, the attacker understands AES quite well, and manages to strip away one level of encryption. What is he left with? A garbled mess for which there is no documented decryption anywhere, except in Joey's head, or on his device.

    You can tamper with Joey's device, or his head, but chances are he is going to know about it.

    --
    "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
    1. Re:algorithms by Anonymous Coward · · Score: 0

      Chances are, Paranoid Joey's homebrew encryption will at best be useless, and at worst weaken the system. The NSA would just love everyone to rig together their own amateur hack security --- saves a lot of trouble in pushing subtly weak algorithms that other cryptography experts won't catch, when you can convince people to trust their own homebrew double-ROT-13-equivalent implementations instead.

  22. Which again is a problem with trusting MS by Anonymous Coward · · Score: 0

    If it's done server side, then you must be being forbidden from doing it client side. Which can only be the case if you are unable, technically, to run your own client that can encrypt then send that encrypt to the server.

    So, yet again, you fail to show why your fatalism means we should just accept the shaft.

    PS way to non-sequitur, dude.

    I say: Except if MS have a backdoor into their software that stores the plaintext key and encrypts that with an MS master key

    You say:Unless it's done server-side.

    What you said has zero concordance with what I said. If they have a backdoor into their software that stores the plaintext key, then if it's done server side, all that changes is they don't need to encrypt their storage of your key. It still doesn't address the reason why you need to have source code before you can consider trust.

  23. OS vs CS by Anonymous Coward · · Score: 0

    Seriously though, an operating system is a set of orders to your processor (and other components thereon) to do all that we do on PCs. Microsoft is defending the position to be able to whisper to your processor so you don't know what they said. I agree that there may be trade secrets until competitors catch up not to mention open source also goes overlooked, and could even lead to a worse if you think you're free there is no escape possible scenario for the lazy but still at least with open source anyone can, so it would require bawls the size of Texas to put backdoors in opensource software.

    Think a little folks, we did all this before, just not with computers. What is ownership? When we buy something, what rights does the seller retain over the item? If any?

  24. The key isn't in the source code, moron. by Anonymous Coward · · Score: 0

    "Since it's open source, even NSA personnel will be able to read the encryption algorithms and design software to decrypt it"

    Since there isn't the key that you need to decrypt the data in the algorithm, then even if it's open source, NSA personnel will be able to read the algorithms (that they already read from the primary literature, not souce code) but be completely unable to decrypt your stuff with that information.

  25. A horrible analogy by cyberchondriac · · Score: 2

    A lock on your own house to which you do not have the master key is not a security system, it is a jail.

    I get his overall point regarding source, I do, and I agree; but it would help his case if he didn't use such broken analogies. If I have a key, and the landlord has a master key, it does not mean I'm in "jail"; he's not going to lock me into my own home because I have a key of my own, just not a master key. It's just that the landlord can get into my home too. It's more like easy-peasy burglary, but "jail" was a rather stupid way to put it.

    --

    Look back up at my post, now look back down, you're on the Internet. Now look back up. I'm a signature.
    1. Re:A horrible analogy by drinkypoo · · Score: 1

      It's more like a safe deposit box than a home. And it can be accessed at any time without your consent.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:A horrible analogy by cyberchondriac · · Score: 1

      That works.

      --

      Look back up at my post, now look back down, you're on the Internet. Now look back up. I'm a signature.
  26. 30 years of "I told you so". by jafac · · Score: 3, Insightful

    If this NSA kerfluffle has amounted to anything, it is a validation of the idea that "Security through obscurity" is as invalid as we've all been told - since the 1980's.

    --

    These are my friends, See how they glisten. See this one shine, how he smiles in the light.
    1. Re:30 years of "I told you so". by Altanar · · Score: 1

      No, if this NSA kerfluffle has amounted to anything, it's that open source software and open standards only give users a false sense of security if no one is willing to audit the software. See: The Dual EC_DRNG algorithm.

  27. Why do you need the source code? by Anonymous Coward · · Score: 0

    This complaint about Windows being unknowable because the source code isn't available puzzles me. Don't people know how to read assembler any more?

  28. Privacy nuts by phorm · · Score: 1

    The other part of that equation is that there are some pretty strong coders among the privacy nuts out there. There are also people who are good at watching changelogs, SVN commits etc.

    Even if not everybody is reading the code, there are some pretty clever people who do.

  29. FSF responds to article with irrelevant article by cjjjer · · Score: 0

    I thought they were talking about encrypting user data not how Windows is so insecure.

  30. Once they have the keys... by Anonymous Coward · · Score: 0

    They ARE "just passively snooping everywhere it wants to."

  31. Bad analogy? by MidSpeck · · Score: 1

    How many people open up the deadbolts on their homes to make sure that they were properly constructed? Some, perhaps. But not many.
    There has to be a trust at some level. Let's say you looked at my deadbolt and verified it as good. Why should I trust you either?

  32. Yeap by Anonymous Coward · · Score: 0

    Gawd, I hate to say this, but "no shit captain obvious."

  33. Re:Too many preachers open source code = nanny sta by Anonymous Coward · · Score: 0

    I don't like guilt trips either. So I set shortmess+=I to disable it. You could also build it without the motd. I love vim and always have but I make a point of not donating to charities that attempt to guilt trip me. I seriously doubt I'm the only one, so really they're just causing more harm than good. Putting a note on the homepage as they do is fine, but this is going too far.

  34. wait a sec... by Anonymous Coward · · Score: 0

    "questions the logic of trusting non-free software"

    So you're telling me that I should trust somebody like Google, because their software is free more than Microsoft whose services I pay for? Selling my data IS the business model of free "cloud" software. I gotta go with MS on this one.

  35. Almost feel bad for MS apologists by Anonymous Coward · · Score: 0

    Though it seems like MS itself they know nothing of how Open Source works. They'll get what they deserve. Good luck.