<?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>Central to update bonding info when peripheral has deleted it.</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/77007/central-to-update-bonding-info-when-peripheral-has-deleted-it</link><description>Hi Nordic, 
 
 In this question: https://devzone.nordicsemi.com/f/nordic-q-a/56529/how-to-check-or-read-the-list-of-bonded-device-from-nrf52832 It was discussed to update the bonding parameter on the peripheral side when the central (an external Central</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 01 Jul 2021 13:45:48 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/77007/central-to-update-bonding-info-when-peripheral-has-deleted-it" /><item><title>RE: Central to update bonding info when peripheral has deleted it.</title><link>https://devzone.nordicsemi.com/thread/318254?ContentTypeID=1</link><pubDate>Thu, 01 Jul 2021 13:45:48 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bb7913fe-cc1f-4da9-8ace-f7c906449a58</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;On the central side, since there is most likely no security request from the peripheral, you can&amp;#39;t use allow_repairing to allow a new bond.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;You would need to catch&amp;nbsp;PM_EVT_BONDED_PEER_CONNECTED event, to know that you have connected to a bonded peer. Then you will receive either&amp;nbsp;PM_EVT_CONN_SEC_SUCCEEDED when the bonding is successful. Or&amp;nbsp;PM_EVT_CONN_SEC_FAILED event when bonding is failed. In that case you would need to call&amp;nbsp;pm_peer_delete() to delete the specific peer that you just connected. And then try to connect and bond again.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Note that this behavior is not suggested as it expose a risk that an attacker can pretend to be the peripheral and it has lost the bond information. You will then delete the original bond information and can cause it to unable to connect to the original peer or that the attacker can spoof that it&amp;#39;s the original peer.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;&lt;/p&gt;
&lt;p&gt;So usually it should involve the approval of the End User to delete the peer information (just like on the phone, you need to &amp;quot;Forget this device&amp;quot; before you can establish a new bond.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>