| Summary: | kwallet bug: received an invalid or unencryptable secret | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kwallet | Reporter: | m.kurz |
| Component: | general | Assignee: | Valentin Rusu <valir> |
| Status: | REPORTED --- | ||
| Severity: | major | CC: | kdelibs-bugs-null, m.kurz, postix |
| Priority: | NOR | ||
| Version First Reported In: | 6.21.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
m.kurz
2026-01-05 17:07:31 UTC
There was a similar issue in 2017 regarding "received an invalid or unencryptable secret": https://bugzilla.gnome.org/show_bug.cgi?id=778357 which got fixed with https://gitlab.gnome.org/GNOME/libsecret/-/commit/998065599c66055dcffa1ef1ddebb947ccd68248 (the code moved meanwhile and today can be found here: https://gitlab.gnome.org/GNOME/libsecret/-/blob/0.21.7/egg/egg-dh-libgcrypt.c#L186-190) It's not the same I know, today the issue is about kwallet with libsecret not playing nicely, back then it was gnome-keyring/libsecret: > Essentially the difference boils down to libsecret not performing any padding > on shared secret obtained from DH, while gnome-keyring does prepend null bytes. > Not sure which behavior is correct one, so this could apply to gnome-keyring instead. |