Public/private Key Pairs And P2P File Xfer Question about P2P and encryption
Posted 26 January 2012 - 11:02 PM
When Public/Private key pairs are used to encrypt something, isn't that encryption "relatively secure"?
Isn't that the way Colombian drug cartels communicate using the internet?
So I ask, if "YOU" knew "MY" key and "I" knew "YOUR" key ... couldn't "YOU" and "I" communicate relatively securely? No one would know what's in the packets being sent, because no one can open and read those packets except YOU and ME ... RIGHT?
So I guess the BIG questions are
(1) how do "YOU" and "I" trade keys and
(2) how do "I" know "I" can trust "YOU".
Am I missing something?
Posted 27 January 2012 - 04:22 PM
Probably something basic like Public-key cryptography
From what I've read (and remember I'm a newbie) one problem with eMule traffic is that ISP's can RECOGNIZE the eMule packets. Wouldn't encrypting the packets before xfer and decrypting the packets after receipt, make the ISPs recognition impossible? The packets would be anonymous to anonymous, right?
And once a week, eMule PUSHES a new key set to all eMule installations.
I understand, VERY SMART ISPs could disassemble eMule, find the key pair receiver, and hook it. Although not impossible, it might slow down the ISPs.
Posted 28 January 2012 - 10:54 AM
Posted 06 February 2012 - 07:40 AM
As SS already stated: It's far easier to track the number of connections and the size of the packets (and maybe the ports) of an IP to figure out if eMule is running there or not.
You could implement an "ISP secure" mode limiting the mentioned values but that would also drastically hamper the performance which is the point that's already the one most ppl are complaining about.
The first Kad only client: kMule is available, now!
Free and legal downloads - now on eMuleFuture!