<?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 Not Modifiable Flash in S32K</title>
    <link>https://community.nxp.com/t5/S32K/Not-Modifiable-Flash/m-p/2409726#M60776</link>
    <description>&lt;P&gt;I &lt;SPAN&gt;would like to protect the internal flash regions containing the boot image and application image on the S32k board. The images are stored in Program Flash (PFlash), with related application data potentially stored in Data Flash (DFlash).&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Is there a way to make the selected regions non-writable and non-erasable after the approved software is programmed. Ideally, this protection would prevent modification through application software, JTAG/debug access, programming tools, mass erase, recovery mechanisms, and lifecycle transitions.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Does the S32K344 provide a permanent mechanism for making selected PFlash or DFlash sectors non-writable and non-erasable?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;If permanent protection is unavailable, what is NXP’s recommended configuration for the strongest reversible protection?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Is there any supported hardware-based method, such as a dedicated pin or jumper-controlled signal, that can enable or prevent programming of internal PFlash and DFlash?&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 31 Aug 2026 14:55:39 GMT</pubDate>
    <dc:creator>addisonaudette1</dc:creator>
    <dc:date>2026-08-31T14:55:39Z</dc:date>
    <item>
      <title>Not Modifiable Flash</title>
      <link>https://community.nxp.com/t5/S32K/Not-Modifiable-Flash/m-p/2409726#M60776</link>
      <description>&lt;P&gt;I &lt;SPAN&gt;would like to protect the internal flash regions containing the boot image and application image on the S32k board. The images are stored in Program Flash (PFlash), with related application data potentially stored in Data Flash (DFlash).&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Is there a way to make the selected regions non-writable and non-erasable after the approved software is programmed. Ideally, this protection would prevent modification through application software, JTAG/debug access, programming tools, mass erase, recovery mechanisms, and lifecycle transitions.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Does the S32K344 provide a permanent mechanism for making selected PFlash or DFlash sectors non-writable and non-erasable?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;If permanent protection is unavailable, what is NXP’s recommended configuration for the strongest reversible protection?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Is there any supported hardware-based method, such as a dedicated pin or jumper-controlled signal, that can enable or prevent programming of internal PFlash and DFlash?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 31 Aug 2026 14:55:39 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Not-Modifiable-Flash/m-p/2409726#M60776</guid>
      <dc:creator>addisonaudette1</dc:creator>
      <dc:date>2026-08-31T14:55:39Z</dc:date>
    </item>
    <item>
      <title>Re: Not Modifiable Flash</title>
      <link>https://community.nxp.com/t5/S32K/Not-Modifiable-Flash/m-p/2409922#M60807</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;S32K344 does not provide a user-accessible OTP mechanism to permanently lock arbitrary PFlash or DFlash sectors against erase/write.&lt;/P&gt;
&lt;P&gt;There is not mechanism equivalent to the MPC57xx OTP flash-sector locking clients is available on S32K344.&lt;/P&gt;
&lt;P&gt;Protection of boot and application images is intended to be implemented using the HSE security architecture (secure boot, lifecycle management, debug authentication, and authenticated firmware update), rather than permanent OTP locking of PFlash sectors.&lt;/P&gt;
&lt;P&gt;Best regards,&lt;/P&gt;
&lt;P&gt;Peter&lt;/P&gt;</description>
      <pubDate>Tue, 01 Sep 2026 07:01:28 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Not-Modifiable-Flash/m-p/2409922#M60807</guid>
      <dc:creator>petervlna</dc:creator>
      <dc:date>2026-09-01T07:01:28Z</dc:date>
    </item>
    <item>
      <title>Re: Not Modifiable Flash</title>
      <link>https://community.nxp.com/t5/S32K/Not-Modifiable-Flash/m-p/2410681#M60847</link>
      <description>&lt;P&gt;Is there a hardware-level method to disable or physically restrict JTAG or another programming interface from accessing, erasing, or modifying the S32K344 internal PFlash and DFlash (permanently or not) like&amp;nbsp;physically isolating the JTAG signals, removing the debug connection, or controlling access through external hardware for example?&lt;/P&gt;</description>
      <pubDate>Wed, 02 Sep 2026 18:37:29 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Not-Modifiable-Flash/m-p/2410681#M60847</guid>
      <dc:creator>addisonaudette1</dc:creator>
      <dc:date>2026-09-02T18:37:29Z</dc:date>
    </item>
  </channel>
</rss>

