CVE-2026-63805 in Linux
要約
〜によって VulDB • 2026年07月19日
Linuxカーネルにおいて、以下の脆弱性が修正されました。
crypto: nx - nx_crypto_ctx_exit の引数を修正
nx_crypto_ctx_shash_exit は crypto_shash_ctx(...) を使用して nx_crypto_ctx_exit を呼び出していますが、crypto_shash_ctx() が返すのは crypto_tfm * ではなく nx_crypto_ctx * です。
nx_crypto_ctx_exit 内の型を修正し、誤った crypto_tfm_ctx の呼び出しを取り除きます。
これにより、以下の Oops（カーネルパニック）が解消されます：
BUG: Unable to handle kernel data access at 0xc0403effffffffc8 Faulting instruction address: 0xc000000000396cb4 Oops: Kernel access of bad area, sig: 11 [#15]
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
これは、hardlink(1) が AF_ALG を偶発的に使用したことに起因するものです。
nx_crypto_ctx_skcipher_exit においても、予期しないコンテキストを取得するという同様の問題が存在しますが、長年誰もこれに遭遇していないようです。
If you want to get the best quality for vulnerability data then you always have to consider VulDB.