<?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 entries from all</title>
    <link>https://vulnerability.circl.lu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Tue, 29 Sep 2026 02:20:52 +0000</lastBuildDate>
    <item>
      <title>CVE-2025-40016 — media: uvcvideo: Mark invalid entities with id UVC_INVALID_ENTITY_ID</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2025-40016</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;media: uvcvideo: Mark invalid entities with id UVC_INVALID_ENTITY_ID&lt;/p&gt;
&lt;p&gt;Per UVC 1.1+ specification 3.7.2, units and terminals must have a non-zero
unique ID.&lt;/p&gt;
&lt;p&gt;```
Each Unit and Terminal within the video function is assigned a unique
identification number, the Unit ID (UID) or Terminal ID (TID), contained in
the bUnitID or bTerminalID field of the descriptor. The value 0x00 is
reserved for undefined ID,
```&lt;/p&gt;
&lt;p&gt;If we add a new entity with id 0 or a duplicated ID, it will be marked
as UVC_INVALID_ENTITY_ID.&lt;/p&gt;
&lt;p&gt;In a previous attempt commit 3dd075fe8ebb (&amp;#34;media: uvcvideo: Require
entities to have a non-zero unique ID&amp;#34;), we ignored all the invalid units,
this broke a lot of non-compatible cameras. Hopefully we are more lucky
this time.&lt;/p&gt;
&lt;p&gt;This also prevents some syzkaller reproducers from triggering warnings due
to a chain of entities referring to themselves. In one particular case, an
Output Unit is connected to an Input Unit, both with the same ID of 1. But
when looking up for the source ID of the Output Unit, that same entity is
found instead of the input entity, which leads to such warnings.&lt;/p&gt;
&lt;p&gt;In another case, a backward chain was considered finished as the source ID
was 0. Later on, that entity was found, but its pads were not valid.&lt;/p&gt;
&lt;p&gt;Here is a sample stack trace for one of those cases.&lt;/p&gt;
&lt;p&gt;[   20.650953] usb 1-1: new high-speed USB device number 2 using dummy_hcd
[   20.830206] usb 1-1: Using ep0 maxpacket: 8
[   20.83…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;media: uvcvideo: Mark invalid entities with id UVC_INVALID_ENTITY_ID&lt;/p&gt;
&lt;p&gt;Per UVC 1.1+ specification 3.7.2, units and terminals must have a non-zero
unique ID.&lt;/p&gt;
&lt;p&gt;```
Each Unit and Terminal within the video function is assigned a unique
identification number, the Unit ID (UID) or Terminal ID (TID), contained in
the bUnitID or bTerminalID field of the descriptor. The value 0x00 is
reserved for undefined ID,
```&lt;/p&gt;
&lt;p&gt;If we add a new entity with id 0 or a duplicated ID, it will be marked
as UVC_INVALID_ENTITY_ID.&lt;/p&gt;
&lt;p&gt;In a previous attempt commit 3dd075fe8ebb (&amp;#34;media: uvcvideo: Require
entities to have a non-zero unique ID&amp;#34;), we ignored all the invalid units,
this broke a lot of non-compatible cameras. Hopefully we are more lucky
this time.&lt;/p&gt;
&lt;p&gt;This also prevents some syzkaller reproducers from triggering warnings due
to a chain of entities referring to themselves. In one particular case, an
Output Unit is connected to an Input Unit, both with the same ID of 1. But
when looking up for the source ID of the Output Unit, that same entity is
found instead of the input entity, which leads to such warnings.&lt;/p&gt;
&lt;p&gt;In another case, a backward chain was considered finished as the source ID
was 0. Later on, that entity was found, but its pads were not valid.&lt;/p&gt;
&lt;p&gt;Here is a sample stack trace for one of those cases.&lt;/p&gt;
&lt;p&gt;[   20.650953] usb 1-1: new high-speed USB device number 2 using dummy_hcd
[   20.830206] usb 1-1: Using ep0 maxpacket: 8
[   20.83…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2025-40016</guid>
    </item>
  </channel>
</rss>
