SECO从3.8.5更新到5.8.7，修复HSM操作期间被SCFW请求中断的内存损坏怎么解决？

在我们的固件更新解决方案中，我们可以更新 SECO 映像，同时保留以前的数据，例如使用 hsm_open_key_store_service API 创建的密钥。例如，/data/v2x_test/0000a35000000003 可以使用 3.8.5 SECO 映像通过 hsm_open_key_store_service 创建，然后将 SECO 映像更新到 5.8.7，同时保留并期望继续使用 /data/v2x_test/0000a35000000003 然而在此转换中密钥是重新-created 破坏了期望继续使用它的功能
下面的代码片段显示了使用 v2x_test.c 测试应用程序创建密钥的过程：
key_store_srv_args.key_store_identifier = 0xA350;
key_store_srv_args.authentication_nonce = 0x5EC0;
key_store_srv_args.max_updates_number = 10;
key_store_srv_args.flags = 0u;
key_store_srv_args.signed_message = NULL;
key_store_srv_args.signed_msg_size = 0;
错误 = hsm_open_key_store_service(sg0_sess, &key_store_srv_args, &sg0_key_store_serv);
if (err != HSM_NO_ERROR) {
/* 密钥库可能已经存在。*/
printf("err: 0x%x hsm_open_key_store_service hdl: 0x%08x\n", err, sg0_key_store_serv);
key_store_srv_args.key_store_identifier = 0xA350;
key_store_srv_args.authentication_nonce = 0x5EC0;
key_store_srv_args.max_updates_number = 10;
key_store_srv_args.flags = HSM_SVC_KEY_STORE_FLAGS_CREATE | HSM_SVC_KEY_STORE_FLAGS_STRICT_OPERATION；
key_store_srv_args.signed_message = NULL;
key_store_srv_args.signed_msg_size = 0;
错误 = hsm_open_key_store_service(sg0_sess, &key_store_srv_args, &sg0_key_store_serv);
}
printf("err: 0x%x 重试 hsm_open_key_store_service hdl: 0x%08x\n", err, sg0_key_store_serv);第一个 hsm_open_key_store_service 调用使用 0u 标志，这意味着期望使用已经存在的密钥，当密钥不存在时，第二个 hsm_open_key_store_service 调用使用“HSM_SVC_KEY_STORE_FLAGS_CREATE | HSM_SVC_KEY_STORE_FLAGS_STRICT_OPERATION”标志来创建它，但当前日志显示从 3.8 过渡后。从 5 到 5.8.7，即使密钥存在， 也会返回HSM_UNKNOWN_ID并重新创建密钥，这不是预期的。
- 这是此 API 的正确用法吗？
- 是否有任何变化会导致这种行为变化？
- 如果我们在最新版本中使用 3.8.5 直到解决/澄清此行为，是否有任何问题？

作为参考，5.8.7 发行说明显示了以下更改列表：
- 使用 CAU 为 HSM CMAC 操作启用安全 RAM
- 修复 HSM 操作期间被 SCFW 请求中断的内存损坏

0