Skip to content

chore(deps): update dependency ch.qos.logback:logback-core to v1.5.25 [security] (master)#911

Open
renovatebot-confluentinc[bot] wants to merge 1 commit intomasterfrom
renovate/master-maven-ch.qos.logback-logback-core-vulnerability
Open

chore(deps): update dependency ch.qos.logback:logback-core to v1.5.25 [security] (master)#911
renovatebot-confluentinc[bot] wants to merge 1 commit intomasterfrom
renovate/master-maven-ch.qos.logback-logback-core-vulnerability

Conversation

@renovatebot-confluentinc
Copy link
Contributor

@renovatebot-confluentinc renovatebot-confluentinc bot commented Jan 26, 2026

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
ch.qos.logback:logback-core (source, changelog) 1.5.19 -> 1.5.25 age adoption passing confidence

Warning

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

GitHub Vulnerability Alerts

CVE-2026-1225

ACE vulnerability in configuration file processing by QOS.CH logback-core up to and including version 1.5.24 in Java applications, allows an attacker to instantiate classes already present on the class path by compromising an existing logback configuration file.

The instantiation of a potentially malicious Java class requires that said class is present on the user's class-path. In addition, the attacker must have write access to a configuration file. However, after successful instantiation, the instance is very likely to be discarded with no further ado.


Logback allows an attacker to instantiate classes already present on the class path

CVE-2026-1225 / GHSA-qqpg-mvqg-649v

More information

Details

ACE vulnerability in configuration file processing by QOS.CH logback-core up to and including version 1.5.24 in Java applications, allows an attacker to instantiate classes already present on the class path by compromising an existing logback configuration file.

The instantiation of a potentially malicious Java class requires that said class is present on the user's class-path. In addition, the attacker must have write access to a configuration file. However, after successful instantiation, the instance is very likely to be discarded with no further ado.

Severity

  • CVSS Score: Unknown
  • Vector String: CVSS:4.0/AV:L/AC:H/AT:P/PR:H/UI:N/VC:L/VI:L/VA:L/SC:L/SI:L/SA:L

References

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


Configuration

📅 Schedule: Branch creation - "" (UTC), 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 Renovate Bot.

@service-bot-app service-bot-app bot marked this pull request as ready for review January 26, 2026 06:20
@service-bot-app service-bot-app bot requested a review from a team as a code owner January 26, 2026 06:20
@service-bot-app
Copy link
Contributor

Could not automerge PR: CI checks have not passed

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