<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>nRF54L15 protected-key crypto execution model and throughput</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/129470/nrf54l15-protected-key-crypto-execution-model-and-throughput</link><description>Hi, 
 I would like to clarify the nRF54L15&amp;#39;s key-protection and cryptographic execution model. 
 Can application encryption and decryption be performed entirely within the protected cryptographic hardware, keeping the keys inside that boundary? Or is</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 22 Oct 2026 15:05:10 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/129470/nrf54l15-protected-key-crypto-execution-model-and-throughput" /><item><title>RE: nRF54L15 protected-key crypto execution model and throughput</title><link>https://devzone.nordicsemi.com/thread/572523?ContentTypeID=1</link><pubDate>Thu, 22 Oct 2026 15:05:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d3dd12d1-979b-408f-b0c7-6d39bd0a6b55</guid><dc:creator>Sigurd Hellesvik</dc:creator><description>&lt;p&gt;&lt;span&gt;Our&amp;nbsp;&lt;a title="https://nrfconnectdocs.nordicsemi.com/ncs/latest/nrf/security/secure_storage.html" href="https://nrfconnectdocs.nordicsemi.com/ncs/latest/nrf/security/secure_storage.html" rel="noopener noreferrer" target="_blank"&gt;Secure Storage&lt;/a&gt;&amp;nbsp;system uses the Hardware Unique Key(&lt;a title="https://nrfconnectdocs.nordicsemi.com/ncs/latest/nrf/libraries/security/hw_unique_key.html#lib-hw-unique-key" href="https://nrfconnectdocs.nordicsemi.com/ncs/latest/nrf/libraries/security/hw_unique_key.html#lib-hw-unique-key" rel="noopener noreferrer" target="_blank"&gt;HUK&lt;/a&gt;) library for encryption, where the Master Key Encryption Key&amp;nbsp; (MKEK) is used for deriving keys to encrypt data at rest. The MKEK lives in the CRACEN, and is generated each boot from the IKG, which lives in the Key Management Unit (KMU) on the nRF54L15. The KMU is a hardware crypto module. The KMU can share data with the CRACEN directly, which the CPU can not access.&lt;br /&gt;&lt;br /&gt; To translate:&amp;nbsp;&lt;br /&gt; 1. A key is stored in a secure hardware peripheral. (IKG in KMU)&lt;br /&gt; 2. This key is used to generate another key on boot. (MKEK in CRACEN)&lt;br /&gt; 3. This other key is (indirectly) used to encrypt/decrypt data using the hardware crypto module. (CRACEN)&lt;/span&gt;&lt;/p&gt;
[quote user="Jimmy012"]For operations that can remain within the protected module, what throughput is supported, and where is that documented?[/quote]
&lt;p&gt;Our&amp;nbsp;&lt;a href="https://docs.nordicsemi.com/r/bundle/ps_nrf54l15/page/cracen.html"&gt;CRACEN&lt;/a&gt;&amp;nbsp;specs does not have any throughput numbers.&lt;br /&gt;What is your use-case for asking?&lt;/p&gt;
&lt;p&gt;Maybe you can just try to test a sample with the CRACEN and mesaure if its fast enough for your use-case?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF54L15 protected-key crypto execution model and throughput</title><link>https://devzone.nordicsemi.com/thread/572505?ContentTypeID=1</link><pubDate>Thu, 22 Oct 2026 11:22:51 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b5d0066d-3d20-4e8d-bc10-e03a5cd6471d</guid><dc:creator>Jimmy012</dc:creator><description>&lt;p&gt;Hi Sigurd,&lt;/p&gt;
&lt;p&gt;I mean runtime data encryption and decryption, not encrypted application or firmware updates. Our device is disposable and will not receive field updates.&lt;/p&gt;
&lt;p&gt;Can runtime data encryption and decryption be performed entirely within the nRF54L15 protected cryptographic hardware, with the keys remaining inside that boundary? Or does it primarily protect a wrapping key while payload encryption and decryption are performed outside the protected module?&lt;/p&gt;
&lt;p&gt;For operations that can remain within the protected module, what throughput is supported, and where is that documented?&lt;/p&gt;
&lt;p&gt;Thanks,&lt;br /&gt;Jim&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF54L15 protected-key crypto execution model and throughput</title><link>https://devzone.nordicsemi.com/thread/572495?ContentTypeID=1</link><pubDate>Thu, 22 Oct 2026 08:47:42 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7ecdea5c-03f8-4a62-9d3f-39906bdbcf0a</guid><dc:creator>Sigurd Hellesvik</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I want to make sure I understand correctly before I answer, so:&lt;/p&gt;
[quote user=""]application encryption and decryption[/quote]
&lt;p&gt;You mean encrypted application updates, right?&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Sigurd Hellesvik&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>