You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When an account is already pin protected, it is currently impossible register and to unlock it.
I don't really understand what is the use of KBS and I'm not sure we have the tools needed to provide it. But now, it seems to be the only registration lock pin accepted (the old pin method isn't accepted by signal servers).
This is how signal-cli did it in their java implementation :
Is there an easy way to add this in one of the libsignal-service-rs crates ?
Depends on how much of the crypto already resides in libsignal-client, which is literally nothing, at first grep.
I'm afraid the KBS is quite some engineering work, for which I personally don't have a lot of time. I'll be glad to help you in the progress by reviewing code, however. I've been in contact with some people at Signal, and they are interested in moving cryptographic primitives into libsignal-client, whenever there's a clear win for them. I do suggest however to first experiment against our crates, and then start the discussion of which code we can move.
When an account is already pin protected, it is currently impossible register and to unlock it.
I don't really understand what is the use of KBS and I'm not sure we have the tools needed to provide it. But now, it seems to be the only registration lock pin accepted (the old pin method isn't accepted by signal servers).
This is how signal-cli did it in their java implementation :
AsamK/signal-cli@425626e
Is there an easy way to add this in one of the libsignal-service-rs crates ?
The text was updated successfully, but these errors were encountered: