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.'"

48 of 174 comments (clear)

  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 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.
    3. 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
    4. 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.

    5. 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).

    6. 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.

    7. 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.

  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 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.

    4. 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.

    5. 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.

    6. 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)

    7. 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
  3. 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 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.
    3. 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)
    4. 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.

    5. 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
    6. 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.

    7. 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.

    8. 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.

    9. 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.

    10. 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
    11. 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.

    12. 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
  4. 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)
  5. 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.
  6. 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 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.
  7. 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 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!
  8. 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
  9. 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 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.

    2. 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?
  10. 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
  11. 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.
  12. 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!
  13. 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.