Announcement

Collapse
No announcement yet.

The FBI Paid OpenBSD Developers For Backdoors?

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #31
    WAsn't someone paid to not disclose a SAMBA bug quite a while ago?

    Comment


    • #32
      Also remember that Google is working with the CIA (more likely with other organizations too), Microsoft with NSA (likely with other orgs too), OpenBSD is and has been compromised for a decade too. All of this is virtually impossible to fix because it's either closed source or those who injected bad code certainly made sure it's not easily discoverable, and IMHO Linux is compromised too because it amounts for like 50% of all servers and common sense implies that the USA government couldn't possibly leave Linux alone since it's the 500 pounds gorilla in the server market.
      In short, de facto, no matter how bad it sounds, the current state of security is a joke, and btw I'm sure Window$ has even more (much more!) CIA/NSA/FBI back-doors spying crap.

      Comment


      • #33
        Since in windows the code doesn't have to hide (since window$ is closed source) such code might even have a dedicated API, i.e. the "Windows Spying API", just kidding..

        Comment


        • #34
          Originally posted by cl333r View Post
          Since in windows the code doesn't have to hide (since window$ is closed source) such code might even have a dedicated API, i.e. the "Windows Spying API", just kidding..
          You do know that Microsoft customers can request access to the Windows source-code for security audits, don't you? This is kind of a necessity, give that Windows is occasionally used in security-critical places.

          Not saying that deliberate backdoors aren't there, but they are probably well-hidden in non-apparent places (like the header and random padding of encrypted packets). This kind of stuff is almost impossible to detect without forehand knowledge.

          Comment


          • #35
            You do know that Microsoft can (and will) give them the stripped version of code without the security back-doors, don't you?

            Comment


            • #36
              Originally posted by BlackStar View Post
              You do know that Microsoft customers can request access to the Windows source-code for security audits, don't you? This is kind of a necessity, give that Windows is occasionally used in security-critical places.
              What point is there to audit parts of windows source code when you still get a binary shipped which could have been compiled using a 'edited' source code?

              As for the BSD stuff, it seems that the letter was legit:

              CSO delivers the critical information about trends, practices, and products enterprise security leaders need to defend against criminal cyberattacks and other threats.


              but of course that doesn't necessarily mean that Gregory Perry is telling the truth. Time will tell.

              Comment


              • #37
                Originally posted by linux5850 View Post
                "Linux 2.6.31 perf_counter x86/x64 Local Root Exploit with SELinux user_u defeat and disabling"
                In this video I demonstrate a different method of exploiting the recent perf_counter vulnerability where it doesn't require a NULL mapping. The technique is...


                and here is the guys Youtube channel. Phoronix should interview him.

                http://www.youtube.com/user/spendergrsec
                Brad is pretty well known for digging at/digging holes in SELinux at this point. It's amusing, despite the security implications.

                Comment


                • #38
                  Well there goes another opensource myth. So much for "more eyes lead to more secure code" argument.

                  Comment


                  • #39
                    Originally posted by cl333r View Post
                    You do know that Microsoft can (and will) give them the stripped version of code without the security back-doors, don't you?
                    This is certainly true.

                    Most firms however will audit the code provided by microsoft and audit a decompiled version using HexRays Decompiler or some other in house tool. No serious audit can be done without looking at disassembled machine code. HexRays does produce almost readable psuedo c code. Obviously for bytecode languages like .net or java decompiling can be much more user readable.

                    Comment


                    • #40
                      Originally posted by Smorg View Post
                      How has this been in there for a decade without anyone noticing? Where's the code they're talking about? Was this only in some proprietary fork of BSD? This whole story sounds unlikely.
                      Also Debian SSL vulnerable keys went unnoticed for 2 years: http://wiki.debian.org/SSLkeys

                      Originally posted by deanjo View Post
                      Well there goes another opensource myth. So much for "more eyes lead to more secure code" argument.
                      It's still applying. With OpenBSD we can audit its code and prove/discard this claim. When such claims were done with Windows no one can verify if it's true or not.

                      Comment

                      Working...
                      X