<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent sightings.</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent sightings.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Tue, 26 May 2026 01:13:14 +0000</lastBuildDate>
    <item>
      <title>1ad508b5-d199-4a59-b2f7-a3ced990f6ef</title>
      <link>https://db.gcve.eu/sighting/1ad508b5-d199-4a59-b2f7-a3ced990f6ef/export</link>
      <description>{"uuid": "1ad508b5-d199-4a59-b2f7-a3ced990f6ef", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2021-34144", "type": "seen", "source": "https://t.me/cibsecurity/28309", "content": "\u203c CVE-2021-34144 \u203c\n\nThe 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.\n\n\ud83d\udcd6 Read\n\nvia \"National Vulnerability Database\".", "creation_timestamp": "2021-09-07T12:17:04.000000Z"}</description>
      <content:encoded>{"uuid": "1ad508b5-d199-4a59-b2f7-a3ced990f6ef", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "2a075640-a300-48a4-bb44-bc6130783b9b", "vulnerability": "CVE-2021-34144", "type": "seen", "source": "https://t.me/cibsecurity/28309", "content": "\u203c CVE-2021-34144 \u203c\n\nThe 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.\n\n\ud83d\udcd6 Read\n\nvia \"National Vulnerability Database\".", "creation_timestamp": "2021-09-07T12:17:04.000000Z"}</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/sighting/1ad508b5-d199-4a59-b2f7-a3ced990f6ef/export</guid>
      <pubDate>Tue, 07 Sep 2021 12:17:04 +0000</pubDate>
    </item>
  </channel>
</rss>
