<?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>Is NFC + static passkey bonding possible?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/27202/is-nfc-static-passkey-bonding-possible</link><description>Hi, i&amp;#39;m currently working on a low power sensor device based on nrf52832. I want to transfer data only to bonded central devices. Priority is using static passkey, but my hardware can deal with NFC as well. I&amp;#39;m a little confused with all pairing options</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 21 Nov 2017 11:53:10 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/27202/is-nfc-static-passkey-bonding-possible" /><item><title>RE: Is NFC + static passkey bonding possible?</title><link>https://devzone.nordicsemi.com/thread/107248?ContentTypeID=1</link><pubDate>Tue, 21 Nov 2017 11:53:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8834c5c6-9575-404e-bd20-f9c1463da932</guid><dc:creator>Petter Myhre</dc:creator><description>&lt;p&gt;You may end up with Just Works even though you have set OOB and MITM. If both peers have set OOB it will be used, if one of them have not, IO capabilities will be used to determine if passkey entry can be done, if it can&amp;#39;t, Just Works will be used. If this isn&amp;#39;t acceptable you can reject the peer during pairing, or you can disconnect the link after pairing is done. I think &lt;a href="https://devzone.nordicsemi.com/question/178251/pairing-procedure-authentication-requirement/"&gt;this&lt;/a&gt; might be of help to you.&lt;/p&gt;
&lt;p&gt;Even though pairing is complete, this doesn&amp;#39;t necessarily mean that peer can access all your attributes, it depends on what security level you have set on them. Just works will result in security level 2, and if you have set security level 3 (Passkey entry or OOB) on your attributes the peer will still not be able to access them.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Is NFC + static passkey bonding possible?</title><link>https://devzone.nordicsemi.com/thread/107247?ContentTypeID=1</link><pubDate>Mon, 20 Nov 2017 17:29:50 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9b550c92-649b-4ed8-92e7-92ae0e2dfe7e</guid><dc:creator>Fanis</dc:creator><description>&lt;p&gt;I&amp;#39;ve just expected OOB and MITM options Turned on will give me more security when i switch to bonding mode with NFC (my application initializes static passkey bonding, but on button press i run pm_sec_params_set() with oob features to switch to bonding over NFC setup). For some reason in this state bonding doesn&amp;#39;t use OOB_AUTH_KEY transmitted through NFC. Yes pairing request pops up when attaching Android phone, but actually any one else can pair to the device using it&amp;#39;s BLE and with no password (similar to Just Works).&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Is NFC + static passkey bonding possible?</title><link>https://devzone.nordicsemi.com/thread/107246?ContentTypeID=1</link><pubDate>Mon, 20 Nov 2017 16:20:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ba83dea1-a18f-4b47-91dd-764bd2554c51</guid><dc:creator>Petter Myhre</dc:creator><description>&lt;p&gt;I&amp;#39;m having difficulties understand what you meant by your last comment. Is there still a problem?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Is NFC + static passkey bonding possible?</title><link>https://devzone.nordicsemi.com/thread/107245?ContentTypeID=1</link><pubDate>Sun, 19 Nov 2017 18:53:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5069fb41-8e89-405c-af5f-801976311661</guid><dc:creator>Fanis</dc:creator><description>&lt;p&gt;Thanks. It seems to work fine to readjust pm_sec_params_set() on the fly (while no connect) without reinitializing all the rest BLE stuff. But what i mentioned now is that actually when i switch for a short period to NFC connection mode with OOB=1, MITM=1 and BOND=1 parameters, it works more like Just works bonding. For example anyone can connect to the nrf peripheral and bond without password over BLE. Only use of NFC this way is only limited by quick popping up of pairing dialog without managing it manually.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Is NFC + static passkey bonding possible?</title><link>https://devzone.nordicsemi.com/thread/107244?ContentTypeID=1</link><pubDate>Wed, 08 Nov 2017 11:46:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9700dbb1-0ed0-4234-83b9-546e39f181c5</guid><dc:creator>Petter Myhre</dc:creator><description>&lt;p&gt;I&amp;#39;m assuming you are making a peripheral device.&lt;/p&gt;
&lt;p&gt;When the central sends a pairing request the Peer Manager must know if it is going to tell the central if OOB is supported or not. If OOB is supported by both sides, this is what shall be used, per spec. If OOB isn&amp;#39;t supported by either side, IO capabilities will be checked to see if passkey entry can be performed.&lt;/p&gt;
&lt;p&gt;You can tell the Peer Manager if OOB is supported or not by using pm_sec_params_set(). This can be called several times to set/unset OOB support.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>