... | ... | @@ -63,4 +63,8 @@ Consider the scenario where you have two identities, `A` and `B`. A contact of ` |
|
|
|
|
|
Short Answer: This is not possible at the moment, but planned.
|
|
|
|
|
|
Long answer: Storing any key material in the backup would defeat forward secrecy. The problem is that if the backup falls into the wrong hands at some point in the future, it can be used to decrypt all your traffic since the time when the backup was made (assuming the adversary recorded the encrypted traffic at the time). This violates forward secrecy, which is one of our security goals. So we need to modify the protocols to provide forward secrecy in this scenario before implementing a backup feature. The progress is tracked in ticket #110. |
|
|
\ No newline at end of file |
|
|
Long answer: Storing any key material in the backup would defeat forward secrecy. The problem is that if the backup falls into the wrong hands at some point in the future, it can be used to decrypt all your traffic since the time when the backup was made (assuming the adversary recorded the encrypted traffic at the time). This violates forward secrecy, which is one of our security goals. So we need to modify the protocols to provide forward secrecy in this scenario before implementing a backup feature. The progress is tracked in ticket #110.
|
|
|
|
|
|
# Is it safe to publish my `briar://` link publicly?
|
|
|
|
|
|
Your Briar link contains a public key and it is safe to publish in the same way as a PGP public key. If you want to contact someone via Briar, both of you need to add each other's links. |
|
|
\ No newline at end of file |