<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: rt1189 Boot Flow in i.MX RT Crossover MCUs</title>
    <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/rt1189-Boot-Flow/m-p/2403139#M37004</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/258318"&gt;@yanyanwang&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;DIV&gt;
&lt;P&gt;A1: Yes. RT1180 uses AHAB with two authentication layers:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Signature layer: ECDSA (SHA-256 / SHA-384) verifies the Container header and image array entry (which stores each image's Hash).&lt;/LI&gt;
&lt;LI&gt;Hash layer: The ROM re-computes the digest of the loaded image body and compares it against the Hash stored in the image array entry.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;The SHA hashing stage in your figure is exactly this mandatory integrity check, which does verify the hash value.&lt;/P&gt;
&lt;P&gt;A2:&lt;SPAN&gt;The ROM &lt;/SPAN&gt;always computes and compares the hash&lt;SPAN&gt;, but &lt;/SPAN&gt;whether a failure is enforced depends on the device life cycle&lt;SPAN&gt;: the out-of-fab default is the &lt;/SPAN&gt;Open&lt;SPAN&gt; configuration, where authentication runs but &lt;/SPAN&gt;all authentication errors are ignored and the image still executes&lt;SPAN&gt;. Only after the device is moved to &lt;/SPAN&gt;OEM_CLOSED&lt;SPAN&gt; will a hash mismatch actually block boot.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;Whether it enters recovery depends on the Recovery Boot fuse.&amp;nbsp;if enabled, a primary-boot authentication failure triggers a re-load and re-authentication from the recovery device; if not enabled, the flow falls through to Serial Downloader / Fatal Mode / reset loop.&lt;/P&gt;
&lt;P&gt;Best regards,&lt;BR /&gt;Gavin&lt;/P&gt;
&lt;/DIV&gt;</description>
    <pubDate>Mon, 10 Aug 2026 02:52:52 GMT</pubDate>
    <dc:creator>Gavin_Jia</dc:creator>
    <dc:date>2026-08-10T02:52:52Z</dc:date>
    <item>
      <title>rt1189 Boot Flow</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/rt1189-Boot-Flow/m-p/2402874#M36998</link>
      <description>&lt;P&gt;1. As shown in the figure, does the "Authenticate Image" process verify the hash value during the SHA-512 hashing stage?&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="yanyanwang_0-1786097643048.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/393976i18C9549847FCED8B/image-size/medium?v=v2&amp;amp;px=400" role="button" title="yanyanwang_0-1786097643048.png" alt="yanyanwang_0-1786097643048.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;2.&amp;nbsp;If I set the hash value, will the BootROM verify the image integrity? And if the BootROM verification fails, will it enter recovery mode?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 07 Aug 2026 10:20:38 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/rt1189-Boot-Flow/m-p/2402874#M36998</guid>
      <dc:creator>yanyanwang</dc:creator>
      <dc:date>2026-08-07T10:20:38Z</dc:date>
    </item>
    <item>
      <title>Re: rt1189 Boot Flow</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/rt1189-Boot-Flow/m-p/2403139#M37004</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/258318"&gt;@yanyanwang&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;DIV&gt;
&lt;P&gt;A1: Yes. RT1180 uses AHAB with two authentication layers:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Signature layer: ECDSA (SHA-256 / SHA-384) verifies the Container header and image array entry (which stores each image's Hash).&lt;/LI&gt;
&lt;LI&gt;Hash layer: The ROM re-computes the digest of the loaded image body and compares it against the Hash stored in the image array entry.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;The SHA hashing stage in your figure is exactly this mandatory integrity check, which does verify the hash value.&lt;/P&gt;
&lt;P&gt;A2:&lt;SPAN&gt;The ROM &lt;/SPAN&gt;always computes and compares the hash&lt;SPAN&gt;, but &lt;/SPAN&gt;whether a failure is enforced depends on the device life cycle&lt;SPAN&gt;: the out-of-fab default is the &lt;/SPAN&gt;Open&lt;SPAN&gt; configuration, where authentication runs but &lt;/SPAN&gt;all authentication errors are ignored and the image still executes&lt;SPAN&gt;. Only after the device is moved to &lt;/SPAN&gt;OEM_CLOSED&lt;SPAN&gt; will a hash mismatch actually block boot.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;Whether it enters recovery depends on the Recovery Boot fuse.&amp;nbsp;if enabled, a primary-boot authentication failure triggers a re-load and re-authentication from the recovery device; if not enabled, the flow falls through to Serial Downloader / Fatal Mode / reset loop.&lt;/P&gt;
&lt;P&gt;Best regards,&lt;BR /&gt;Gavin&lt;/P&gt;
&lt;/DIV&gt;</description>
      <pubDate>Mon, 10 Aug 2026 02:52:52 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/rt1189-Boot-Flow/m-p/2403139#M37004</guid>
      <dc:creator>Gavin_Jia</dc:creator>
      <dc:date>2026-08-10T02:52:52Z</dc:date>
    </item>
    <item>
      <title>Re: rt1189 Boot Flow</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/rt1189-Boot-Flow/m-p/2403165#M37007</link>
      <description>1. Is hash verification enabled only when the signature authentication feature is enabled? How can hash verification be enabled independently? How can the device be transitioned into the OEM_CLOSED lifecycle state?&lt;BR /&gt;&lt;BR /&gt;2. I will enable the Recovery Boot fuse.&lt;BR /&gt;&lt;BR /&gt;3. My goal is to use an unencrypted image. The Boot ROM should calculate and verify the image hash. If the hash verification fails, the Boot ROM should enter the recovery boot flow and boot the recovery image from the LPSPI NOR Flash.</description>
      <pubDate>Mon, 10 Aug 2026 06:13:14 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/rt1189-Boot-Flow/m-p/2403165#M37007</guid>
      <dc:creator>yanyanwang</dc:creator>
      <dc:date>2026-08-10T06:13:14Z</dc:date>
    </item>
    <item>
      <title>Re: rt1189 Boot Flow</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/rt1189-Boot-Flow/m-p/2403646#M37017</link>
      <description>&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="yanyanwang_0-1786444750281.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/394177i5836537C926E6A78/image-size/medium?v=v2&amp;amp;px=400" role="button" title="yanyanwang_0-1786444750281.png" alt="yanyanwang_0-1786444750281.png" /&gt;&lt;/span&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="yanyanwang_1-1786444764361.png" style="width: 289px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/394178i91DD6DBA4C879564/image-dimensions/289x119?v=v2" width="289" height="119" role="button" title="yanyanwang_1-1786444764361.png" alt="yanyanwang_1-1786444764361.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;P class=""&gt;As shown in the figure above, if I only sign the image and do not encrypt it, will it be able to go through the bootrom verification flow? Additionally, with&amp;nbsp;oem_close&amp;nbsp;enabled, will it still be able to enter the bootrom verification flow?&lt;/P&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Tue, 11 Aug 2026 10:43:23 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/rt1189-Boot-Flow/m-p/2403646#M37017</guid>
      <dc:creator>yanyanwang</dc:creator>
      <dc:date>2026-08-11T10:43:23Z</dc:date>
    </item>
    <item>
      <title>Re: rt1189 Boot Flow</title>
      <link>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/rt1189-Boot-Flow/m-p/2403824#M37019</link>
      <description>&lt;DIV&gt;
&lt;P&gt;Please find answers to your two questions below:&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;1. Can a signed-only (non-encrypted) image go through the BootROM verification flow?&lt;/STRONG&gt; Yes. In the RT1180 AHAB, signing (authentication) is the mandatory part of secure boot, ensuring image authenticity and integrity, while encryption (OTFAD/IEE) is an independent, optional anti-cloning feature and is NOT a prerequisite for verification. Therefore, a signed-only image will go through the full AHAB signature verification flow normally, this is also the standard approach in NXP's official SPSDK &lt;CODE&gt;rt118x_secure_boot&lt;/CODE&gt; example.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;2. With oem_close (OEM_CLOSED) enabled, will it still enter the verification flow?&lt;/STRONG&gt; Yes, and verification becomes mandatory.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Recommendation:&lt;/STRONG&gt; Before performing oem_close, please program the signed image in the OEM_OPEN state first and confirm it boots successfully with no ELE events, then close the device (SRKH is irreversible once fused) to avoid bricking the part.&lt;/P&gt;
&lt;P&gt;(Please refer to: i.MX RT1180 Security Reference Manual. &lt;U&gt;&lt;EM&gt;After signing the NDA through your company account, submit a request to the online &lt;/EM&gt;&lt;EM&gt;t&lt;/EM&gt;&lt;EM&gt;echnic&amp;nbsp;&lt;/EM&gt;&lt;EM&gt;sales representative&lt;/EM&gt;&lt;/U&gt;.)&lt;/P&gt;
&lt;/DIV&gt;</description>
      <pubDate>Wed, 12 Aug 2026 02:39:49 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/rt1189-Boot-Flow/m-p/2403824#M37019</guid>
      <dc:creator>Gavin_Jia</dc:creator>
      <dc:date>2026-08-12T02:39:49Z</dc:date>
    </item>
  </channel>
</rss>

