<?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>i.MX Processors中的主题 Re: RT1046 DCP kDCP_OtpUniqueKey not working</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/RT1046-DCP-kDCP-OtpUniqueKey-not-working/m-p/2256188#M242681</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;DIV class="container slds-m-bottom_x-small"&gt;
&lt;P&gt;The difference between kDCP_OtpKey and kDCP_OtpUniqueKey relates to how these keys are derived:&lt;BR /&gt;&lt;BR /&gt;1. kDCP_OtpKey corresponds to the SW_GP2 key that you've programmed into the OCOTP fuses.&lt;BR /&gt;&lt;BR /&gt;2. kDCP_OtpUniqueKey should be a device-unique key derived from the OTPMK (On-Time Programmable Master Key) and should produce different results than kDCP_OtpKey.&lt;BR /&gt;&lt;BR /&gt;The reason you're seeing identical results is likely because your device is operating in an "open" (non-secure) configuration. In this configuration, the DCP doesn't generate true unique keys but instead uses standard values that may be identical across devices.&lt;BR /&gt;&lt;BR /&gt;For kDCP_OtpUniqueKey to produce truly unique results different from kDCP_OtpKey, your RT1046 would need to be configured in a "secure closed" mode, where the OTPMK is properly utilized to create device-specific unique keys.&lt;BR /&gt;&lt;BR /&gt;To verify this, check if you have properly configured the security settings, particularly SEC_CONFIG bits related to the OTPMK. Without proper security configuration, both key options will effectively use the same SW_GP2 value you programmed.&lt;/P&gt;
&lt;/DIV&gt;
&lt;DIV data-render-key="1"&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;
&lt;DIV class="section slds-grid slds-gutters_direct slds-wrap"&gt;
&lt;DIV data-render-key="1"&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;
&lt;DIV class="slds-grid slds-wrap slds-gutters_direct"&gt;Regards&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;</description>
    <pubDate>Fri, 05 Dec 2025 14:30:02 GMT</pubDate>
    <dc:creator>Bio_TICFSL</dc:creator>
    <dc:date>2025-12-05T14:30:02Z</dc:date>
    <item>
      <title>RT1046 DCP kDCP_OtpUniqueKey not working</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/RT1046-DCP-kDCP-OtpUniqueKey-not-working/m-p/2255890#M242665</link>
      <description>&lt;P&gt;Hi NXP team,&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &lt;SPAN&gt;I used the RT1046 as the encryption operation unit for DCP, setting GPR10 to use the key from OCOTP (SW_GP2), and then programmed the key(sw_key) into SW_GP2. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; During testing, I found that the data encrypted with AES_ECB using kDCP_OtpKey and kDCP_OtpUniqueKey are identical, they also match the result when I directly use sw_key for AES_ECB encryption. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; According to the Reference Manual, kDCP_OtpUniqueKey should be independent and not the same as kDCP_OtpKey. Why is this happening?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 05 Dec 2025 07:25:04 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/RT1046-DCP-kDCP-OtpUniqueKey-not-working/m-p/2255890#M242665</guid>
      <dc:creator>ScottW_7</dc:creator>
      <dc:date>2025-12-05T07:25:04Z</dc:date>
    </item>
    <item>
      <title>Re: RT1046 DCP kDCP_OtpUniqueKey not working</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/RT1046-DCP-kDCP-OtpUniqueKey-not-working/m-p/2256188#M242681</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;DIV class="container slds-m-bottom_x-small"&gt;
&lt;P&gt;The difference between kDCP_OtpKey and kDCP_OtpUniqueKey relates to how these keys are derived:&lt;BR /&gt;&lt;BR /&gt;1. kDCP_OtpKey corresponds to the SW_GP2 key that you've programmed into the OCOTP fuses.&lt;BR /&gt;&lt;BR /&gt;2. kDCP_OtpUniqueKey should be a device-unique key derived from the OTPMK (On-Time Programmable Master Key) and should produce different results than kDCP_OtpKey.&lt;BR /&gt;&lt;BR /&gt;The reason you're seeing identical results is likely because your device is operating in an "open" (non-secure) configuration. In this configuration, the DCP doesn't generate true unique keys but instead uses standard values that may be identical across devices.&lt;BR /&gt;&lt;BR /&gt;For kDCP_OtpUniqueKey to produce truly unique results different from kDCP_OtpKey, your RT1046 would need to be configured in a "secure closed" mode, where the OTPMK is properly utilized to create device-specific unique keys.&lt;BR /&gt;&lt;BR /&gt;To verify this, check if you have properly configured the security settings, particularly SEC_CONFIG bits related to the OTPMK. Without proper security configuration, both key options will effectively use the same SW_GP2 value you programmed.&lt;/P&gt;
&lt;/DIV&gt;
&lt;DIV data-render-key="1"&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;
&lt;DIV class="section slds-grid slds-gutters_direct slds-wrap"&gt;
&lt;DIV data-render-key="1"&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;
&lt;DIV class="slds-grid slds-wrap slds-gutters_direct"&gt;Regards&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;</description>
      <pubDate>Fri, 05 Dec 2025 14:30:02 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/RT1046-DCP-kDCP-OtpUniqueKey-not-working/m-p/2256188#M242681</guid>
      <dc:creator>Bio_TICFSL</dc:creator>
      <dc:date>2025-12-05T14:30:02Z</dc:date>
    </item>
  </channel>
</rss>

