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
Currently the Rust SDK expects a passphrase to encrypt the stores when creating a client. This string is run through password based key derivation (PBKDF2, with 200k iterations or so) to get a 256bits key which is fine, but for EX clients we can generate that key directly, and as pbkdf is slow by design this hurts the performance when opening the stores. Ideally we should add an API to pass the key directly.
EXI and EXA are about to implement database encryption with the passphrase for Nightly users, but we would prefer not to roll this out to everyone until the API accepts key data, otherwise we'll have to deal with 2 different types of keys going forward (we're happy for Nightly users to be signed out at some point).
Acceptance criteria
EXI and EXA can pass a key directly to the SDK instead of converting it to a string first.
Size estimate
M (might be small, but looking through the Rust code, there appears to be a lot of levels involved to me)
Dependencies
None
Out of scope
Subtasks
The content you are editing has changed. Please copy your edits and refresh the page.
Description
Currently the Rust SDK expects a passphrase to encrypt the stores when creating a client. This string is run through password based key derivation (PBKDF2, with 200k iterations or so) to get a 256bits key which is fine, but for EX clients we can generate that key directly, and as pbkdf is slow by design this hurts the performance when opening the stores. Ideally we should add an API to pass the key directly.
(Related web issue: element-hq/element-web#26821)
EXI and EXA are about to implement database encryption with the passphrase for Nightly users, but we would prefer not to roll this out to everyone until the API accepts key data, otherwise we'll have to deal with 2 different types of keys going forward (we're happy for Nightly users to be signed out at some point).
Acceptance criteria
Size estimate
M (might be small, but looking through the Rust code, there appears to be a lot of levels involved to me)
Dependencies
Out of scope
Subtasks
Android
iOS
Rust
Other
The text was updated successfully, but these errors were encountered: