<?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://db.gcve.eu</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>Sat, 17 Oct 2026 13:01:25 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-102834</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-102834</link>
      <description>&lt;p&gt;JavaCV provides Java interfaces to OpenCV, FFmpeg, and other multimedia libraries. Prior to 1.5.14, IPCameraFrameGrabber doubles a 32-bit buffer capacity without checking for overflow or bounding the parsed Content-Length. An application consumes an MJPEG response from a malicious camera endpoint or a tampered plaintext stream. The source can return an oversized Content-Length header in an MJPEG stream. Successful exploitation can trap the frame-grabbing thread in a permanent CPU-spinning loop and deny service. This issue is fixed in version 1.5.14.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;JavaCV provides Java interfaces to OpenCV, FFmpeg, and other multimedia libraries. Prior to 1.5.14, IPCameraFrameGrabber doubles a 32-bit buffer capacity without checking for overflow or bounding the parsed Content-Length. An application consumes an MJPEG response from a malicious camera endpoint or a tampered plaintext stream. The source can return an oversized Content-Length header in an MJPEG stream. Successful exploitation can trap the frame-grabbing thread in a permanent CPU-spinning loop and deny service. This issue is fixed in version 1.5.14.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-102834</guid>
    </item>
    <item>
      <title>GHSA-rxjv-24xq-76wc — JavaCV: Integer Overflow in IPCameraFrameGrabber Causes Infinite-Loop DoS</title>
      <link>https://db.gcve.eu/vuln/ghsa-rxjv-24xq-76wc</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.bytedeco:javacv&lt;/p&gt;
&lt;p&gt;### Summary
`IPCameraFrameGrabber` parses the `Content-Length` value from the multipart MJPEG HTTP stream returned by the configured IP camera without any bounds checking. A malicious or compromised camera endpoint - or any network attacker able to tamper with the plaintext HTTP response (these streams are conventionally accessed over `http://`, as documented in the class itself) - can supply a `Content-Length` value in the range `1073741825`-`2147483647`. This drives the internal buffer-growth routine `ensureBufferCapacity(int)` into 32-bit signed integer overflow, which turns the &amp;#34;grow the buffer&amp;#34; loop into a true infinite loop: the loop variable oscillates to `0` and never again satisfies the loop&amp;#39;s exit condition. The thread that called `grab()`/`grabBufferedImage()` spins at 100% CPU forever and never returns, permanently hanging the calling application&amp;#39;s frame-grabbing thread with no exception, timeout, or interrupt path available to the caller.&lt;/p&gt;
&lt;p&gt;### Details
File: `src/main/java/org/bytedeco/javacv/IPCameraFrameGrabber.java`&lt;/p&gt;
&lt;p&gt;```java
private byte[] readImage() throws IOException {
    ...
    int c0 = subheader.indexOf(&amp;#34;content-length: &amp;#34;);
    final int c1 = subheader.indexOf(&amp;#39;\r&amp;#39;, c0);
    if (c0 &amp;lt; 0) {
        throw new EOFException(&amp;#34;The camera stream ended unexpectedly&amp;#34;);
    }
    c0 += 16;
    final int contentLength = Integer.parseInt(subheader.substring(c0, c1).trim());   // &amp;lt;-- fully attacker-controlled
    // adaptive size - careful - don&amp;#39;t want a 2G jpeg…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.bytedeco:javacv&lt;/p&gt;
&lt;p&gt;### Summary
`IPCameraFrameGrabber` parses the `Content-Length` value from the multipart MJPEG HTTP stream returned by the configured IP camera without any bounds checking. A malicious or compromised camera endpoint - or any network attacker able to tamper with the plaintext HTTP response (these streams are conventionally accessed over `http://`, as documented in the class itself) - can supply a `Content-Length` value in the range `1073741825`-`2147483647`. This drives the internal buffer-growth routine `ensureBufferCapacity(int)` into 32-bit signed integer overflow, which turns the &amp;#34;grow the buffer&amp;#34; loop into a true infinite loop: the loop variable oscillates to `0` and never again satisfies the loop&amp;#39;s exit condition. The thread that called `grab()`/`grabBufferedImage()` spins at 100% CPU forever and never returns, permanently hanging the calling application&amp;#39;s frame-grabbing thread with no exception, timeout, or interrupt path available to the caller.&lt;/p&gt;
&lt;p&gt;### Details
File: `src/main/java/org/bytedeco/javacv/IPCameraFrameGrabber.java`&lt;/p&gt;
&lt;p&gt;```java
private byte[] readImage() throws IOException {
    ...
    int c0 = subheader.indexOf(&amp;#34;content-length: &amp;#34;);
    final int c1 = subheader.indexOf(&amp;#39;\r&amp;#39;, c0);
    if (c0 &amp;lt; 0) {
        throw new EOFException(&amp;#34;The camera stream ended unexpectedly&amp;#34;);
    }
    c0 += 16;
    final int contentLength = Integer.parseInt(subheader.substring(c0, c1).trim());   // &amp;lt;-- fully attacker-controlled
    // adaptive size - careful - don&amp;#39;t want a 2G jpeg…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-rxjv-24xq-76wc</guid>
    </item>
  </channel>
</rss>
