diff options
| author | Danilo M. <danix@danix.xyz> | 2026-11-03 09:48:36 +0100 |
|---|---|---|
| committer | Danilo M. <danix@danix.xyz> | 2026-11-03 09:48:36 +0100 |
| commit | ad3c63f665e6264ed1db42d6ae2dfc0947e33393 (patch) | |
| tree | c91a67164da38b993961a97f2f8cfe01839512c6 /app/src/nonFree/values-gl/strings.xml | |
| parent | fd3909e16d9f7b2d0cc93ba1d640a361e37748be (diff) | |
| download | HardenedPass-ad3c63f665e6264ed1db42d6ae2dfc0947e33393.tar.gz HardenedPass-ad3c63f665e6264ed1db42d6ae2dfc0947e33393.zip | |
fix(git): get sshj's Ed25519 keys from Bouncy Castle
Recent Conscrypt (Android 14 mainline updates) registers a KeyFactory
for Ed25519. With sshj leaving provider selection to the JCA, its
Ed25519KeyFactory now gets Conscrypt's key class, whose algorithm name
sshj does not map to ssh-ed25519: KeyType.fromKey returns UNKNOWN and
every Ed25519 host key fails with "Don't know how to encode key", so
clone and sync over SSH break. 0.1.4 is affected since the sshj 0.41.2
update.
Register a provider at position 1 that serves only KeyFactory.Ed25519
from Bouncy Castle (kept by the existing R8 rule). Everything else,
including signatures with Android Keystore keys, still goes through
normal JCA provider selection.
Verified on an Android 14 tablet: clone over SSH failed before and
works with the fix.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Diffstat (limited to 'app/src/nonFree/values-gl/strings.xml')
0 files changed, 0 insertions, 0 deletions
