<?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>MCUBoot: How to configure to be able to upgrade firmware of any version by BLE?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/91633/mcuboot-how-to-configure-to-be-able-to-upgrade-firmware-of-any-version-by-ble</link><description>nRF Connect SDK v2.0.0 
 For example, the current version is v5.0, you cannot upgrade to v5.0 or downgrade to v4.9. You can only upgrade versions above v5.0.</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 05 Sep 2022 15:47:45 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/91633/mcuboot-how-to-configure-to-be-able-to-upgrade-firmware-of-any-version-by-ble" /><item><title>RE: MCUBoot: How to configure to be able to upgrade firmware of any version by BLE?</title><link>https://devzone.nordicsemi.com/thread/384648?ContentTypeID=1</link><pubDate>Mon, 05 Sep 2022 15:47:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1ddcfad2-0613-47c9-91b1-7e00007d6913</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;What you describe is downgrade prevention. It is controlled by the MCUBOOT_DOWNGRADE_PREVENTION configuration. See &lt;a href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/mcuboot/design.html#downgrade-prevention"&gt;Downgrade prevention&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Please note that if you disable downgrade prevention, and there is a bug that can be exploited in one version of your application, it will always be possible to use that exploit by first downgrading the firmware to a version where that bug was present. For this reason downgrade prevention should be enabled for all production devices. If for some reason you need to roll back, releasing older firmware with a new (higher) version number would always be an option. Through downgrade prevention you control what upgrades are possible (and what updates are not possible), and once upgraded to a later version the device is safe from previous attacks and exploits.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Terje&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>