aboutsummaryrefslogtreecommitdiffstats
path: root/autofill-parser/src/main/java
diff options
context:
space:
mode:
authorDanilo M. <danix@danix.xyz>2026-11-03 09:48:36 +0100
committerDanilo M. <danix@danix.xyz>2026-11-03 09:48:36 +0100
commitad3c63f665e6264ed1db42d6ae2dfc0947e33393 (patch)
treec91a67164da38b993961a97f2f8cfe01839512c6 /autofill-parser/src/main/java
parentfd3909e16d9f7b2d0cc93ba1d640a361e37748be (diff)
downloadHardenedPass-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 'autofill-parser/src/main/java')
0 files changed, 0 insertions, 0 deletions