<?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://vulnerability.circl.lu</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>Mon, 14 Sep 2026 19:21:43 +0000</lastBuildDate>
    <item>
      <title>6e08fd53-bc9f-447e-a55a-0583460ee72a</title>
      <link>https://vulnerability.circl.lu/sighting/6e08fd53-bc9f-447e-a55a-0583460ee72a/export</link>
      <description>{"uuid": "6e08fd53-bc9f-447e-a55a-0583460ee72a", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2026-71644", "type": "seen", "source": "https://bsky.app/profile/stemshop.bsky.social/post/3mvb5v2vfwk2j", "content": "\ud83d\udea8 CVE-2026-71644 \u2014 CVSS 9.8 CRITICAL\n\nAn issue in Robotics-STAR-Lab (SYSU STAR Group) RACER Tested affected version: commit abcdef1234567890 allo...\n\n\ud83d\udd0e https://stemshop.top/cve/CVE-2026-71644\n\n#CVE #CyberSecurity #InfoSec", "creation_timestamp": "2026-09-11T18:07:45.254606Z"}</description>
      <content:encoded>{"uuid": "6e08fd53-bc9f-447e-a55a-0583460ee72a", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2026-71644", "type": "seen", "source": "https://bsky.app/profile/stemshop.bsky.social/post/3mvb5v2vfwk2j", "content": "\ud83d\udea8 CVE-2026-71644 \u2014 CVSS 9.8 CRITICAL\n\nAn issue in Robotics-STAR-Lab (SYSU STAR Group) RACER Tested affected version: commit abcdef1234567890 allo...\n\n\ud83d\udd0e https://stemshop.top/cve/CVE-2026-71644\n\n#CVE #CyberSecurity #InfoSec", "creation_timestamp": "2026-09-11T18:07:45.254606Z"}</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/sighting/6e08fd53-bc9f-447e-a55a-0583460ee72a/export</guid>
      <pubDate>Fri, 11 Sep 2026 18:07:45 +0000</pubDate>
    </item>
    <item>
      <title>87e7abc4-c837-4f82-bf51-5172ea980f5f</title>
      <link>https://vulnerability.circl.lu/sighting/87e7abc4-c837-4f82-bf51-5172ea980f5f/export</link>
      <description>{"uuid": "87e7abc4-c837-4f82-bf51-5172ea980f5f", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2026-71644", "type": "seen", "source": "https://bsky.app/profile/stackflag.bsky.social/post/3mvb37uwjyp2f", "content": "CVE-2026-71644\nThe RACER software used for drone swarms has a missing safety check that could let an attacker influence the flight paths, creating unsafe trajectories and possible collisions. This occurs when the system fails\u2026\n\nToo many irrelevant or confusing CVEs? Use stackflag.com\n\n#CVE #infosec", "creation_timestamp": "2026-09-11T17:20:07.071198Z"}</description>
      <content:encoded>{"uuid": "87e7abc4-c837-4f82-bf51-5172ea980f5f", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2026-71644", "type": "seen", "source": "https://bsky.app/profile/stackflag.bsky.social/post/3mvb37uwjyp2f", "content": "CVE-2026-71644\nThe RACER software used for drone swarms has a missing safety check that could let an attacker influence the flight paths, creating unsafe trajectories and possible collisions. This occurs when the system fails\u2026\n\nToo many irrelevant or confusing CVEs? Use stackflag.com\n\n#CVE #infosec", "creation_timestamp": "2026-09-11T17:20:07.071198Z"}</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/sighting/87e7abc4-c837-4f82-bf51-5172ea980f5f/export</guid>
      <pubDate>Fri, 11 Sep 2026 17:20:07 +0000</pubDate>
    </item>
    <item>
      <title>e4a9fb17-db04-40e8-9e50-6319acae6878</title>
      <link>https://vulnerability.circl.lu/sighting/e4a9fb17-db04-40e8-9e50-6319acae6878/export</link>
      <description>{"uuid": "e4a9fb17-db04-40e8-9e50-6319acae6878", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2026-71644", "type": "seen", "source": "https://gist.github.com/DongJiaxin0422/6c39c3c59236bc2c8ec4b4182284fa7e", "content": "# CVE-2026-71644\n\n[CVE ID]\n\nCVE-2026-71644\n\n\n[PRODUCT]\n\nRACER\n\n\n[VERSION]\n\nRACER commit abcdef1234567890.\n\n\n[PROBLEM TYPE]\n\nUnsafe trajectory planning and potential UAV collision caused by missing swarm-trajectory publication in the IDLE state.\n\n\n[DESCRIPTION]\n\nRACER contains an issue in `FastExplorationFSM::swarmTrajTimerCallback()` where a UAV stops publishing its swarm trajectory after entering the `IDLE` state.\n\nThe callback publishes `fd_-&amp;gt;newest_traj_` while the UAV is in `EXEC_TRAJ` and publishes a virtual stationary trajectory at the current position while the UAV is in `WAIT_TRIGGER`. However, there is no corresponding trajectory-publication branch for `IDLE`.\n\nAs a result, a UAV that remains physically stationary in the environment after entering `IDLE` no longer continuously broadcasts a trajectory representing its occupied position. Other UAVs may therefore receive only stale trajectory information or eventually have no valid up-to-date trajectory representation for the idle UAV.\n\nThis can cause other UAVs to perform trajectory planning or collision checking without an accurate representation of the idle UAV's current occupied position.\n\n\n[IMPACT]\n\nOther UAVs may plan trajectories based on incomplete or stale swarm-state information and fail to correctly account for an idle UAV that is still physically present in the shared environment.\n\nThis can result in unsafe trajectory planning, unsafe inter-UAV proximity, and potential UAV collisions. The exact manifestation depends on how receiving UAVs cache and expire previously received swarm trajectories.\n\n\n[ROOT CAUSE]\n\n`FastExplorationFSM::swarmTrajTimerCallback()` does not handle the `IDLE` state when publishing swarm trajectories.\n\nThe callback explicitly publishes a moving trajectory in `EXEC_TRAJ` and a virtual stationary trajectory in `WAIT_TRIGGER`, but neither publishes the existing trajectory nor constructs a stationary trajectory when the FSM is in `IDLE`.\n\nTherefore, once a UAV enters `IDLE`, its physical occupancy is no longer continuously represented through the swarm trajectory communication mechanism.\n\nThis is inconsistent with the existing `WAIT_TRIGGER` behavior, which explicitly publishes a stationary virtual trajectory at the current UAV position to avoid collisions.", "creation_timestamp": "2026-09-08T08:18:15.166651Z"}</description>
      <content:encoded>{"uuid": "e4a9fb17-db04-40e8-9e50-6319acae6878", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2026-71644", "type": "seen", "source": "https://gist.github.com/DongJiaxin0422/6c39c3c59236bc2c8ec4b4182284fa7e", "content": "# CVE-2026-71644\n\n[CVE ID]\n\nCVE-2026-71644\n\n\n[PRODUCT]\n\nRACER\n\n\n[VERSION]\n\nRACER commit abcdef1234567890.\n\n\n[PROBLEM TYPE]\n\nUnsafe trajectory planning and potential UAV collision caused by missing swarm-trajectory publication in the IDLE state.\n\n\n[DESCRIPTION]\n\nRACER contains an issue in `FastExplorationFSM::swarmTrajTimerCallback()` where a UAV stops publishing its swarm trajectory after entering the `IDLE` state.\n\nThe callback publishes `fd_-&amp;gt;newest_traj_` while the UAV is in `EXEC_TRAJ` and publishes a virtual stationary trajectory at the current position while the UAV is in `WAIT_TRIGGER`. However, there is no corresponding trajectory-publication branch for `IDLE`.\n\nAs a result, a UAV that remains physically stationary in the environment after entering `IDLE` no longer continuously broadcasts a trajectory representing its occupied position. Other UAVs may therefore receive only stale trajectory information or eventually have no valid up-to-date trajectory representation for the idle UAV.\n\nThis can cause other UAVs to perform trajectory planning or collision checking without an accurate representation of the idle UAV's current occupied position.\n\n\n[IMPACT]\n\nOther UAVs may plan trajectories based on incomplete or stale swarm-state information and fail to correctly account for an idle UAV that is still physically present in the shared environment.\n\nThis can result in unsafe trajectory planning, unsafe inter-UAV proximity, and potential UAV collisions. The exact manifestation depends on how receiving UAVs cache and expire previously received swarm trajectories.\n\n\n[ROOT CAUSE]\n\n`FastExplorationFSM::swarmTrajTimerCallback()` does not handle the `IDLE` state when publishing swarm trajectories.\n\nThe callback explicitly publishes a moving trajectory in `EXEC_TRAJ` and a virtual stationary trajectory in `WAIT_TRIGGER`, but neither publishes the existing trajectory nor constructs a stationary trajectory when the FSM is in `IDLE`.\n\nTherefore, once a UAV enters `IDLE`, its physical occupancy is no longer continuously represented through the swarm trajectory communication mechanism.\n\nThis is inconsistent with the existing `WAIT_TRIGGER` behavior, which explicitly publishes a stationary virtual trajectory at the current UAV position to avoid collisions.", "creation_timestamp": "2026-09-08T08:18:15.166651Z"}</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/sighting/e4a9fb17-db04-40e8-9e50-6319acae6878/export</guid>
      <pubDate>Tue, 08 Sep 2026 08:18:15 +0000</pubDate>
    </item>
  </channel>
</rss>
