Skip to content

Update dependency org.springframework.kafka:spring-kafka to v3.3.16 [SECURITY] (main)#55

Draft
renovatebot-confluentinc[bot] wants to merge 1 commit into
mainfrom
renovate/main-maven-org.springframework.kafka-spring-kafka-vulnerability
Draft

Update dependency org.springframework.kafka:spring-kafka to v3.3.16 [SECURITY] (main)#55
renovatebot-confluentinc[bot] wants to merge 1 commit into
mainfrom
renovate/main-maven-org.springframework.kafka-spring-kafka-vulnerability

Conversation

@renovatebot-confluentinc

Copy link
Copy Markdown

For any questions/concerns about this PR, please review the Renovate Bot wiki/FAQs, or the #renovatebot Slack channel.

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
org.springframework.kafka:spring-kafka 3.3.43.3.16 age adoption passing confidence

Warning

Some dependencies could not be looked up. Check the warning logs for more information.


In Spring for Apache Kafka, overly broad trusted-package matching in header mappers exposes JDK classes to deserialization

CVE-2026-41731 / GHSA-xq69-5h5v-x9x4

More information

Details

JsonKafkaHeaderMapper and the deprecated DefaultKafkaHeaderMapper matched type headers against trusted packages using a prefix check, meaning that trusting any package implicitly trusted all of its subpackages. Combined with Jackson's default bean deserialization, a producer could supply crafted header values that caused the consumer to deserialize arbitrary JDK types.

Affected versions:
Spring for Apache Kafka 4.0.0 through 4.0.5; 3.3.0 through 3.3.15; 3.2.0 through 3.2.13; 2.9.0 through 2.9.13; 2.8.0 through 2.8.11.

Severity

  • CVSS Score: 8.1 / 10 (High)
  • Vector String: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H

References

This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).


In Spring for Apache Kafka, unbounded delegate cache keyed on user-controlled, potentially malicious selector header

CVE-2026-41726 / GHSA-xvfq-4q6q-gxx7

More information

Details

When an application opts into DelegatingDeserializer, a producer can grow the consumer's heap without bound by sending records with unique random spring.kafka.serialization.selector header values, eventually causing GC thrash and OutOfMemoryError.

Affected versions:
Spring for Apache Kafka 4.0.0 through 4.0.5; 3.3.0 through 3.3.15; 3.2.0 through 3.2.13; 2.9.0 through 2.9.13; 2.8.0 through 2.8.11.

Severity

  • CVSS Score: 6.5 / 10 (Medium)
  • Vector String: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H

References

This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).


Configuration

📅 Schedule: (UTC)

  • Branch creation
    • ""
  • Automerge
    • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR has been generated by Mend Renovate.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants