CVE-2026-104016

{"dataType": "CVE_RECORD", "dataVersion": "5.2", "cveMetadata": {"cveId": "CVE-2026-104016", "assignerOrgId": "36c7be3b-2937-45df-85ea-ca7133ea542c", "state": "PUBLISHED", "assignerShortName": "HeroDevs", "dateReserved": "2026-10-01T16:52:07.587Z", "datePublished": "2026-10-27T23:52:20.141Z", "dateUpdated": "2026-11-04T20:20:12.463Z"}, "containers": {"cna": {"providerMetadata": {"orgId": "36c7be3b-2937-45df-85ea-ca7133ea542c", "shortName": "HeroDevs", "dateUpdated": "2026-10-27T23:52:20.141Z"}, "title": "jackson-dataformat-protobuf: signed integer overflow in string-length paths allows unbounded array allocation and OutOfMemoryError", "problemTypes": [{"descriptions": [{"lang": "en", "cweId": "CWE-190", "description": "CWE-190 Integer Overflow or Wraparound", "type": "CWE"}]}], "impacts": [{"capecId": "CAPEC-130", "descriptions": [{"lang": "en", "value": "CAPEC-130 Excessive Allocation"}]}], "affected": [{"vendor": "FasterXML", "product": "jackson-dataformat-protobuf", "collectionURL": "https://repo.maven.apache.org/maven2", "packageName": "com.fasterxml.jackson.dataformat:jackson-dataformat-protobuf", "repo": "https://github.com/FasterXML/jackson-dataformats-binary", "versions": [{"status": "affected", "version": "2.6.0", "lessThan": "2.18.12", "versionType": "maven"}, {"status": "unaffected", "version": "2.18.12", "versionType": "maven"}, {"status": "affected", "version": "2.19.0", "lessThan": "2.21.8", "versionType": "maven"}, {"status": "unaffected", "version": "2.21.8", "versionType": "maven"}, {"status": "affected", "version": "2.22.0", "lessThan": "2.22.4", "versionType": "maven"}, {"status": "unaffected", "version": "2.22.4", "versionType": "maven"}], "defaultStatus": "unaffected"}, {"vendor": "FasterXML", "product": "jackson-dataformat-protobuf", "collectionURL": "https://repo.maven.apache.org/maven2", "packageName": "tools.jackson.dataformat:jackson-dataformat-protobuf", "repo": "https://github.com/FasterXML/jackson-dataformats-binary", "versions": [{"status": "affected", "version": "3.0.0", "lessThan": "3.1.8", "versionType": "maven"}, {"status": "unaffected", "version": "3.1.8", "versionType": "maven"}, {"status": "affected", "version": "3.2.0", "lessThan": "3.2.4", "versionType": "maven"}, {"status": "unaffected", "version": "3.2.4", "versionType": "maven"}], "defaultStatus": "unaffected"}], "descriptions": [{"lang": "en", "value": "ProtobufParser parses length-prefixed protobuf string and bytes fields by checking (_inputPtr + len) <= _inputEnd and then, on the fast path, calling _finishShortText(len). Both use 32-bit signed integer arithmetic. When an attacker supplies a varint decoding to a length near Integer.MAX_VALUE, _inputPtr + len overflows to a negative value, the bounds check passes, and _finishShortText(len) reaches TextBuffer.expandCurrentSegment(len), which performs Arrays.copyOf with no cap and throws OutOfMemoryError: Requested array size exceeds VM limit.\n\n\n\nThe JVM refuses arrays larger than Integer.MAX_VALUE - 8 before consulting available heap, so -Xmx tuning does not mitigate the issue. StreamReadConstraints.maxStringLength and maxDocumentLength do not gate this path: a 33-byte payload is far below any document-length cap and the string-length check does not fire before the allocation. This was confirmed empirically against shipping artifacts with maxStringLength, maxDocumentLength and maxNestingDepth all configured.\n\n\n\nA February 2026 hardening commit added the equivalent overflow guard to the packed-array-length and message-length paths but left the string-length call sites unguarded. No privileges or user interaction beyond the ability to submit data for parsing are required.", "supportingMedia": [{"type": "text/html", "base64": false, "value": "<p>ProtobufParser parses length-prefixed protobuf string and bytes fields by checking (_inputPtr + len) &lt;= _inputEnd and then, on the fast path, calling _finishShortText(len). Both use 32-bit signed integer arithmetic. When an attacker supplies a varint decoding to a length near Integer.MAX_VALUE, _inputPtr + len overflows to a negative value, the bounds check passes, and _finishShortText(len) reaches TextBuffer.expandCurrentSegment(len), which performs Arrays.copyOf with no cap and throws OutOfMemoryError: Requested array size exceeds VM limit.</p><p>The JVM refuses arrays larger than Integer.MAX_VALUE - 8 before consulting available heap, so -Xmx tuning does not mitigate the issue. StreamReadConstraints.maxStringLength and maxDocumentLength do not gate this path: a 33-byte payload is far below any document-length cap and the string-length check does not fire before the allocation. This was confirmed empirically against shipping artifacts with maxStringLength, maxDocumentLength and maxNestingDepth all configured.</p><p>A February 2026 hardening commit added the equivalent overflow guard to the packed-array-length and message-length paths but left the string-length call sites unguarded. No privileges or user interaction beyond the ability to submit data for parsing are required.</p>"}]}], "tags": ["x_open-source"], "references": [{"url": "https://github.com/FasterXML/jackson-dataformats-binary/security/advisories/GHSA-c2rq-mcfv-jw29", "name": "GHSA-c2rq-mcfv-jw29", "tags": ["vendor-advisory"]}], "metrics": [{"format": "CVSS", "scenarios": [{"lang": "en", "value": "GENERAL"}], "cvssV3_1": {"version": "3.1", "attackVector": "NETWORK", "attackComplexity": "LOW", "privilegesRequired": "NONE", "userInteraction": "NONE", "scope": "UNCHANGED", "confidentialityImpact": "NONE", "integrityImpact": "NONE", "availabilityImpact": "HIGH", "baseSeverity": "HIGH", "baseScore": 7.5, "vectorString": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H"}}], "timeline": [{"time": "2026-10-20T22:46:00.000Z", "lang": "en", "value": "GHSA-c2rq-mcfv-jw29 published by the maintainer in FasterXML/jackson-dataformats-binary"}], "credits": [{"lang": "en", "value": "bewithyash", "type": "reporter"}, {"lang": "en", "value": "cowtowncoder (Tatu Saloranta)", "type": "coordinator"}], "source": {"advisory": "GHSA-c2rq-mcfv-jw29", "discovery": "EXTERNAL"}, "x_generator": {"engine": "Vulnogram 0.5.0"}}, "adp": [{"metrics": [{"other": {"type": "ssvc", "content": {"timestamp": "2026-11-04T20:07:55.621484Z", "id": "CVE-2026-104016", "options": [{"Exploitation": "none"}, {"Automatable": "yes"}, {"Technical Impact": "partial"}], "role": "CISA Coordinator", "version": "2.0.3"}}}], "title": "CISA ADP Vulnrichment", "providerMetadata": {"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "shortName": "CISA-ADP", "dateUpdated": "2026-11-04T20:20:12.463Z"}}]}}

{"dataType": "CVE_RECORD", "containers": {"adp": [{"title": "CISA ADP Vulnrichment", "metrics": [{"other": {"type": "ssvc", "content": {"id": "CVE-2026-104016", "role": "CISA Coordinator", "options": [{"Exploitation": "none"}, {"Automatable": "yes"}, {"Technical Impact": "partial"}], "version": "2.0.3", "timestamp": "2026-11-04T20:07:55.621484Z"}}}], "providerMetadata": {"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "shortName": "CISA-ADP", "dateUpdated": "2026-11-04T20:07:56.310Z"}}], "cna": {"tags": ["x_open-source"], "title": "jackson-dataformat-protobuf: signed integer overflow in string-length paths allows unbounded array allocation and OutOfMemoryError", "source": {"advisory": "GHSA-c2rq-mcfv-jw29", "discovery": "EXTERNAL"}, "credits": [{"lang": "en", "type": "reporter", "value": "bewithyash"}, {"lang": "en", "type": "coordinator", "value": "cowtowncoder (Tatu Saloranta)"}], "impacts": [{"capecId": "CAPEC-130", "descriptions": [{"lang": "en", "value": "CAPEC-130 Excessive Allocation"}]}], "metrics": [{"format": "CVSS", "cvssV3_1": {"scope": "UNCHANGED", "version": "3.1", "baseScore": 7.5, "attackVector": "NETWORK", "baseSeverity": "HIGH", "vectorString": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H", "integrityImpact": "NONE", "userInteraction": "NONE", "attackComplexity": "LOW", "availabilityImpact": "HIGH", "privilegesRequired": "NONE", "confidentialityImpact": "NONE"}, "scenarios": [{"lang": "en", "value": "GENERAL"}]}], "affected": [{"repo": "https://github.com/FasterXML/jackson-dataformats-binary", "vendor": "FasterXML", "product": "jackson-dataformat-protobuf", "versions": [{"status": "affected", "version": "2.6.0", "lessThan": "2.18.12", "versionType": "maven"}, {"status": "unaffected", "version": "2.18.12", "versionType": "maven"}, {"status": "affected", "version": "2.19.0", "lessThan": "2.21.8", "versionType": "maven"}, {"status": "unaffected", "version": "2.21.8", "versionType": "maven"}, {"status": "affected", "version": "2.22.0", "lessThan": "2.22.4", "versionType": "maven"}, {"status": "unaffected", "version": "2.22.4", "versionType": "maven"}], "packageName": "com.fasterxml.jackson.dataformat:jackson-dataformat-protobuf", "collectionURL": "https://repo.maven.apache.org/maven2", "defaultStatus": "unaffected"}, {"repo": "https://github.com/FasterXML/jackson-dataformats-binary", "vendor": "FasterXML", "product": "jackson-dataformat-protobuf", "versions": [{"status": "affected", "version": "3.0.0", "lessThan": "3.1.8", "versionType": "maven"}, {"status": "unaffected", "version": "3.1.8", "versionType": "maven"}, {"status": "affected", "version": "3.2.0", "lessThan": "3.2.4", "versionType": "maven"}, {"status": "unaffected", "version": "3.2.4", "versionType": "maven"}], "packageName": "tools.jackson.dataformat:jackson-dataformat-protobuf", "collectionURL": "https://repo.maven.apache.org/maven2", "defaultStatus": "unaffected"}], "timeline": [{"lang": "en", "time": "2026-10-20T22:46:00.000Z", "value": "GHSA-c2rq-mcfv-jw29 published by the maintainer in FasterXML/jackson-dataformats-binary"}], "references": [{"url": "https://github.com/FasterXML/jackson-dataformats-binary/security/advisories/GHSA-c2rq-mcfv-jw29", "name": "GHSA-c2rq-mcfv-jw29", "tags": ["vendor-advisory"]}], "x_generator": {"engine": "Vulnogram 0.5.0"}, "descriptions": [{"lang": "en", "value": "ProtobufParser parses length-prefixed protobuf string and bytes fields by checking (_inputPtr + len) <= _inputEnd and then, on the fast path, calling _finishShortText(len). Both use 32-bit signed integer arithmetic. When an attacker supplies a varint decoding to a length near Integer.MAX_VALUE, _inputPtr + len overflows to a negative value, the bounds check passes, and _finishShortText(len) reaches TextBuffer.expandCurrentSegment(len), which performs Arrays.copyOf with no cap and throws OutOfMemoryError: Requested array size exceeds VM limit.\n\n\n\nThe JVM refuses arrays larger than Integer.MAX_VALUE - 8 before consulting available heap, so -Xmx tuning does not mitigate the issue. StreamReadConstraints.maxStringLength and maxDocumentLength do not gate this path: a 33-byte payload is far below any document-length cap and the string-length check does not fire before the allocation. This was confirmed empirically against shipping artifacts with maxStringLength, maxDocumentLength and maxNestingDepth all configured.\n\n\n\nA February 2026 hardening commit added the equivalent overflow guard to the packed-array-length and message-length paths but left the string-length call sites unguarded. No privileges or user interaction beyond the ability to submit data for parsing are required.", "supportingMedia": [{"type": "text/html", "value": "<p>ProtobufParser parses length-prefixed protobuf string and bytes fields by checking (_inputPtr + len) &lt;= _inputEnd and then, on the fast path, calling _finishShortText(len). Both use 32-bit signed integer arithmetic. When an attacker supplies a varint decoding to a length near Integer.MAX_VALUE, _inputPtr + len overflows to a negative value, the bounds check passes, and _finishShortText(len) reaches TextBuffer.expandCurrentSegment(len), which performs Arrays.copyOf with no cap and throws OutOfMemoryError: Requested array size exceeds VM limit.</p><p>The JVM refuses arrays larger than Integer.MAX_VALUE - 8 before consulting available heap, so -Xmx tuning does not mitigate the issue. StreamReadConstraints.maxStringLength and maxDocumentLength do not gate this path: a 33-byte payload is far below any document-length cap and the string-length check does not fire before the allocation. This was confirmed empirically against shipping artifacts with maxStringLength, maxDocumentLength and maxNestingDepth all configured.</p><p>A February 2026 hardening commit added the equivalent overflow guard to the packed-array-length and message-length paths but left the string-length call sites unguarded. No privileges or user interaction beyond the ability to submit data for parsing are required.</p>", "base64": false}]}], "problemTypes": [{"descriptions": [{"lang": "en", "type": "CWE", "cweId": "CWE-190", "description": "CWE-190 Integer Overflow or Wraparound"}]}], "providerMetadata": {"orgId": "36c7be3b-2937-45df-85ea-ca7133ea542c", "shortName": "HeroDevs", "dateUpdated": "2026-10-27T23:52:20.141Z"}}}, "cveMetadata": {"cveId": "CVE-2026-104016", "state": "PUBLISHED", "dateUpdated": "2026-11-04T20:20:12.463Z", "dateReserved": "2026-10-01T16:52:07.587Z", "assignerOrgId": "36c7be3b-2937-45df-85ea-ca7133ea542c", "datePublished": "2026-10-27T23:52:20.141Z", "assignerShortName": "HeroDevs"}, "dataVersion": "5.2"}

{"affected": [{"affectedData": [{"collectionURL": "https://repo.maven.apache.org/maven2", "defaultStatus": "unaffected", "packageName": "com.fasterxml.jackson.dataformat:jackson-dataformat-protobuf", "product": "jackson-dataformat-protobuf", "repo": "https://github.com/FasterXML/jackson-dataformats-binary", "vendor": "FasterXML", "versions": [{"lessThan": "2.18.12", "status": "affected", "version": "2.6.0", "versionType": "maven"}, {"status": "unaffected", "version": "2.18.12", "versionType": "maven"}, {"lessThan": "2.21.8", "status": "affected", "version": "2.19.0", "versionType": "maven"}, {"status": "unaffected", "version": "2.21.8", "versionType": "maven"}, {"lessThan": "2.22.4", "status": "affected", "version": "2.22.0", "versionType": "maven"}, {"status": "unaffected", "version": "2.22.4", "versionType": "maven"}]}, {"collectionURL": "https://repo.maven.apache.org/maven2", "defaultStatus": "unaffected", "packageName": "tools.jackson.dataformat:jackson-dataformat-protobuf", "product": "jackson-dataformat-protobuf", "repo": "https://github.com/FasterXML/jackson-dataformats-binary", "vendor": "FasterXML", "versions": [{"lessThan": "3.1.8", "status": "affected", "version": "3.0.0", "versionType": "maven"}, {"status": "unaffected", "version": "3.1.8", "versionType": "maven"}, {"lessThan": "3.2.4", "status": "affected", "version": "3.2.0", "versionType": "maven"}, {"status": "unaffected", "version": "3.2.4", "versionType": "maven"}]}], "source": "36c7be3b-2937-45df-85ea-ca7133ea542c"}], "cveTags": [], "descriptions": [{"lang": "en", "value": "ProtobufParser parses length-prefixed protobuf string and bytes fields by checking (_inputPtr + len) <= _inputEnd and then, on the fast path, calling _finishShortText(len). Both use 32-bit signed integer arithmetic. When an attacker supplies a varint decoding to a length near Integer.MAX_VALUE, _inputPtr + len overflows to a negative value, the bounds check passes, and _finishShortText(len) reaches TextBuffer.expandCurrentSegment(len), which performs Arrays.copyOf with no cap and throws OutOfMemoryError: Requested array size exceeds VM limit.\n\n\n\nThe JVM refuses arrays larger than Integer.MAX_VALUE - 8 before consulting available heap, so -Xmx tuning does not mitigate the issue. StreamReadConstraints.maxStringLength and maxDocumentLength do not gate this path: a 33-byte payload is far below any document-length cap and the string-length check does not fire before the allocation. This was confirmed empirically against shipping artifacts with maxStringLength, maxDocumentLength and maxNestingDepth all configured.\n\n\n\nA February 2026 hardening commit added the equivalent overflow guard to the packed-array-length and message-length paths but left the string-length call sites unguarded. No privileges or user interaction beyond the ability to submit data for parsing are required."}], "id": "CVE-2026-104016", "lastModified": "2026-11-04T21:17:42.170", "metrics": {"cvssMetricV31": [{"cvssData": {"attackComplexity": "LOW", "attackVector": "NETWORK", "availabilityImpact": "HIGH", "baseScore": 7.5, "baseSeverity": "HIGH", "confidentialityImpact": "NONE", "integrityImpact": "NONE", "privilegesRequired": "NONE", "scope": "UNCHANGED", "userInteraction": "NONE", "vectorString": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H", "version": "3.1"}, "exploitabilityScore": 3.9, "impactScore": 3.6, "source": "36c7be3b-2937-45df-85ea-ca7133ea542c", "type": "Secondary"}], "ssvcV203": [{"source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "ssvcData": {"id": "CVE-2026-104016", "options": [{"exploitation": "none"}, {"automatable": "yes"}, {"technicalImpact": "partial"}], "role": "CISA Coordinator", "timestamp": "2026-11-04T20:07:55.621484Z", "version": "2.0.3"}}]}, "published": "2026-10-28T00:17:10.530", "references": [{"source": "36c7be3b-2937-45df-85ea-ca7133ea542c", "url": "https://github.com/FasterXML/jackson-dataformats-binary/security/advisories/GHSA-c2rq-mcfv-jw29"}], "sourceIdentifier": "36c7be3b-2937-45df-85ea-ca7133ea542c", "vulnStatus": "Deferred", "weaknesses": [{"description": [{"lang": "en", "value": "CWE-190"}], "source": "36c7be3b-2937-45df-85ea-ca7133ea542c", "type": "Secondary"}]}

{"bugzilla": {"description": "com.fasterxml.jackson.dataformat/jackson-dataformat-protobuf: jackson-dataformat-protobuf: Denial of Service via integer overflow during field parsing", "id": "2562516", "url": "https://bugzilla.redhat.com/show_bug.cgi?id=2562516"}, "csaw": false, "cvss3": {"cvss3_base_score": "7.5", "cvss3_scoring_vector": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H", "status": "draft"}, "cwe": "CWE-190", "details": ["ProtobufParser parses length-prefixed protobuf string and bytes fields by checking (_inputPtr + len) <= _inputEnd and then, on the fast path, calling _finishShortText(len). Both use 32-bit signed integer arithmetic. When an attacker supplies a varint decoding to a length near Integer.MAX_VALUE, _inputPtr + len overflows to a negative value, the bounds check passes, and _finishShortText(len) reaches TextBuffer.expandCurrentSegment(len), which performs Arrays.copyOf with no cap and throws OutOfMemoryError: Requested array size exceeds VM limit.\nThe JVM refuses arrays larger than Integer.MAX_VALUE - 8 before consulting available heap, so -Xmx tuning does not mitigate the issue. StreamReadConstraints.maxStringLength and maxDocumentLength do not gate this path: a 33-byte payload is far below any document-length cap and the string-length check does not fire before the allocation. This was confirmed empirically against shipping artifacts with maxStringLength, maxDocumentLength and maxNestingDepth all configured.\nA February 2026 hardening commit added the equivalent overflow guard to the packed-array-length and message-length paths but left the string-length call sites unguarded. No privileges or user interaction beyond the ability to submit data for parsing are required.", "A flaw was found in jackson-dataformat-protobuf. This vulnerability allows a remote attacker to cause a Denial of Service (DoS) by sending specially crafted Protocol Buffers data. Due to an integer overflow during bounds checking for length-prefixed string and byte fields, the parser bypasses validation and attempts an oversized memory allocation, crashing the application."], "name": "CVE-2026-104016", "package_state": [{"cpe": "cpe:/a:redhat:camel_quarkus:3", "fix_state": "Affected", "package_name": "jackson-dataformat-protobuf", "product_name": "Red Hat build of Apache Camel 4 for Quarkus 3"}, {"cpe": "cpe:/a:redhat:camel_spring_boot:4", "fix_state": "Affected", "package_name": "jackson-dataformat-protobuf", "product_name": "Red Hat build of Apache Camel for Spring Boot 4"}, {"cpe": "cpe:/a:redhat:jboss_fuse:7", "fix_state": "Fix deferred", "package_name": "jackson-dataformat-protobuf", "product_name": "Red Hat Fuse 7"}], "public_date": "2026-10-27T23:52:20Z", "references": ["https://www.cve.org/CVERecord?id=CVE-2026-104016\nhttps://nvd.nist.gov/vuln/detail/CVE-2026-104016\nhttps://github.com/FasterXML/jackson-dataformats-binary/security/advisories/GHSA-c2rq-mcfv-jw29"], "threat_severity": "Important"}

{"created": "2026-10-28T01:45:12.094035+00:00", "updated": "2026-10-28T01:45:12.094051+00:00", "vendors": []}