Zhuhai Jieli Technology AC6951
Approved changes feed: RSS · Atom
cpe:2.3:h:zh-jieli:ac6951:-:*:*:*:*:*:*:*
part: h version: - update: *
| Vendor | Zh Jieli (16f23e66-89e7-507a-a5bd-ad42165c6651) |
|---|---|
| Product | Ac6951 (3c37f8b1-0c29-5204-9ed7-19ea2295948d) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from NVD CPE 2.0 feed |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2021-34144 |
not_vulnerable | 2026-06-03 14:44:44.607356 |
Details available
The Bluetooth Classic implementation in the Zhuhai Jieli AC6366C BT SDK through 0.9.1 does not properly handle the reception of truncated LMP_SCO_Link_Request packets while no other BT connections are active, allowing attackers in radio range to prevent new BT connections (disabling the AB5301A inquiry and page scan procedures) via a crafted LMP packet. The user needs to manually perform a power cycle (restart) of the device to restore BT connectivity.
Published: 2021-09-07T05:55:01.000Z
Updated: 2024-08-04T00:05:52.439Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2021-34143 |
not_vulnerable | 2026-06-03 14:44:44.599709 |
Details available
The Bluetooth Classic implementation in the Zhuhai Jieli AC6366C_DEMO_V1.0 does not properly handle the reception of continuous unsolicited LMP responses, allowing attackers in radio range to trigger a denial of service (deadlock) of the device by flooding it with LMP_AU_Rand packets after paging procedure. User intervention is required to restart the device.
Published: 2021-09-07T06:19:56.000Z
Updated: 2024-08-04T00:05:52.426Z |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.