Help¶

This option requests security re-establishment automatically whenever
a reconnection to a GATT client is established and
there are notifiable or indicatable characteristics for which security
is required. This configuration option only applies to the peripheral
role, which sends a Security Request for this purpose.
When disabled, it is the application's responsibility to call
bt_conn_set_security() to re-establish security prior to sending any
notifications or indications on the characteristics that require
security (unless the central does that first).
This option has been introduced to avoid interoperability issues with
commercially available central devices that react negatively to
receiving a Security Request immediately after reconnection.

Direct dependencies¶

BT_SMP && BT_CONN && BT_HCI_HOST && BT_HCI && BT

(Includes any dependencies from ifs and menus.)

Default¶

y

Kconfig definition¶

At <Zephyr>/subsys/bluetooth/host/Kconfig.gatt:58

Included via <Zephyr>/Kconfig:8 → <Zephyr>/Kconfig.zephyr:34 → <Zephyr>/subsys/Kconfig:9 → <Zephyr>/subsys/bluetooth/Kconfig:306 → <Zephyr>/subsys/bluetooth/host/Kconfig:450

Menu path: (Top) → Sub Systems and OS Services → Bluetooth → ATT and GATT Options

config BT_GATT_AUTO_SEC_REQ
    bool "Automatic security re-establishment request as a peripheral"
    default y
    depends on BT_SMP && BT_CONN && BT_HCI_HOST && BT_HCI && BT
    help
      This option requests security re-establishment automatically whenever
      a reconnection to a GATT client is established and
      there are notifiable or indicatable characteristics for which security
      is required. This configuration option only applies to the peripheral
      role, which sends a Security Request for this purpose.
      When disabled, it is the application's responsibility to call
      bt_conn_set_security() to re-establish security prior to sending any
      notifications or indications on the characteristics that require
      security (unless the central does that first).
      This option has been introduced to avoid interoperability issues with
      commercially available central devices that react negatively to
      receiving a Security Request immediately after reconnection.

(The ‘depends on’ condition includes propagated dependencies from ifs and menus.)