Bug 1959994 (CVE-2020-26560) - CVE-2020-26560 kernel: impersonation attack in Bluetooth Mesh Provisioning
Summary: CVE-2020-26560 kernel: impersonation attack in Bluetooth Mesh Provisioning
Keywords:
Status: NEW
Alias: CVE-2020-26560
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Red Hat Product Security
QA Contact:
URL:
Whiteboard:
Depends On: 1969606 1969617 1969605
Blocks: 1969593
TreeView+ depends on / blocked
 
Reported: 2021-05-12 18:58 UTC by Guilherme de Almeida Suckevicz
Modified: 2021-09-15 05:47 UTC (History)
50 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
An impersonation attack vulnerability was found in the Linux kernel’s Bluetooth Mesh Profile implementation. The Mesh Provisioning procedure has a flaw that allows an attacker without knowledge of the AuthValue to spoof a provisioned device and use crafted responses that appear to possess the AuthValue. This issue permits an attacker to be issued a valid NetKey and potentially an AppKey. The highest threat from this vulnerability is to confidentiality, integrity, as well as system availability.
Clone Of:
Environment:
Last Closed:


Attachments (Terms of Use)

Description Guilherme de Almeida Suckevicz 2021-05-12 18:58:02 UTC
The Bluetooth Mesh Profile Specification versions 1.0 and 1.0.1 Mesh Provisioning procedure could allow an attacker without knowledge of the AuthValue, spoofing a device being provisioned, to use crafted responses to appear to possess the AuthValue and be issued a valid NetKey and potentially an AppKey. For this attack to be successful, an attacking device needs to be within wireless range of a Mesh Provisioner and either spoof the identity of a device being provisioned over the air or be directly provisioned onto a subnet controlled by the provisioner. After successfully authenticating without the AuthValue, the attacker can perform any operation permitted to a node provisioned on the subnet until it is either denied access or a new subnet is formed without the attacking node present.

Comment 15 Rohit Keshri 2021-06-08 18:37:52 UTC
Created bluez tracking bugs for this issue:

Affects: fedora-all [bug 1969617]


Note You need to log in before you can comment on or make changes to this bug.