bluetoothd from bluez incorrectly saves adapters' Discoverable status when a device is powered down, and restores it when powered up. If a device is powered down while discoverable, it will be discoverable when powered on again. This could lead to inadvertent exposure of the bluetooth stack to physically nearby attackers.

The remote Debian 11 host has packages installed that are affected by multiple vulnerabilities as referenced in the dla-3879 advisory.

    - -------------------------------------------------------------------------     Debian LTS Advisory DLA-3879-1                debian-lts@lists.debian.org     https://www.debian.org/lts/security/                          Adrian Bunk     September 07, 2024                            https://wiki.debian.org/LTS
    - -------------------------------------------------------------------------

    Package        : bluez     Version        : 5.55-3.1+deb11u2     CVE ID         : CVE-2021-3658 CVE-2021-41229 CVE-2021-43400 CVE-2022-0204                      CVE-2022-39176 CVE-2022-39177 CVE-2023-27349 CVE-2023-50229                      CVE-2023-50230     Debian Bug     : 991596 998626 1000262 1003712

    Multiple vulnerabilities have been fixed in bluez library, tools and     daemons for using Bluetooth devices.

    CVE-2021-3658

        adapter: Fix storing discoverable setting

    CVE-2021-41229

        Memory leak in the SDP protocol

    CVE-2021-43400

        Use-after-free on client disconnect

    CVE-2022-0204

        GATT heap overflow

    CVE-2022-39176

        Proximate attackers could obtain sensitive information

    CVE-2022-39177

        Proximate attackers could cause denial of service

    CVE-2023-27349

        AVRCP crash while handling unsupported events

    CVE-2023-50229

        Phone Book Access profile Heap-based Buffer Overflow

    CVE-2023-50230

        Phone Book Access profile Heap-based Buffer Overflow

    For Debian 11 bullseye, these problems have been fixed in version     5.55-3.1+deb11u2.

    We recommend that you upgrade your bluez packages.

    For the detailed security status of bluez please refer to     its security tracker page at:
    https://security-tracker.debian.org/tracker/bluez

    Further information about Debian LTS security advisories, how to apply     these updates to your system and frequently asked questions can be     found at: https://wiki.debian.org/LTS

Tenable has extracted the preceding description block directly from the Debian security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

An update of the bluez package has been released.

The remote Redhat Enterprise Linux 8 host has one or more packages installed that are affected by multiple vulnerabilities that have been acknowledged by the vendor but will not be patched.

  - kernel: Authvalue leak in Bluetooth Mesh Provisioning (CVE-2020-26559)

  - bluez: BlueZ allows physically proximate attackers to cause a denial of service because malformed and     invalid capabilities can be processed in profiles/audio/avdtp.c (CVE-2022-39177)

  - Pairing in Bluetooth Core v5.2 and earlier may permit an unauthenticated attacker to acquire credentials     with two pairing devices via adjacent access when the unauthenticated user initiates different pairing     methods in each peer device and an end-user erroneously completes both pairing procedures with the MITM     using the confirmation number of one peer as the passkey of the other. An adjacent, unauthenticated     attacker could be able to initiate any Bluetooth operation on either attacked device exposed by the     enabled Bluetooth profiles. This exposure may be limited when the user must authorize certain access     explicitly, but so long as a user assumes that it is the intended remote device requesting permissions,     device-local protections may be weakened. (CVE-2020-10134)

Note that Nessus has not tested for these issues but has instead relied on the package manager's report that the package is installed.

This plugin has been deprecated as it does not adhere to established standards for this style of check.

The remote SUSE Linux SLED15 / SLED_SAP15 / SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2022:3981-1 advisory.

  - bluetoothd from bluez incorrectly saves adapters' Discoverable status when a device is powered down, and     restores it when powered up. If a device is powered down while discoverable, it will be discoverable when     powered on again. This could lead to inadvertent exposure of the bluetooth stack to physically nearby     attackers. (CVE-2021-3658)

  - An issue was discovered in gatt-database.c in BlueZ 5.61. A use-after-free can occur when a client     disconnects during D-Bus processing of a WriteValue call. (CVE-2021-43400)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2022:3687-1 advisory.

  - An issue was discovered in bluetoothd in BlueZ through 5.48. The vulnerability lies in the handling of a     SVC_ATTR_REQ by the SDP implementation. By crafting a malicious CSTATE, it is possible to trick the server     into returning more bytes than the buffer actually holds, resulting in leaking arbitrary heap data. The     root cause can be found in the function service_attr_req of sdpd-request.c. The server does not check     whether the CSTATE data is the same in consecutive requests, and instead simply trusts that it is the     same. (CVE-2019-8921)

  - A heap-based buffer overflow was discovered in bluetoothd in BlueZ through 5.48. There isn't any check on     whether there is enough space in the destination buffer. The function simply appends all data passed to     it. The values of all attributes that are requested are appended to the output buffer. There are no size     checks whatsoever, resulting in a simple heap overflow if one can craft a request where the response is     large enough to overflow the preallocated buffer. This issue exists in service_attr_req gets called by     process_request (in sdpd-request.c), which also allocates the response buffer. (CVE-2019-8922)

  - Bluetooth LE and BR/EDR secure pairing in Bluetooth Core Specification 2.1 through 5.2 may permit a nearby     man-in-the-middle attacker to identify the Passkey used during pairing (in the Passkey authentication     procedure) by reflection of the public key and the authentication evidence of the initiating device,     potentially permitting this attacker to complete authenticated pairing with the responding device using     the correct Passkey for the pairing session. The attack methodology determines the Passkey value one bit     at a time. (CVE-2020-26558)

  - Improper access control in BlueZ may allow an authenticated user to potentially enable information     disclosure via adjacent access. (CVE-2021-0129)

  - bluetoothd from bluez incorrectly saves adapters' Discoverable status when a device is powered down, and     restores it when powered up. If a device is powered down while discoverable, it will be discoverable when     powered on again. This could lead to inadvertent exposure of the bluetooth stack to physically nearby     attackers. (CVE-2021-3658)

  - An issue was discovered in gatt-database.c in BlueZ 5.61. A use-after-free can occur when a client     disconnects during D-Bus processing of a WriteValue call. (CVE-2021-43400)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2022:3691-1 advisory.

  - An issue was discovered in bluetoothd in BlueZ through 5.48. The vulnerability lies in the handling of a     SVC_ATTR_REQ by the SDP implementation. By crafting a malicious CSTATE, it is possible to trick the server     into returning more bytes than the buffer actually holds, resulting in leaking arbitrary heap data. The     root cause can be found in the function service_attr_req of sdpd-request.c. The server does not check     whether the CSTATE data is the same in consecutive requests, and instead simply trusts that it is the     same. (CVE-2019-8921)

  - A heap-based buffer overflow was discovered in bluetoothd in BlueZ through 5.48. There isn't any check on     whether there is enough space in the destination buffer. The function simply appends all data passed to     it. The values of all attributes that are requested are appended to the output buffer. There are no size     checks whatsoever, resulting in a simple heap overflow if one can craft a request where the response is     large enough to overflow the preallocated buffer. This issue exists in service_attr_req gets called by     process_request (in sdpd-request.c), which also allocates the response buffer. (CVE-2019-8922)

  - Bluetooth LE and BR/EDR secure pairing in Bluetooth Core Specification 2.1 through 5.2 may permit a nearby     man-in-the-middle attacker to identify the Passkey used during pairing (in the Passkey authentication     procedure) by reflection of the public key and the authentication evidence of the initiating device,     potentially permitting this attacker to complete authenticated pairing with the responding device using     the correct Passkey for the pairing session. The attack methodology determines the Passkey value one bit     at a time. (CVE-2020-26558)

  - Improper access control in BlueZ may allow an authenticated user to potentially enable information     disclosure via adjacent access. (CVE-2021-0129)

  - bluetoothd from bluez incorrectly saves adapters' Discoverable status when a device is powered down, and     restores it when powered up. If a device is powered down while discoverable, it will be discoverable when     powered on again. This could lead to inadvertent exposure of the bluetooth stack to physically nearby     attackers. (CVE-2021-3658)

  - An issue was discovered in gatt-database.c in BlueZ 5.61. A use-after-free can occur when a client     disconnects during D-Bus processing of a WriteValue call. (CVE-2021-43400)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

According to the versions of the bluez package installed, the EulerOS installation on the remote host is affected by the following vulnerabilities :

  - bluetoothd from bluez incorrectly saves adapters' Discoverable status when a device is powered down, and     restores it when powered up. If a device is powered down while discoverable, it will be discoverable when     powered on again. This could lead to inadvertent exposure of the bluetooth stack to physically nearby     attackers. (CVE-2021-3658)

Note that Tenable Network Security has extracted the preceding description block directly from the EulerOS security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

The remote Ubuntu 18.04 LTS / 20.04 LTS host has packages installed that are affected by multiple vulnerabilities as referenced in the USN-5155-1 advisory.

    It was discovered that BlueZ incorrectly handled the Discoverable status when a device is powered down.
    This could result in devices being powered up discoverable, contrary to expectations. This issue only     affected Ubuntu 20.04 LTS, Ubuntu 21.04, and Ubuntu 21.10. (CVE-2021-3658)

    It was discovered that BlueZ incorrectly handled certain memory operations. A remote attacker could     possibly use this issue to cause BlueZ to consume resources, leading to a denial of service.
    (CVE-2021-41229)

    It was discovered that the BlueZ gatt server incorrectly handled disconnects. A remote attacker could     possibly use this issue to cause BlueZ to crash, leading to a denial of service. (CVE-2021-43400)

Tenable has extracted the preceding description block directly from the Ubuntu security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	Name	Product	Family	Severity
206762	Debian dla-3879 : bluetooth - security update	Nessus	Debian Local Security Checks	critical
203913	Photon OS 3.0: Bluez PHSA-2022-3.0-0374	Nessus	PhotonOS Local Security Checks	medium
203308	Photon OS 4.0: Bluez PHSA-2022-4.0-0163	Nessus	PhotonOS Local Security Checks	medium
198738	RHEL 8 : bluez (Unpatched Vulnerability)	Nessus	Red Hat Local Security Checks	high
196471	RHEL 6 : bluez (Unpatched Vulnerability) (deprecated)	Nessus	Red Hat Local Security Checks	high
167726	SUSE SLED15 / SLES15 Security Update : bluez (SUSE-SU-2022:3981-1)	Nessus	SuSE Local Security Checks	critical
166424	SUSE SLES15 Security Update : bluez (SUSE-SU-2022:3687-1)	Nessus	SuSE Local Security Checks	critical
166417	SUSE SLES15 Security Update : bluez (SUSE-SU-2022:3691-1)	Nessus	SuSE Local Security Checks	critical
158405	EulerOS 2.0 SP10 : bluez (EulerOS-SA-2022-1200)	Nessus	Huawei Local Security Checks	medium
158379	EulerOS 2.0 SP10 : bluez (EulerOS-SA-2022-1219)	Nessus	Huawei Local Security Checks	medium
155687	Ubuntu 18.04 LTS / 20.04 LTS : BlueZ vulnerabilities (USN-5155-1)	Nessus	Ubuntu Local Security Checks	critical

Detections

Analytics

CVE-2021-3658

medium

Tenable Plugins

critical

medium

medium

high

high

critical

critical

critical

medium

medium

critical