<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-17T11:19:34.500308+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://db.gcve.eu/vuln/fkie_cve-2026-54697</id>
    <title>fkie_cve-2026-54697</title>
    <updated>2026-10-17T11:19:34.523438+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>ConnectBot SSH Client Library is written in Kotlin with Kaitai Struct and KStateMachine. Prior to 0.3.1, DerReader.readLength() accepts excessive long-form DER length octets, accumulates them into an Int, and primitive readers allocate arrays without checking the declared size against the remaining input. An application or user that loads an attacker-provided private-key file through SshClient.authenticatePublicKey(), SshKeys.decodePemPrivateKey(), SshSigning.sign(), or SshSigning.getPublicKey() can trigger integer wraparound, excessive allocation, or an uncaught OutOfMemoryError. SSH server host keys and agent-forwarding messages do not use this application-supplied private-key input path. No usable weakened key and no confidentiality or integrity impact have been demonstrated. This issue is fixed in version 0.3.1.</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-54697"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-vc8p-8pxg-rfwg</id>
    <title>GHSA-vc8p-8pxg-rfwg — ConnectBot SSH Client Library: Excessive allocation and integer overflow in DER private-key parsing</title>
    <updated>2026-10-17T11:19:34.523506+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Maven: org.connectbot.sshlib:sshlib</p>
<p>## Summary</p>
<p>The DER parser used for application-supplied private keys did not safely validate encoded length values before converting them to `Int` values or allocating arrays.</p>
<p>A malformed private-key file could encode a length that overflowed or wrapped around, or request an allocation much larger than the available input. This could cause parsing errors or an uncaught `OutOfMemoryError`, potentially terminating the application process.</p>
<p>## Details</p>
<p>The issue was in `DerReader.readLength()` and primitive readers such as `readInteger()`.</p>
<p>`readLength()` previously accepted up to 127 length octets and accumulated them into an `Int`:</p>
<p>```kotlin
length = (length shl 8) or nextByte
```</p>
<p>This permitted integer overflow. For example:</p>
<p>- `0x1_0000_0001` wrapped to `1`.
- `0x8000_0000` wrapped to `Int.MIN_VALUE`.</p>
<p>Primitive readers then allocated memory based on the resulting value without first checking it against the remaining input:</p>
<p>```kotlin
val bytes = ByteArray(length)
data.get(bytes)
```</p>
<p>A six-byte DER value declaring a 1 GiB INTEGER caused an immediate `OutOfMemoryError` when tested with a constrained JVM heap. Because `OutOfMemoryError` is not an `Exception`, it is not caught by the public-key authentication error handling and may terminate the application process.</p>
<p>A zero-length DER INTEGER is also invalid, but it does not produce `BigInteger.ZERO`: Java throws `NumberFormatException` when constructing a `BigInteger` from an empty byte array. No weakened or usable crypt…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-vc8p-8pxg-rfwg"/>
  </entry>
</feed>
