Slashdot Mirror


US Intelligence Agencies Tried To Bribe Our Developers To Weaken Encryption, Says Telegram Founder (twitter.com)

In a series of tweets, Pavel Durov, the Russian founder of the popular secure messaging app Telegram has revealed that U.S. intelligence agencies tried twice to bribe his company's developers to weaken encryption in the app. The incident, Durov said, happened last year during the team's visit to the United States. "During our team's 1-week visit to the US last year we had two attempts to bribe our devs by US agencies + pressure on me from the FBI," he said. "And that was just 1 week. It would be naive to think you can run an independent/secure cryptoapp based in the US."

Telegram is one of the most secure messaging apps available today, though researchers have pointed flaws in it as well.

13 of 135 comments (clear)

  1. Re:Published source is a huge help here by beelsebob · · Score: 5, Insightful

    Published source makes it a lot easier to spot problems with the code.

    No it doesn't. It has been shown repeatedly that the idea that thousands of people will look at code and magically spot bugs is a myth.

    In practice, people either 1) don't look at the code, or 2) don't have the domain knowledge to know what that very specific function is doing.

    In reality, only the person who write it, and the 1 or 2 people who reviewed it really understand what's going on, and often not even the people who reviewed it.

  2. For real? by Corbets · · Score: 5, Insightful

    While I wouldn't be terribly surprised if the various three letter agencies try this... would they really be stupid enough to let him know where they were from? It's not like they would have appealed to the Russian's sense of patriotism for the US.

    On the other hand, this sort of publicity could drive users to his product, providing a motive to lie.

    Methinks that we should remain a bit skeptical on this one.

  3. OpenKeychain by wasteoid · · Score: 4, Insightful

    Manage your own asymmetrical PGP keys and encryption, while using any messaging app. Not as integrated as Telegram or other streamlined apps, but secure communication is possible, just need to take a few extra steps.

  4. Re:Don't trust US by Anonymous Coward · · Score: 5, Insightful

    Before PGP was released there were encryption standards where a company could have encryption that couldn't be broken by a person or another company but it had to be weak enough that the NSA, CIA, etc... could break into it. When PGP was released it made it where companies went against this and could make encryption as strong as they wanted to. A side note they tried to prosecute the creator of PGP for violating the Arms Export Act but were unable to since he put the code online for free and never sold it.

    The thing we are seeing now is the government is either trying to scare companies into giving them the information or bribing the developers into making the encryption weaker.

  5. Re:Don't trust proprietary protocols by qbast · · Score: 4, Insightful

    No, it is in fact very much about US and willingness of the government to strong-arm developers into crippling their crypto solutions. All the compliance with public spec won't help you when developers have been pressured into introducing a subtle bug that allows to make encryption easier to break or to modify their official binary builds by adding a piece of code that will store your private key somewhere.

  6. Comment removed by account_deleted · · Score: 4, Insightful

    Comment removed based on user account deletion

  7. Re:Published source is a huge help here by nine-times · · Score: 5, Insightful

    Also, it's possible to disguise malicious code to look like it's doing something else (e.g. The Underhanded C Contest). It's entirely possible that intelligence agencies try to insert these kinds of things into open source projects.

    But I don't think that was davidwr's point. I take the statement "Published source makes it a lot easier to spot problems with the code." to be pointing out that it's much ore difficult to identify weaknesses if you're provided a compiled binary, as opposed to having access to the source code. It's not that open source code is a guarantee that someone will spot bugs, but with closed source, you're completely at the mercy of the original developer.

  8. Rabbit hole... by bradley13 · · Score: 4, Insightful

    This may be true, and he didn't accept the bribes; he may be saying this after accepting the bribes; he may be saying this as a publicity stunt; he may be saying this to deflect attention away from the backdoors already installed for the Russian government; he may be saying this because... ...we have no fricking idea. How deep down the rabbit hole do you want to chase your favorite conspiracy theory?

    Granted, it's hard to be prepared for all eventualities, but it sure would be nice if he had a recording of the meeting, and the words exchanged.

    --
    Enjoy life! This is not a dress rehearsal.
  9. Is it true? by GuB-42 · · Score: 5, Insightful

    While bribing developers to weaken encryption is most likely not above what intelligence agencies do, this could also be a PR move.
    By saying an intelligence agency attempted to bribe your devs, it implies that :
    - Your app is so secure that it can't be cracked by external means
    - That your company standards are so high that bribes don't work
    - That the government is watching and using unethical methods, and that an app like the one you offer is needed
    - Competitors may have been bribed too, and if they aren't saying anything, they may have fallen for it

    Considering the flaws of Telegram, this may be just an attempt to make it feel more secure than it really is.

  10. Re: Published source is a huge help here by Anonymous Coward · · Score: 2, Insightful

    But if the code is closed, it's impossible. How is that better?

  11. Re:Don't trust proprietary protocols by MobyDisk · · Score: 4, Insightful

    Stop talking about apps, and start talking about protocols.

    This is the problem with computing and the internet over the last 10 years. We switched from developers saying "I want to create a protocol that does X, and I'll make the first app that implements it" to developers saying "I want to sell ads, so I'll make a proprietary app that does X, and refuse to open it up to other developers." It's the pre-1983 IBM -vs- Compaq mentality.

  12. Re:Who are the bad guys again? by Anonymous Coward · · Score: 5, Insightful

    Russia don't really need to break into civillian communications - because they have other methods:

    If a "little guy" piss them off - he get beaten by some thugs and possibly a couple of years in prison. Maybe he learns his lesson, maybe he dies - there are enough people anyway and they can't sue the government.
    If an oil billionaire pisses them off, he suddenly finds all assets frozen and gets a decade or two in prison.
    If someone try to be clever and hide in the west after pissing them off - they might get the polonium diet.

    So you may communicate securely in Russia. The day they really want you, they just kick down your front door anyway. No need for any "proof" first. No search is "unreasonable".

    Russian authorities simply don't need to be subtle. American authorities still need to appear nice, so they need to snoop in silence. They can't blatantly beat information out of people, or tell them to "speak now, or you disappear to some fearsome interrogation camp for some years." So they want to listen in on everything instead. As long as nobody notices enough to prove anything, they aren't visibly violating the constitution or other laws.

  13. Re:Tried? by Anonymous Coward · · Score: 2, Insightful

    Technically, it's worth clarifying a few things:
    - It's RSA the security company (peddling their encryption solution), not RSA the algorithm (there continue to be no known problems with the RSA algorithm).
    - What they were paid the $10 mil for is to use the Dual_EC_DRBG random number generator (this is not a cipher, merely a random number generator for one).
    - The Dual_EC_DRBG algorithm was a faulty backdoored standard certified for use by NIST for use in cryptographic software (NIST = the body that certifies crypto algorithms for use and consults with the NSA about security of the algorithms). EC ciphers in general, have not yet been proven to be insecure.
    - The settings for Dual_EC_DBRG were not weakened, as it was never a secure algorithm in the first place. The magic constants the NSA defined, allowed them to reconstruct the seed value for the RNG algorithm from a very small number of inputs.
    - After the Snowden leaks proved Dual_EC_DBRG insecure, NIST revoked the standard.