CVE-2026-63805 in Linux
Résumé
par VulDB • 19/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
crypto: nx - correction de l'argument de nx_crypto_ctx_exit
nx_crypto_ctx_shash_exit appelle nx_crypto_ctx_exit avec crypto_shash_ctx(...) mais crypto_shash_ctx renvoie un pointeur vers nx_crypto_ctx *, et non pas un pointeur vers crypto_tfm *.
Corrigez le type dans nx_crypto_ctx_exit et supprimez l'appel erroné à crypto_tfm_ctx.
Cela corrige l'erreur système (oops) suivante :
BUG: Impossible de gérer l'accès aux données du noyau à l'adresse 0xc0403effffffffc8 Adresse de l'instruction en défaut d'exécution : 0xc000000000396cb4 Oops : Accès au noyau vers une zone incorrecte, signal : 11 [#15]
Pile d'appels (Call Trace) : nx_crypto_ctx_shash_exit+0x24/0x60 crypto_shash_exit_tfm+0x28/0x40 crypto_destroy_tfm+0x98/0x140 crypto_exit_ahash_using_shash+0x20/0x40 crypto_destroy_tfm+0x98/0x140 hash_release+0x1c/0x30 alg_sock_destruct+0x38/0x60 __sk_destruct+0x48/0x2b0 af_alg_release+0x58/0xb0 __sock_release+0x68/0x150 sock_close+0x20/0x40 __fput+0x110/0x3a0 sys_close+0x48/0xa0 system_call_exception+0x140/0x2d0 system_call_common+0xf4/0x258
... qui provient de hardlink(1) utilisant AF_ALG de manière opportuniste.
Le même problème existe avec nx_crypto_ctx_skcipher_exit recevant un contexte qu'il n'attendait pas, mais apparemment personne ne l'a rencontré depuis des années.
If you want to get best quality of vulnerability data, you may have to visit VulDB.