Skip to content

← Public intelligence

Maven package

ch.qos.logback:logback-classic

Open actionable advisories and recorded vendor fixes. This public package view has no inventory attached and cannot establish whether your deployment is affected. A vendor fix never resolves your finding; verify your installed version and the source guidance.

Open advisories

2 actionable advisories, newest first. Withdrawn advisories and news are excluded. Coverage is partial.

  1. High, CVSS 7.1MavenPublished

    logback serialization vulnerability

    CVE-2023-6378 · GHSA-vmq6-5m68-f53m

    Affected
    • Maven ch.qos.logback:logback-classic >= 1.4.0, < 1.4.12; >= 1.3.0, < 1.3.12; < 1.2.13
    Fixed in
    1.2.131.4.121.3.12· Vendor fix available
    Issue
    A serialization vulnerability in logback receiver component part of logback allows an attacker to mount a Denial-Of-Service attack by sending poisoned data. This is only exploitable if logback receiver component is deployed. See https://logback.qos.ch/manual/receivers.html

    Recommended action: Upgrade to 1.4.12, 1.3.12 or 1.2.13 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  2. Critical, CVSS 9.8MavenPublished

    QOS.ch Logback vulnerable to Deserialization of Untrusted Data

    CVE-2017-5929 · GHSA-vmfg-rjjm-rjrj

    Affected
    • Maven ch.qos.logback:logback-classic < 1.2.0
    Fixed in
    1.2.0· Vendor fix available
    Issue
    QOS.ch Logback before 1.2.0 has a serialization vulnerability affecting the SocketServer and ServerSocketReceiver components. The RemoteStreamAppenderClient class in logback-classic and the SocketNode classes in logback-classic and logback-access allow data to be deserialized over a Java Socket, via an ObjectInputStream, without validating the data beforehand. When data is received from the Socket, to be logged, it is deserialized into Java objects.An attacker can exploit this vulnerability by sending malicious, serialized Java objects over the connection to the Socket, which may result in execution of arbitrary code when those objects are deserialized. Note that although logback-core is implicated by the Logback project here, the Sonatype Security Research team discovered that the vulnerability is actually present in the logback-classic and logback-access components. Versions prior to 1.2.0 are vulnerable, as stated in the advisory.

    Recommended action: Upgrade to 1.2.0 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →