【缺陷描述】：请补充详细的缺陷问题现象描述

CVE-2026-46033 修复补丁回合4.19存在补丁冲突，AI 生成解冲突补丁：
51c8d538230b crypto: authencesn - reject short ahash digests during instance creation
后续未检视出补丁存在缺陷，合入4.19内核，检视发现回合补丁存在资源泄露和UAF风险，需修复

一、缺陷信息

5.10 的正常错误流程（安全）

当 digestsize ∈ {1,2,3} 时，5.10 执行路径：

crypto_authenc_esn_create()
  │
  ├─ crypto_grab_ahash(&ctx->auth, ...)          [ahash spawn 初始化并链入 cra_users]
  │   成功
  ├─ auth = crypto_spawn_ahash_alg(&ctx->auth)
  │
  ├─ if (auth->digestsize > 0 && auth->digestsize < 4)   [新增校验，命中]
  │     err = -EINVAL
  │     goto err_free_inst
  │
  └─ err_free_inst:
       crypto_authenc_esn_free(inst)              [全套清理]
         ├─ crypto_drop_skcipher(&ctx->enc)       [skcipher 未初始化, spawn->alg=NULL, 安全跳过]
         ├─ crypto_drop_ahash(&ctx->auth)         [摘除 ahash spawn: list_del]  ★ 正确清理
         └─ kfree(inst)                           [释放 inst]

crypto_authenc_esn_free 内含 crypto_drop_ahash，所以 ahash spawn 被正确
摘除后再 kfree。crypto_drop_spawn 内部检查 spawn->alg，未初始化的 skcipher
spawn 的 alg 为 NULL，crypto_drop_spawn 直接 return（algapi.c:704），安全。

5.10 之所以安全：err_free_inst 标签背后的 crypto_authenc_esn_free 是
全套清理函数，不依赖标签层级，任何错误点 goto err_free_inst 都能正确清理
所有已初始化的资源。

4.19 的异常错误流程（UAF）

同样的 digestsize ∈ {1,2,3}，4.19 执行路径：

crypto_authenc_esn_create()
  │
  ├─ auth = ahash_attr_alg(tb[1], ...)            [查找 cbcmac(cipher_null)]
  │   成功, auth->digestsize = 1
  │
  ├─ inst = kzalloc(...)                          [分配 inst]
  │
  ├─ crypto_init_ahash_spawn(&ctx->auth, auth, inst)
  │   │
  │   └─ crypto_init_spawn()                      [algapi.c:649]
  │       ├─ spawn->inst = inst
  │       ├─ spawn->alg = alg                     [指向 cbcmac(cipher_null)]
  │       └─ list_add(&spawn->list, &alg->cra_users)
  │                                         ★ spawn 节点链入 ahash 的 cra_users
  │   成功
  │
  ├─ crypto_set_skcipher_spawn(&ctx->enc, ...)    [仅设置 inst 指针, 未链入]
  │
  ├─ if (auth->digestsize > 0 && auth->digestsize < 4)   [新增校验, 1>0 && 1<4 命中]
  │     err = -EINVAL
  │     goto err_free_inst                        ★ 越过 err_drop_auth
  │
  └─ err_free_inst:                               [4.19: 仅 kfree]
       kfree(inst)                                [释放 inst, 含 ctx->auth spawn 节点]
                                                   ★ spawn 仍挂在 cra_users → 悬垂指针

  // 此后 ahash (cbcmac(cipher_null)) 的 cra_users 链表中有一个指向已释放内存的节点

4.19 之所以缺陷：err_free_inst 标签仅执行 kfree(inst)，不摘除 spawn。
ahash spawn 已在 crypto_init_ahash_spawn 中链入 cra_users，必须经
err_drop_auth（crypto_drop_ahash → crypto_drop_spawn → list_del）摘除后
才能 kfree。跳过 err_drop_auth 导致：

1. spawn 的 list 节点仍挂在 cbcmac(cipher_null)->cra_users 链表
2. kfree(inst) 释放了 spawn 所在的内存（spawn 是 inst 内联的 ctx->auth.base）
3. 遍历 cra_users 时取到已释放的 spawn 节点 → UAF

【缺陷所属的os版本】

openEuler-1.0-LTS

【内核版本】

【缺陷所属软件及版本号】

openEuler-1.0-LTS

【环境信息】

硬件信息

• 提供跟硬件相关的信息，如架构、cpu和内存规格等
• 虚拟机场景，额外补充宿主机os版本类型

软件信息

• 跟缺陷所属软件相关的其它软件版本信息（如软件包构建失败由gcc引起，请填写gcc的版本号）

网络信息

• 如果有特殊组网，请提供网络拓扑信息以及网络数据走向

【问题复现步骤】

【实际结果】

【期望结果】

【其他相关附件信息】

【缺陷详情及分析指导参考链接】

二、缺陷分析结构反馈
影响性分析说明：

缺陷严重等级:(Critical/High/Moderate/Low)

缺陷根因说明:

受影响版本排查(受影响/不受影响):
openEuler-20.03-LTS-SP4
openEuler-22.03-LTS-SP3
openEuler-22.03-LTS-SP4
openEuler-24.03-LTS
openEuler-24.03-LTS-SP1
openEuler-24.03-LTS-SP2

修复是否涉及abi变化(是/否):
openEuler-20.03-LTS-SP4
openEuler-22.03-LTS-SP3
openEuler-22.03-LTS-SP4
openEuler-24.03-LTS
openEuler-24.03-LTS-SP1
openEuler-24.03-LTS-SP2