From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=209.85.221.170 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1793989077; b=FYX74ti+zi3gQc3yHD3GCx7V+jWIzdbDhyGqGALl3U2tPJ4VrrsSTPB6gpbZWD4kv0Qt iGyQ34u1YqbPphiUxrkMjkb0g35gmgM0/sVMoMVlmpuxxvvlaSL9pClpBY3pV2cr9c4r/ tzE6OIP9jxhR3KDH5F5f41RuK003/PdWWhS3yLcr0tpo8Gzo5337KLjAvUSqf1R+KMJhs K3ZDTgriJKR3OqGAhxf9gADu96CJ9zDwlKdXUPiVLk3ojjqsDYNXYPLUVrzUBM4td6Fcn wHRTFmbIRJftP6mYurkZf2mhJBAYS7/6jBti2aIjUpHBgd9whLN0VckdQ8V+ysj8sxQ== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1793989077; h=DMARC-Filter:Received:DKIM-Signature:X-Google-DKIM-Signature: X-Gm-Message-State:X-Gm-Gg:X-Received:Received:From:To:Subject:Date: Message-ID:X-Mailer:In-Reply-To:References:MIME-Version: Content-Transfer-Encoding; bh=d42Ptb/Q4Gw1fd3VE6BJYE2WkG+1f9D1Nqz2pwxV0m4=; b=3whEM3XRl9nTp1U2YBujKUacpHEvr5Rxr9eVBW8o3IMs7YwD7mtnuIOPVWbkQaa7GZtX bLFn1I4nEoy6cH9/aFAITsJpYo1ICKfvG4j/GZ4BQ4WeoMMBuX0nKn6SH6Zoj8+A9JRtQ Zk3aKsMofHNmZni34ny1uRV+wBzXl+ljiCUFGE4TMCqibtA2GthJV6Fs4muAJ0MeMJ4+O Q1QHOD5qQd16lncN508BiqePT507NJQtTlRM/aG9CMMKjHc5rE4EFdJW0bq3aJKQFFir+ cTnK+An3A6FPe1qVcZIHcGULjMPkqgz86NX0/7vnu9lXKS8q264NloOUOCyVVkrYaJA== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256 header.s=20260707 header.b=vBN7YOnT; arc=none smtp.remote-ip=209.85.221.170 Received: from mail-vk1-f170.google.com (mail-vk1-f170.google.com [209.85.221.170]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 391FB606A337 for ; Fri, 6 Nov 2026 18:17:57 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org 391FB606A337 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key, unprotected) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256 header.s=20260707 header.b=vBN7YOnT Received: by mail-vk1-f170.google.com with SMTP id 71dfb90a1353d-5eafb65e204so246065e0c.1 for ; Fri, 06 Nov 2026 10:17:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20260707; t=1793989076; x=1794593876; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:to:from:from:to:cc:subject:date:message-id :reply-to:content-type; bh=d42Ptb/Q4Gw1fd3VE6BJYE2WkG+1f9D1Nqz2pwxV0m4=; b=vBN7YOnT71eeQSohWzsJ+znFcQ9EE8H42rudJ42hJ0B4sN1IteyAEniqZvSmo2bak3 /0t8tUmN4gME/ydC39jPsUTknzE2fR+RmpkQYGCLMhUQD79XsX2nKkZAXE8w5Z3zRIGO V1yiwPmcdqJ3Bd3QCLIkJesKdPtfSZ6tQANYJD1VERJHSAKpF0ipMR3Ih00gClga+7A3 vLVbOiVcW8aMGKzf2DUQuaayCxGBM0LSIxn890xSizOq/T2kzYgBSW7L3h3uU6MQ0NJP /Ob/kbzrJ4IkrYaEGBrTCtL7BN1JrQKYIlBeOmo0Q1cfNMAus9P8nJwIfwOZaXMT/6oS sEJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1793989076; x=1794593876; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:to:from:x-gm-gg:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to:content-type; bh=d42Ptb/Q4Gw1fd3VE6BJYE2WkG+1f9D1Nqz2pwxV0m4=; b=wu0mhCcdcO40lWO1eGqkyRn+OSPNDX5Povc2m6zXVhEpwqaQJhGkupkAzXHGLVr+RB wPBpsbeEyJ13xmzEL/J9cfGL9+9OgHadtsLjRiK0uMLWRLN5JDM7pZOviFWuf2zhBvLH D2535+AwemfrQprUUf/pLwE3Lbt4OAW01iiK2njTPqYb0zxtzb122QkK44Q2aj+KmAsm FYa1XlEfYOSTSNvmUSKK7eZhQlbFdxebpDLxRn2psBXBfflr+i+mFqJuXprss7AnXZhX K3bwzHr6xZziX+KuuZFBOJDVQ57npRUSBhFdD9QPa793p5Jt9454mdtb6UHVE1pMm0rv Jgfg== X-Gm-Message-State: APuU4Z8iHRksGb1u9B9MZgCGt8uugRZLA7kR9KxDg3xuvxzsnbuSxjps C2J+BjjSzFuYhSzQTY5JFjElp7EhLQ3/K3RnmBHYwtnIEthD7Ov7ZYwAkJY3pg== X-Gm-Gg: AYBFou0yseb4WW1gVIIqlh4S7LxBTu5qdhSaVO1RrIYC8/twMQoiNCgxjXiDaSe6e+8 dbjb6bPMokXkW8ERW0T1S2r9/c9ZZeatyxyOq31MQEhNREtlu9x88OXTHDHcLMSCNVtyqlNLCGP IDE8gbGtwZD/tcmIcS+r09TNUwnye1IONY6X1JmYL0jqb37iv9yietJ7zf75EiwiNmzofCQHRVH OsJuNJ+DCgEn/VqeIZNJV4UtgNspDY77Ip+VosegqDg4EKUMPJr8ceqpgnJEE/ZkgDYqTTN/ca9 adboVsqL49hgLeprJkGXWiiBilYFIahp3EWMaItW50n5m9/y/H+KTDJBwvFCvgeKpIONQPqXgfn 5Fe0zvUAajcNExKs7tOF8jBodHs4h8WiODcF9xvlNI4bJPqAeqz7nmb+9SutxBDG3XfeKV3jmLw N+wmowGhSBNYzrfWZWVCyQe//FdhKLpc2oAm01GugHXoqBUQNiqLQ9wC6e2vFSdthjFFDl3L/vS lTjq6yXVDbVwMEgZBscI9KDuMp0jIO/sARXl8Z3DpfXrDUzEb5Y9X47HfoKcM9PIFbtRCjEzvqf drVqKffSiTM3ppaY7BcubY4iQR99D0NBAI0n9NAmNK2OIjdYWvVFqhGXLhmd6nM7uEZ6NdzbFqr TZYN6j4GClVFtHOVOsCQvBlMm4CsMUlXNl+iVTtlFSluamn53WVbdJIjGWBQnuVrWFkanXffyxP d2y4M= X-Received: by 2002:a05:6122:310f:b0:5ea:b9b5:8c43 with SMTP id 71dfb90a1353d-5ecc44261ebmr1877838e0c.18.1793989075883; Fri, 06 Nov 2026 10:17:55 -0800 (PST) Received: from lvondent-mobl5.taila91cb8.ts.net ([72.188.211.115]) by smtp.gmail.com with ESMTPSA id 71dfb90a1353d-5ecc64ee921sm1951946e0c.12.2026.11.06.10.17.52 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 06 Nov 2026 10:17:53 -0800 (PST) From: Luiz Augusto von Dentz To: linux-bluetooth@vger.kernel.org Subject: [PATCH v8 6/6] Bluetooth: Add EKS Opportunistic Encryption support Date: Fri, 6 Nov 2026 13:17:45 -0500 Message-ID: <20261106181745.3134593-7-luiz.dentz@gmail.com> X-Mailer: git-send-email 2.56.0 In-Reply-To: <20261106181745.3134593-1-luiz.dentz@gmail.com> References: <20261106181745.3134593-1-luiz.dentz@gmail.com> X-Mailing-List: linux-bluetooth@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: Luiz Augusto von Dentz Add support for opportunistic encryption with Encryption Key Schedule, which encrypts a link without pairing when both devices support it: - The Opportunistic Encryption (Host Support) feature bit (Link Layer feature bit 90) is set with LE Set Host Feature during initialization, and eks_oppt_capable() checks the remote supports it. - When the remote features are read as Central and there is no LTK for the peer, LE Enable Encryption v2 is sent with Encryption set to opportunistic. The checks are repeated right before the command is sent, so it is skipped if the link is gone, already encrypted, has SMP encryption pending or SMP pairing has started in the meantime, and the MIC length is taken at that point so the one requested by L2CAP is used. - The new HCI_CONN_OPP_ENCRYPT flag marks the request in flight and, once Encryption Change v3 reports it, an opportunistically encrypted link, which is also marked as encrypted with AES-CCM. It doesn't raise the security level, as it is not authenticated, and since it has no key from pairing the L2CAP key size check is skipped for it. A failure, or a command that cannot be sent, just leaves the link unencrypted, as it was. Since opportunistic encryption can only be started on an unencrypted link, reporting it for a link with a key from pairing is a downgrade, which disconnects the link. A failure on an opportunistically encrypted link is handled as for any encrypted link, without the encryption flags it had. - SMP only distributes keys once a key from pairing encrypts the link, not on opportunistic encryption. - HCI_CONN_ENCRYPT_PEND is not used for opportunistic encryption, so it doesn't block SMP. Pairing over such a link completes: the Key Refresh Complete of its key clears HCI_CONN_OPP_ENCRYPT and is handled as Encryption Change is for an unencrypted link. - A Key Refresh Complete reporting opportunistic encryption, such as one changing the MIC length, keeps the link opportunistically encrypted. Opportunistic encryption can only be started on an unencrypted link, so on a link with a key from pairing it would be a downgrade, which disconnects the link. - The feature can be turned off with the MGMT system configuration TLV 0x0024; it is on by default. Changing it while the controller is up updates the feature bit, which the controller only allows when there are no connections. Signed-off-by: Luiz Augusto von Dentz --- include/net/bluetooth/hci.h | 1 + include/net/bluetooth/hci_core.h | 6 ++ include/net/bluetooth/hci_sync.h | 2 + net/bluetooth/hci_core.c | 1 + net/bluetooth/hci_event.c | 93 +++++++++++++++++++- net/bluetooth/hci_sync.c | 142 ++++++++++++++++++++++++++++++- net/bluetooth/l2cap_core.c | 6 ++ net/bluetooth/mgmt_config.c | 23 +++++ net/bluetooth/smp.c | 29 ++++++- net/bluetooth/smp.h | 2 + 10 files changed, 297 insertions(+), 8 deletions(-) diff --git a/include/net/bluetooth/hci.h b/include/net/bluetooth/hci.h index 5edde8a6cc2d..efb85c781e4e 100644 --- a/include/net/bluetooth/hci.h +++ b/include/net/bluetooth/hci.h @@ -668,6 +668,7 @@ enum { #define HCI_LE_HDT_7_5_TX_FEATURE BIT(1) #define HCI_LE_HDT_PF_1 BIT(2) #define HCI_LE_HDT_LQF_FEATURE BIT(3) +#define HCI_LE_OPPORTUNISTIC_ENC BIT(2) /* Byte 3 */ /* Connection modes */ #define HCI_CM_ACTIVE 0x0000 diff --git a/include/net/bluetooth/hci_core.h b/include/net/bluetooth/hci_core.h index 236dc531dd14..75d1fea52789 100644 --- a/include/net/bluetooth/hci_core.h +++ b/include/net/bluetooth/hci_core.h @@ -436,6 +436,7 @@ struct hci_dev { __u8 hdt_def_mic_len; __u8 hdt_def_format; __u16 hdt_def_rates; + bool eks_oppt; __u8 le_max_key_size; __u8 le_min_key_size; __u16 discov_interleaved_timeout; @@ -707,6 +708,7 @@ enum { HCI_CONN_POWER_SAVE, HCI_CONN_FLUSH_KEY, HCI_CONN_ENCRYPT, + HCI_CONN_OPP_ENCRYPT, HCI_CONN_AUTH, HCI_CONN_SECURE, HCI_CONN_FIPS, @@ -2193,6 +2195,10 @@ static inline __u8 hci_conn_mic_len(struct hci_conn *conn) #define eks_capable(dev) \ (le_feature(dev, 1, 1) & HCI_LE_EKS_FEATURE) +#define eks_oppt_capable(dev) \ + (eks_capable(dev) && \ + (le_feature(dev, 1, 3) & HCI_LE_OPPORTUNISTIC_ENC)) + /* Channel sounding support */ #define le_cs_capable(dev) \ ((dev)->le_features[5] & HCI_LE_CS) diff --git a/include/net/bluetooth/hci_sync.h b/include/net/bluetooth/hci_sync.h index e4e220ed098b..966106b4a0fe 100644 --- a/include/net/bluetooth/hci_sync.h +++ b/include/net/bluetooth/hci_sync.h @@ -202,3 +202,5 @@ int hci_le_set_hdt_params_sync(struct hci_dev *hdev); int hci_le_enable_encrypt(struct hci_conn *conn, __le16 ediv, __le64 rand, __u8 ltk[16], __u8 key_size); +int hci_le_eks_oppt_encrypt(struct hci_conn *conn); +int hci_le_set_eks_oppt_sync(struct hci_dev *hdev); diff --git a/net/bluetooth/hci_core.c b/net/bluetooth/hci_core.c index a4014bbcdfc2..06e676eed468 100644 --- a/net/bluetooth/hci_core.c +++ b/net/bluetooth/hci_core.c @@ -2578,6 +2578,7 @@ struct hci_dev *hci_alloc_dev_priv(int sizeof_priv) hdev->hdt_def_mic_len = 0x02; /* 128-bit */ hdev->hdt_def_format = 0x00; /* No preference */ hdev->hdt_def_rates = 0x001f; /* All defined HDT rates */ + hdev->eks_oppt = true; /* Opportunistic encryption enabled */ hdev->le_num_of_adv_sets = HCI_MAX_ADV_INSTANCES; hdev->def_multi_adv_rotation_duration = HCI_DEFAULT_ADV_DURATION; hdev->def_le_autoconnect_timeout = HCI_LE_CONN_TIMEOUT; diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c index dce2dd56ff01..87783c661cfe 100644 --- a/net/bluetooth/hci_event.c +++ b/net/bluetooth/hci_event.c @@ -3093,12 +3093,18 @@ static void hci_cs_le_enable_encrypt_v2(struct hci_dev *hdev, u8 status) if (!conn) goto unlock; - clear_bit(HCI_CONN_ENCRYPT_PEND, conn->flags); - /* An opportunistic encryption that cannot be started just leaves * the link unencrypted, as it was. */ - if (cp->encryption == 0x01 || conn->state != BT_CONNECTED) + if (cp->encryption == 0x01) { + if (!test_bit(HCI_CONN_ENCRYPT, conn->flags)) + clear_bit(HCI_CONN_OPP_ENCRYPT, conn->flags); + goto unlock; + } + + clear_bit(HCI_CONN_ENCRYPT_PEND, conn->flags); + + if (conn->state != BT_CONNECTED) goto unlock; hci_disconnect(conn, HCI_ERROR_AUTH_FAILURE); @@ -3919,6 +3925,50 @@ static void hci_encrypt_change_v3_evt(struct hci_dev *hdev, void *data, if (!conn) goto unlock; + /* Opportunistic encryption can only be started on an unencrypted + * link, so on a link with a key from pairing it would be a downgrade. + */ + if (ev->eks_mode == 0x02 && test_bit(HCI_CONN_ENCRYPT, conn->flags) && + !test_bit(HCI_CONN_OPP_ENCRYPT, conn->flags)) { + bt_dev_err(hdev, "opportunistic encryption of hcon %p", conn); + hci_disconnect(conn, HCI_ERROR_AUTH_FAILURE); + goto unlock; + } + + if (ev->status || !ev->mode) { + if (test_and_clear_bit(HCI_CONN_OPP_ENCRYPT, conn->flags)) { + /* A failure doesn't report the EKS mode, so one while + * opportunistic encryption is being started is its + * own: the link is just left unencrypted, as it was. + */ + if (!test_bit(HCI_CONN_ENCRYPT, conn->flags)) + goto unlock; + + /* Otherwise the opportunistic encryption is lost */ + clear_bit(HCI_CONN_ENCRYPT, conn->flags); + clear_bit(HCI_CONN_AES_CCM, conn->flags); + } + + hci_change_encrypt(conn, ev->status, ev->mode, ev->mic_len); + goto unlock; + } + + /* Opportunistic encryption (eks_mode 0x02), started by this side or + * by the remote, encrypts the link without a key from pairing: it is + * marked with HCI_CONN_OPP_ENCRYPT, has no key size, and doesn't + * change the security level as it is not authenticated. + */ + if (ev->eks_mode == 0x02) { + set_bit(HCI_CONN_OPP_ENCRYPT, conn->flags); + set_bit(HCI_CONN_ENCRYPT, conn->flags); + set_bit(HCI_CONN_AES_CCM, conn->flags); + conn->mic_len = ev->mic_len; + goto unlock; + } + + /* Encryption with a key from pairing replaces the opportunistic one */ + clear_bit(HCI_CONN_OPP_ENCRYPT, conn->flags); + hci_change_encrypt(conn, ev->status, ev->mode, ev->mic_len); unlock: @@ -5705,6 +5755,41 @@ static void hci_key_refresh_complete_v2_evt(struct hci_dev *hdev, void *data, if (!conn) goto unlock; + /* Opportunistic encryption can only be started on an unencrypted + * link, so a refresh reporting it, such as one changing the MIC + * length, keeps the link opportunistically encrypted. On a link with + * a key from pairing it would be a downgrade. + */ + if (ev->eks_mode == 0x02 && + !test_bit(HCI_CONN_OPP_ENCRYPT, conn->flags)) { + bt_dev_err(hdev, "opportunistic key refresh of hcon %p", conn); + hci_disconnect(conn, HCI_ERROR_AUTH_FAILURE); + goto unlock; + } + + /* A failure is handled below like any other */ + if (ev->eks_mode == 0x02 && !ev->status) { + conn->mic_len = ev->mic_len; + goto unlock; + } + + /* The key from pairing replacing the opportunistic one encrypts the + * link as Encryption Change does for an unencrypted link. + */ + if (test_and_clear_bit(HCI_CONN_OPP_ENCRYPT, conn->flags)) { + /* On failure the link is disconnected, so don't report it + * as still encrypted with the opportunistic key meanwhile. + */ + if (ev->status) { + clear_bit(HCI_CONN_ENCRYPT, conn->flags); + clear_bit(HCI_CONN_AES_CCM, conn->flags); + } + + hci_change_encrypt(conn, ev->status, ev->status ? 0x00 : 0x01, + ev->mic_len); + goto unlock; + } + /* The key refresh may change the MIC length */ if (!ev->status) conn->mic_len = ev->mic_len; @@ -7940,6 +8025,8 @@ static void hci_le_read_all_remote_features_evt(struct hci_dev *hdev, conn->le_tx_def_phys &= ~HCI_LE_SET_PHY_HDT; conn->le_rx_def_phys &= ~HCI_LE_SET_PHY_HDT; } + + hci_le_eks_oppt_encrypt(conn); } if (conn->state == BT_CONFIG) { diff --git a/net/bluetooth/hci_sync.c b/net/bluetooth/hci_sync.c index 1df331bc09ed..2ef828268a57 100644 --- a/net/bluetooth/hci_sync.c +++ b/net/bluetooth/hci_sync.c @@ -5036,6 +5036,16 @@ static int hci_le_set_def_rate_sync(struct hci_dev *hdev) /* Set Host Features, each feature needs to be sent separately since * HCI_OP_LE_SET_HOST_FEATURE doesn't support setting all of them at once. */ +int hci_le_set_eks_oppt_sync(struct hci_dev *hdev) +{ + if (!eks_capable(hdev)) + return 0; + + /* Opportunistic Encryption (Host Support) */ + return hci_le_set_host_feature_sync(hdev, 90, + hdev->eks_oppt ? 0x01 : 0x00); +} + static int hci_le_set_host_features_sync(struct hci_dev *hdev) { int err = 0; @@ -5056,11 +5066,14 @@ static int hci_le_set_host_features_sync(struct hci_dev *hdev) return err; } - if (le_sci_capable(hdev)) + if (le_sci_capable(hdev)) { /* Shorter Connection Intervals (Host Support) */ err = hci_le_set_host_feature_sync(hdev, 73, 0x01); + if (err) + return err; + } - return err; + return hci_le_set_eks_oppt_sync(hdev); } /* LE Controller init stage 3 command sequence */ @@ -8683,6 +8696,13 @@ static void le_enable_encrypt_failed(struct hci_dev *hdev, __le16 handle) hci_conn_put(conn); } +static int hci_le_enable_encrypt_v2_send(struct hci_dev *hdev, + struct hci_cp_le_enable_encrypt_v2 *cp) +{ + return __hci_cmd_sync_status(hdev, HCI_OP_LE_ENABLE_ENCRYPT_V2, + sizeof(*cp), cp, HCI_CMD_TIMEOUT); +} + static int hci_le_enable_encrypt_v2_sync(struct hci_dev *hdev, void *data) { struct hci_cp_le_enable_encrypt_v2 *cp = data; @@ -8702,8 +8722,7 @@ static int hci_le_enable_encrypt_v2_sync(struct hci_dev *hdev, void *data) hci_dev_unlock(hdev); - err = __hci_cmd_sync_status(hdev, HCI_OP_LE_ENABLE_ENCRYPT_V2, - sizeof(*cp), cp, HCI_CMD_TIMEOUT); + err = hci_le_enable_encrypt_v2_send(hdev, cp); if (err) le_enable_encrypt_failed(hdev, cp->handle); @@ -8786,3 +8805,118 @@ int hci_le_enable_encrypt(struct hci_conn *conn, __le16 ediv, __le64 rand, return err; } + +/* The opportunistic encryption is queued when the connection is set up, so + * by the time it runs the connection may be gone, already encrypted, have + * SMP encryption pending or SMP pairing in progress, so check again right + * before sending the command and leave the link to SMP in those cases. + * + * HCI_CONN_OPP_ENCRYPT, without HCI_CONN_ENCRYPT, marks the request in + * flight. HCI_CONN_ENCRYPT_PEND is not used for it, so SMP is not blocked + * by it: SMP pairing over a link being encrypted works, and the encryption + * started by SMP afterwards replaces the opportunistic key. + */ +static int hci_le_eks_oppt_encrypt_sync(struct hci_dev *hdev, void *data) +{ + struct hci_cp_le_enable_encrypt_v2 *cp = data; + struct hci_conn *conn; + int err; + + hci_dev_lock(hdev); + + conn = hci_conn_hash_lookup_handle(hdev, le16_to_cpu(cp->handle)); + if (!conn || conn->state != BT_CONNECTED || + test_bit(HCI_CONN_ENCRYPT, conn->flags) || + test_bit(HCI_CONN_ENCRYPT_PEND, conn->flags)) + goto unlock; + + /* conn->hdev is hdev, whose lock is held */ + lockdep_assert_held(&conn->hdev->lock); + + if (smp_pairing_in_progress(conn)) { + bt_dev_dbg(hdev, "SMP in progress, skipping hcon %p", conn); + goto unlock; + } + + if (test_and_set_bit(HCI_CONN_OPP_ENCRYPT, conn->flags)) + goto unlock; + + /* Use the MIC length requested by now, or the default one if unset */ + cp->mic_len = conn->req_mic_len ? conn->req_mic_len : + hdev->hdt_def_mic_len; + + bt_dev_dbg(hdev, "starting EKS opportunistic encryption hcon %p", conn); + + hci_dev_unlock(hdev); + + /* Sent without the failure handling of encryption started by SMP, + * which isn't pending for it and must not be disconnected for it. + */ + err = hci_le_enable_encrypt_v2_send(hdev, cp); + if (!err) + return 0; + + /* No result will come for a command that was not sent or failed */ + hci_dev_lock(hdev); + + conn = hci_conn_hash_lookup_handle(hdev, le16_to_cpu(cp->handle)); + if (conn && !test_bit(HCI_CONN_ENCRYPT, conn->flags)) + clear_bit(HCI_CONN_OPP_ENCRYPT, conn->flags); + + hci_dev_unlock(hdev); + + return err; + +unlock: + hci_dev_unlock(hdev); + return 0; +} + +int hci_le_eks_oppt_encrypt(struct hci_conn *conn) +{ + struct hci_dev *hdev = conn->hdev; + struct hci_cp_le_enable_encrypt_v2 *cp; + int err; + + /* Only central initiates encryption */ + if (conn->role != HCI_ROLE_MASTER) + return -EINVAL; + + /* Check hdev config */ + if (!hdev->eks_oppt) + return -EOPNOTSUPP; + + /* Remote must support opportunistic encryption */ + if (!eks_oppt_capable(conn)) + return -EOPNOTSUPP; + + /* Must support EKS and the encrypt_v2 command */ + if (!eks_capable(hdev) || !(hdev->commands[50] & BIT(4))) + return -EOPNOTSUPP; + + /* Don't encrypt if already encrypted or pending */ + if (test_bit(HCI_CONN_ENCRYPT, conn->flags) || + test_bit(HCI_CONN_ENCRYPT_PEND, conn->flags) || + test_bit(HCI_CONN_OPP_ENCRYPT, conn->flags)) + return -EALREADY; + + /* Skip if we have an LTK for this peer (use normal encryption) */ + if (hci_find_ltk(hdev, &conn->dst, conn->dst_type, conn->role)) + return -EEXIST; + + bt_dev_dbg(hdev, "queueing EKS opportunistic encryption hcon %p", conn); + + cp = kzalloc_obj(*cp); + if (!cp) + return -ENOMEM; + + cp->handle = cpu_to_le16(conn->handle); + cp->encryption = 0x01; /* Opportunistic with EKS */ + + err = hci_cmd_sync_queue_once(hdev, hci_le_eks_oppt_encrypt_sync, cp, + le_enable_encrypt_complete); + if (err) + kfree(cp); + + return err; +} diff --git a/net/bluetooth/l2cap_core.c b/net/bluetooth/l2cap_core.c index 04a32c2d62ff..bb1b79367640 100644 --- a/net/bluetooth/l2cap_core.c +++ b/net/bluetooth/l2cap_core.c @@ -1583,6 +1583,11 @@ static bool l2cap_check_enc_key_size(struct hci_conn *hcon, * This check might also be called for unencrypted connections * that have no key size requirements. Ensure that the link is * actually encrypted before enforcing a key size. + * + * Opportunistic encryption has no key from pairing, so there is no + * key size to enforce. The security level stays as if the link were + * unencrypted, so a channel requiring more still needs pairing, + * which then replaces the opportunistic key. */ int min_key_size = hcon->hdev->min_enc_key_size; @@ -1591,6 +1596,7 @@ static bool l2cap_check_enc_key_size(struct hci_conn *hcon, min_key_size = 16; return (!test_bit(HCI_CONN_ENCRYPT, hcon->flags) || + test_bit(HCI_CONN_OPP_ENCRYPT, hcon->flags) || hcon->enc_key_size >= min_key_size); } diff --git a/net/bluetooth/mgmt_config.c b/net/bluetooth/mgmt_config.c index f30cffa94fbf..4fa6d93638c4 100644 --- a/net/bluetooth/mgmt_config.c +++ b/net/bluetooth/mgmt_config.c @@ -94,6 +94,7 @@ int read_def_system_config(struct sock *sk, struct hci_dev *hdev, void *data, HDEV_PARAM_U8(hdt_def_mic_len); HDEV_PARAM_U8(hdt_def_format); HDEV_PARAM_U16(hdt_def_rates); + HDEV_PARAM_U8(eks_oppt); } __packed rp = { TLV_SET_U16(0x0000, def_page_scan_type), TLV_SET_U16(0x0001, def_page_scan_int), @@ -131,6 +132,7 @@ int read_def_system_config(struct sock *sk, struct hci_dev *hdev, void *data, TLV_SET_U8(0x0021, hdt_def_mic_len), TLV_SET_U8(0x0022, hdt_def_format), TLV_SET_U16(0x0023, hdt_def_rates), + TLV_SET_U8(0x0024, eks_oppt), }; bt_dev_dbg(hdev, "sock %p", sk); @@ -151,6 +153,19 @@ static int set_hdt_params_sync(struct hci_dev *hdev, void *data) return hci_le_set_hdt_params_sync(hdev); } +static int set_eks_oppt_sync(struct hci_dev *hdev, void *data) +{ + int err; + + /* The controller doesn't allow it while there are connections */ + err = hci_le_set_eks_oppt_sync(hdev); + if (err) + bt_dev_warn(hdev, "unable to set opportunistic encryption: %d", + err); + + return err; +} + int set_def_system_config(struct sock *sk, struct hci_dev *hdev, void *data, u16 data_len) { @@ -159,6 +174,7 @@ int set_def_system_config(struct sock *sk, struct hci_dev *hdev, void *data, u8 old_mic_len = hdev->hdt_def_mic_len; u8 old_format = hdev->hdt_def_format; u16 old_rates = hdev->hdt_def_rates; + bool old_eks_oppt = hdev->eks_oppt; if (buffer_left < sizeof(struct mgmt_tlv)) { return mgmt_cmd_status(sk, hdev->id, @@ -221,6 +237,7 @@ int set_def_system_config(struct sock *sk, struct hci_dev *hdev, void *data, case 0x001f: case 0x0021: case 0x0022: + case 0x0024: exp_type_len = sizeof(u8); break; case 0x0020: @@ -361,6 +378,9 @@ int set_def_system_config(struct sock *sk, struct hci_dev *hdev, void *data, case 0x0023: hdev->hdt_def_rates = TLV_GET_LE16(buffer); break; + case 0x0024: + hdev->eks_oppt = !!TLV_GET_U8(buffer); + break; default: bt_dev_warn(hdev, "unsupported parameter %u", type); break; @@ -377,6 +397,9 @@ int set_def_system_config(struct sock *sk, struct hci_dev *hdev, void *data, hdev->hdt_def_rates != old_rates)) hci_cmd_sync_queue(hdev, set_hdt_params_sync, NULL, NULL); + if (test_bit(HCI_UP, &hdev->flags) && hdev->eks_oppt != old_eks_oppt) + hci_cmd_sync_queue(hdev, set_eks_oppt_sync, NULL, NULL); + return mgmt_cmd_complete(sk, hdev->id, MGMT_OP_SET_DEF_SYSTEM_CONFIG, 0, NULL, 0); } diff --git a/net/bluetooth/smp.c b/net/bluetooth/smp.c index 140b9813998b..b35093dfa40b 100644 --- a/net/bluetooth/smp.c +++ b/net/bluetooth/smp.c @@ -2464,6 +2464,29 @@ int smp_conn_security(struct hci_conn *hcon, __u8 sec_level) return ret; } +bool smp_pairing_in_progress(struct hci_conn *hcon) +{ + struct l2cap_conn *conn; + struct l2cap_chan *chan; + bool pending; + + lockdep_assert_held(&hcon->hdev->lock); + + conn = hcon->l2cap_data; + if (!conn) + return false; + + chan = conn->smp; + if (!chan) + return false; + + l2cap_chan_lock(chan); + pending = !!chan->data; + l2cap_chan_unlock(chan); + + return pending; +} + int smp_cancel_and_remove_pairing(struct hci_dev *hdev, bdaddr_t *bdaddr, u8 addr_type) { @@ -3195,7 +3218,11 @@ static void smp_resume_cb(struct l2cap_chan *chan) if (!smp) return; - if (!test_bit(HCI_CONN_ENCRYPT, hcon->flags)) + /* Opportunistic encryption doesn't use a key from pairing, so keys + * are only distributed once the pairing encrypts the link. + */ + if (!test_bit(HCI_CONN_ENCRYPT, hcon->flags) || + test_bit(HCI_CONN_OPP_ENCRYPT, hcon->flags)) return; cancel_delayed_work(&smp->security_timer); diff --git a/net/bluetooth/smp.h b/net/bluetooth/smp.h index c86c46389007..0537762e2775 100644 --- a/net/bluetooth/smp.h +++ b/net/bluetooth/smp.h @@ -185,6 +185,8 @@ int smp_cancel_and_remove_pairing(struct hci_dev *hdev, bdaddr_t *bdaddr, bool smp_sufficient_security(struct hci_conn *hcon, u8 sec_level, enum smp_key_pref key_pref); int smp_conn_security(struct hci_conn *hcon, __u8 sec_level); +bool smp_pairing_in_progress(struct hci_conn *hcon) + __must_hold(&hcon->hdev->lock); int smp_user_confirm_reply(struct hci_conn *conn, u16 mgmt_op, __le32 passkey) __must_hold(&conn->hdev->lock); -- 2.56.0