-
Notifications
You must be signed in to change notification settings - Fork 452
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Requesting to add a feature to change Public Key(Address) #6769
Comments
Requesting Tribler team to look into this please |
Any update? |
@absolutep hi, thank you for the request. This request by itself is a viable addition to the Tribler. However, not everything that you mentioned in the issue is true. This is a false sentence:
You can repeat the following experiment:
Here is experiment's results for macOS:
So, the public key has been changed. Also, please, take a look at the source code. Here is the place where the key's logic is implemented: tribler/src/tribler/core/components/key/key_component.py Lines 27 to 36 in c8ecb65
|
@drew2a thanks for replying. I followed your method and here is the result. THE REASON WHY CONFUSION AROSE WAS THAT - the starting 20 characters in the Key ID(image 1 & 2) are same, which I assumed was never possible since, all characters will be generated randomly. My question now - Is there any specific reason for that? |
There is a specific reason. The first 20 bytes capture the key curve that the key material was generated for. All public keys generated using >>> from binascii import unhexlify
>>> unhexlify("4c69624e61434c504b3a")
b'LibNaCLPK:' The random key material starts after this prefix. If you're interested, what follows are two strings of random key material for encryption and verification (you can find the exact specification here). |
Thanks so much for the reply. So, I hope as a layman, I am 0.1% right here, b"LibNaCLPK:" ( computer code defining specific value for protocol usage) + self.key.pk (randomly generated key which is assigned for the device) + self.veri.vk (verification by the device & device marked) Reasons I want to learn & thus throwing wild assumptions out here :-
|
The answer to all three of your questions is "no". There really is nothing special about these 20 bytes, it essentially exposes as much as "This machine is using Tribler!". The long and short of your ISP's ability to fingerprint your Tribler is that they can see both plaintext and ciphertext. The ciphertext is used for anonymization of your downloads and allows your ISP to see that you are part of an anonymization network (not if you're downloading and not what you're downloading). Here's the main point: (at the time of writing this) all other Tribler communication is plaintext and tied to your public key. Like you already said, the plaintext includes all channel features. If you dislike that, you can either (1) disable the channel feature entirely and/or (2) remove your Tribler state directory between Tribler launches to remove your public key. |
So, the solution to change Public Key(Address) is :- to completely reset Tribler each & every-time you want to change the key. How to reset Tribler - https://www.tribler.org/faq.html Although, a button or options in settings would be desirable as shown in photos, until then closing this as the question was somewhat answered. |
Is your feature request related to a problem? Please describe.
Public key(user ID or address) never changes.
Does not matter how many times, oneself deletes the folder or does clean uninstall/re-install.
Basically, it attaches to one's computer hampering the anonymity of a user.
Describe the solution you'd like
Describe alternatives you've considered
Below screenshots describe how it should work.
Part 1 - Here we can see a time bound automatic generation of new Public key(user ID or address).
Part 2 - Manually, used the button to change/generate new Public key(user ID or address).
Additional context
A different issue, gave rise to a discussion, which led to this feature request.
Original discussion = #6764
The text was updated successfully, but these errors were encountered: