2420534_zh-CN

Yes

s32k396 Basic Secure Boot qeustion

32K396 上使用 HSE FW 0.2.50.0 FULL_MEM，当前生命周期为 CUST_DEL。

测试过程：原始运行正常，现在修改认证范围内的地址 0x00453FF0 从 0xFF 修改为 0xFE，保持 AppBL Header、认证标签和 IVT 不变，IVT bootCfgWord 为 0x00000009。板卡断电重新上电后，使用 J-Link Attach 连接，不下载镜像，并通过空 SetupTarget 禁用了连接时的 RAM/ECC 初始化。此时 PC 停在 0x2040012E，0x2040012C～0x2040012E 的指令为 WFI 和跳回 WFI 的分支，符合 JTAG Recovery 等待循环，目前未配置用户 Secure Recovery 应用。

问题：请确认该版本在 BSB 认证失败后的完整处理流程及可靠判据：为什么已经进入 JTAG Recovery 等待循环，GPR3 bit5 仍为 0，是否与该位仅表示“SBAF 引导应用核进入 Recovery”、而本次恢复路径由 HSE FW 触发有关，以及应该通过哪个状态位或错误信息明确确认失败原因是 AppBL 认证不通过？

Re: s32k396 Basic Secure Boot qeustion

感谢您提供的详细测试说明。这里需要指出的是，没有配置任何用户安全恢复应用程序。

请问您能否详细说明一下在您的配置中，恢复流程是如何工作的？尤其：

如果未配置安全恢复应用程序，AppBL 身份验证失败后预期会采取什么恢复措施？
是否已明确配置并启用 JTAG 恢复功能？
观察到的 WFI 回路本身是否被认为是意外的，还是仅仅担心 GPR3[5] 仍然被清除？
请提供与 J-Link 连接后立即读取的相关恢复配置和 HSE/SBAF 状态信息。

如果没有配置用户安全恢复应用程序，则可能会出现 WFI 循环。因此，请先明确AppBL认证失败后的预期恢复流程和设备预期行为。