Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update dependency org.eclipse.jgit:org.eclipse.jgit to v5 [SECURITY] #132

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

renovate[bot]
Copy link

@renovate renovate bot commented Oct 9, 2023

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
org.eclipse.jgit:org.eclipse.jgit 4.4.1.201607150455-r -> 5.13.3.202401111512-r age adoption passing confidence

GitHub Vulnerability Alerts

CVE-2023-4759

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 must be enabled in the git configuration.

Setting git configuration option core.symlinks = false before checking out avoids the problem.

The issue was fixed in Eclipse JGit version 6.6.1.202309021850-r and 6.7.0.202309050840-r, available via Maven Central https://repo1.maven.org/maven2/org/eclipse/jgit/  and repo.eclipse.org https://repo.eclipse.org/content/repositories/jgit-releases/ . A backport is available in 5.13.3 starting from 5.13.3.202401111512-r.

The JGit maintainers would like to thank RyotaK for finding and reporting this issue.


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 was generated by Mend Renovate. View the repository job log.

@renovate renovate bot requested a review from a team as a code owner October 9, 2023 15:24
@renovate renovate bot force-pushed the renovate/maven-org.eclipse.jgit-org.eclipse.jgit-vulnerability branch from 8fcf2ab to 9cca0f9 Compare November 16, 2023 11:44
@renovate renovate bot force-pushed the renovate/maven-org.eclipse.jgit-org.eclipse.jgit-vulnerability branch from 9cca0f9 to f4e6311 Compare January 14, 2024 15:22
@renovate renovate bot changed the title Update dependency org.eclipse.jgit:org.eclipse.jgit to v6 [SECURITY] Update dependency org.eclipse.jgit:org.eclipse.jgit to v5 [SECURITY] Apr 11, 2024
@renovate renovate bot force-pushed the renovate/maven-org.eclipse.jgit-org.eclipse.jgit-vulnerability branch from f4e6311 to e9ed276 Compare April 11, 2024 19:54
@renovate renovate bot force-pushed the renovate/maven-org.eclipse.jgit-org.eclipse.jgit-vulnerability branch from e9ed276 to 79d5a70 Compare October 28, 2024 14:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants