There has been a lot of interesting development on the secure chat front lately ( secure circle, textsecure, heml.is, cryptocat etc ). Not sure if bittorrent chat will be very interesting. Most secure chat clients encrypt on the client side so the server won't be able to read your messages, so not sure if not having a server is that big of a win here. I'm also guessing metadata would be exposed to various people on t…
BitTorrent Chat - Private instant messaging via secure, distributed technology
81–90 of 112 posts
Re: BitTorrent Chat - Private instant messaging via secure, distributed technology
#82Just finished reading all this: http://code.google.com/p/phantom/ boringly Tor-like project.
Re: BitTorrent Chat - Private instant messaging via secure, distributed technology
#83Earlier quoted context omitted.
That doesn't sound reasonable. I don't care who you are, auditing the source version is orders of magnitude easier than auditing the binary version. I say this as someone who has been reverse engineering binary code for well over a decade. This doesn't even account for the fact that requiring reverse engineering skill already eliminates the majority of potential auditors, whether due to ability or due to lack of time…
Look, I'm sorry, but let's take an extreme example here to demonstrate how you are arguing something different than I am: if you are seriously trying to tell me that you have an easier time analyzing the source code for "grep" vs the binary for "false", something is seriously seriously wrong; the binary for false can seriously be less than 50 bytes large. If you show me an open source system and a closed source syste…
Most of what they do probably is just exploiting known bugs since they commit the resources to finding them as a basic part of their mission. You talk about a threat model, but you're proposing one which assigns a ludicrous amount of capability to an organization which, fundamentally, is still staffed and draws upon the same pool of human-talent that everyone else does (that is, graduates of universities principally in the western world).
Re: BitTorrent Chat - Private instant messaging via secure, distributed technology
#84If they don't release the source, like BitTorrent Sync, they might as well just ditch this whole thing right now.
Re: BitTorrent Chat - Private instant messaging via secure, distributed technology
#85I like that this and Tox are tackling this issue, but they seem to be missing a huge piece of the puzzle: the so-called metadata. If you can hide who the messages are being sent to, you can protect yourself against them spying on who your friends are, which to me, is just as important. Also, if you don't know who the recipient of an encrypted block of text is, it makes it near-impossible to brute force the private ke…
I wonder if the broadcast approach would help there? Be constantly throwing out GPG encrypted data to the entire network, anyone with the private key can pick it up. No "to" or "from" headers, and traffic analysis is hard since the flow of traffic is constant:
https://github.com/shish/firehose (Very alpha)
The main downside there is that bandwidth requirements are huge, you can only have a few thousand people on each shard :<
Re: BitTorrent Chat - Private instant messaging via secure, distributed technology
#86Wouldn't this still allow an adversary to build a social network of all participants? They would know: Who talked to who How often they talk When they talk How much information they exchange Their IP addresses In fact, the only they wouldn't know is precisely what was said, but that's often a very small, non-critical piece of the puzzle.
Still a far greater improvement to knowing the content of your conversations! If your design removes performance in exchange for removing metadata, and nobody uses it, it might as well not exist then.
Distributed chat systems only are advantageous because you get away from having centralized servers, but you still have a bootstrap problem to get everything up and running.
Re: BitTorrent Chat - Private instant messaging via secure, distributed technology
#87I remember the old days when one person on a unix machine could chat with another person on a unix machine using the unix talk command, (piped over ssh for security) I had many a conversation with my thesis supervisor this way, once when I was in France and he was in Japan. PS no third party server involved, obviously. Just my box and the recipient box. I suppose one could do a man in the middle attack but we would a…
Re: BitTorrent Chat - Private instant messaging via secure, distributed technology
#88If they don't release the source, like BitTorrent Sync, they might as well just ditch this whole thing right now.
In any other context I would dismiss this comment as a troll, but yeah.. Any program that passes itself off as "secure" and is closed source, in this climate, is immediately suspect.
Open source means it's not going away. I won't, ever again, buy into a network that I cannot keep alive. Which is one of the reasons I don't use Whatsapp and actively prevent my family from using it. No G+. Leaving GTalk (Sorry, 'Hangout').
BTSync? Nope, unusable. BTChat? Same. Even if some highly trusted party would explain to me that BTChat is the most secure network, period: As long as I don't see the means to keep that thing alive it is just another potential trap.
Re: BitTorrent Chat - Private instant messaging via secure, distributed technology
#89Earlier quoted context omitted.
I must say, I have very limited knowledge on encryption, but, can't an observer possibly encrypt many possible and likely short messages (like, "hey!" or "lol") with the public keys of some users of value and sniff the network for matches? I mean it would take a while, maybe a week, to get some results but hey, I think it's a possibility.
can't an observer possibly encrypt many possible and likely short messages (like, "hey!" or "lol") with the public keys of some users of value and sniff the network for matches? no. the same message does "never" encrypt to the same cypher: $ echo lol | gpg -e -r F8669BB7 --armor -----BEGIN PGP MESSAGE----- Version: GnuPG v1.4.11 (GNU/Linux) hQEMA2gTLr1USDZGAQf/YbbnzHvNfdqbs6hmdmIaaiZOSfW9P6Bc8tdF4MG/JbP+ RTxbLpi4W+vX…
hQEMA2gTLr1USDZGAQ
At the start of each output? Is that 'lol' encrypted then followed by random bytes, or does it contain header information?Re: BitTorrent Chat - Private instant messaging via secure, distributed technology
#90Earlier quoted context omitted.
Actually, there has been some recent research [0] in cryptography that shows it is possible to produce binaries that are obfuscated in such a way such that they are computationally infeasible to deobfuscate (see the linked reference for a formal definition of indistinguishability obfuscation). [0] - http://eprint.iacr.org/2013/451.pdf
Yes. Even more simply, it is an impossible problem in the general case to even determine in a given x86 binary what parts are code and what parts are data (there was someone at RV '04 that published a paper on that result while working on his CodeSurfer binary analysis tool). This does not, however, contradict my argument: as we can take a binary and generate really horrible C code from it (by just emulating via C, u…
A program might be open source, still the binaries offered for download might be compromised. Who is able to notice that now?
You might compile the software yourself, but the majority of users wont.
You might have reverse engineered a closed source software, but I guess you won't do that for the OSS binaries.