Skip to content

← Public intelligence

Maven package

org.eclipse.jgit:org.eclipse.jgit

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

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

  1. Medium, CVSS 6.8MavenPublished

    Eclipse JGit XML External Entity (XXE) Vulnerability

    CVE-2025-4949 · GHSA-vrpq-qp53-qv56

    Affected
    • Maven org.eclipse.jgit:org.eclipse.jgit >= 7.2.0.202503040940-r, < 7.2.1.202505142326-r; >= 7.1.0.202411261347-r, < 7.1.1.202505221757-r; >= 7.0.0.202409031743-r, < 7.0.1.202505221510-r; >= 6.1.0.202203080745-r, < 6.10.1.202505221210-r; < 5.13.4.202507202350-r; >= 6.0.0.202110060947-m1, < 6.0.0.202111291000-r
    Fixed in
    7.2.1.202505142326-r6.10.1.202505221210-r7.1.1.202505221757-r5.13.4.202507202350-r6.0.0.202111291000-r7.0.1.202505221510-r· Vendor fix available
    Issue
    In Eclipse JGit versions 7.2.0.202503040940-r and older, the ManifestParser class used by the repo command and the AmazonS3 class used to implement the experimental amazons3 git transport protocol allowing to store git pack files in an Amazon S3 bucket, are vulnerable to XML External Entity (XXE) attacks when parsing XML files. This vulnerability can lead to information disclosure, denial of service, and other security issues.

    Recommended action: Upgrade to 7.2.1.202505142326-r (pre-release), 7.1.1.202505221757-r (pre-release), 7.0.1.202505221510-r (pre-release) or 3 more 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. High, CVSS 8.8MavenPublished

    Arbitrary File Overwrite in Eclipse JGit

    CVE-2023-4759 · GHSA-3p86-9955-h393

    Affected
    • Maven org.eclipse.jgit:org.eclipse.jgit >= 6.0.0.202111291000-r, <= 6.6.0.202305301015-r; < 5.13.3.202401111512-r
    Fixed in
    6.6.1.202309021850-r5.13.3.202401111512-r· Vendor fix available
    Issue
    Arbitrary File Overwrite in Eclipse JGit <= 6.6.0 In Eclipse JGit, all versions <= 6.6.0.202305301015-r, a symbolic link present in a specially crafted git repository can be used to write a file to locations outside the working tree when this repository is cloned with JGit to a case-insensitive filesystem, or when a checkout from a clone of such a repository is performed on a case-insensitive filesystem. This can happen on checkout (DirCacheCheckout), merge (ResolveMerger via its WorkingTreeUpdater), pull (PullCommand using merge), and when applying a patch (PatchApplier). This can be exploited for remote code execution (RCE), for instance if the file written outside the working tree is a git filter that gets executed on a subsequent git command. The issue occurs only on case-insensitive filesystems, like the default filesystems on Windows and macOS. The user performing the clone or checkout must have the rights to create symbolic links for the problem to occur, and symbolic links…

    Recommended action: Upgrade to 6.6.1.202309021850-r (pre-release) or 5.13.3.202401111512-r (pre-release) 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 →
  3. Critical, CVSS 9.3MavenAmendedPublished

    JGit Improper Input Validation vulnerability

    CVE-2014-9390 · GHSA-6vvc-c2m3-cjf3

    Affected
    • Maven org.eclipse.jgit:org.eclipse.jgit < 3.5.3
    Fixed in
    3.5.3· Vendor fix available
    Issue
    Git before 1.8.5.6, 1.9.x before 1.9.5, 2.0.x before 2.0.5, 2.1.x before 2.1.4, and 2.2.x before 2.2.1 on Windows and OS X; Mercurial before 3.2.3 on Windows and OS X; Apple Xcode before 6.2 beta 3; mine; libgit2; Egit; and JGit allow remote Git servers to execute arbitrary commands via a tree containing a crafted .git/config file with (1) an ignorable Unicode codepoint, (2) a git~1/config representation, or (3) mixed case that is improperly handled on a case-insensitive filesystem.

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

    Sources:osv.dev (1)github.com (2)Source checked Evidence →