Skip to main content
CVE-2023-25815VulnerabilityPublished Updated

CVE-2023-25815: git · Path Traversal

Affects gitSource CVE Database V5

0

Not known to be exploited · CVSS 3.3 Low : upgrade to 2.40.1 when convenient.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
3.3Low
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.8% chance of exploitation in 30 days – higher than 57% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.40.1
CVSS:3.1/AV:L/AC:H/PR:L/UI:R/S:U/C:N/I:L/A:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 25 Apr 2023

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.

What to do

Upgrade git-for-windows/git to 2.40.1.

Affected software

ProductAffectedFixed in
GitHubgit-for-windows/gitpkg:github/git-for-windows/gitOther threatsAffected
  • <2.40.1
Fixed in
  • 2.40.1

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

1. Upgrade all Git for Windows installations to version 2.40.1 or later, where the vulnerability is patched. 2. Restrict permissions on the root C:\ directory to prevent non-administrative users from creating folders, thereby blocking the attack vector. 3. Create an empty C:\mingw64 directory on Windows machines to preempt attacker folder creation. 4. Avoid using shared Windows accounts or multi-user environments where low-privilege users have write access to C:\. 5. Educate users and developers to be cautious of unexpected or unusual Git messages, especially those prompting external actions like visiting websites. 6. Implement endpoint monitoring to detect unauthorized folder creation in C:\ and suspicious file placements. 7. Integrate security awareness training focused on social engineering risks related to development tools. These steps go beyond generic advice by focusing on environment hardening and user behavior specific to this vulnerability.

Description

In Git for Windows, the Windows port of Git, no localized messages are shipped with the installer. As a consequence, Git is expected not to localize messages at all, and skips the gettext initialization. However, due to a change in MINGW-packages, the `gettext()` function's implicit initialization no longer uses the runtime prefix but uses the hard-coded path `C:\mingw64\share\locale` to look for localized messages. And since any authenticated user has the permission to create folders in `C:\` (and since `C:\mingw64` does not typically exist), it is possible for low-privilege users to place fake messages in that location where `git.exe` will pick them up in version 2.40.1. This vulnerability is relatively hard to exploit and requires social engineering. For example, a legitimate message at the end of a clone could be maliciously modified to ask the user to direct their web browser to a malicious website, and the user might think that the message comes from Git and is legitimate. It does require local write access by the attacker, though, which makes this attack vector less likely. Version 2.40.1 contains a patch for this issue. Some workarounds are available. Do not work on a Windows machine with shared accounts, or alternatively create a `C:\mingw64` folder and leave it empty. Users who have administrative rights may remove the permission to create folders in `C:\`.

References

Community reviews

Loading reviews…