p PatchFirst

PatchFirst · Vulnérabilités récentes

gitpython 3.1.59 : vulnérabilités connues

La comparaison pour gitpython 3.1.59 est incomplète. Consultez les correspondances confirmées ci-dessous.

RSS ↗
Filtrer les vulnérabilités
Effacer les filtres

Impossible de comparer 2 entrées. Les résultats sont incomplets.

Vulnérabilités : 5

  1. CVE-2026-114145

    Élevée · CVSS 7.5EPSS 0,26%Code d’exploitation publicCorrectif disponible

    GitPython validates a submodule's ".git" path only after cloning into it (RCE)

    GitPython is a python library used to interact with Git repositories. Prior to 3.2.1, create_submodule() in git/objects/submodule/base.py accepts an attacker-influenced submodule path such as .git/hooks and invokes _clone_repo() before safely rejecting the destination. In 3.1.x, _validate_repo_path() does not exist and the call succeeds silently, while in 3.2.0 and later affected revisions the check in git/index/base.py raises ValueError only after the clone has written to disk and does not remove the planted file. An attacker-controlled submodule can therefore place an executable post-checkout hook that a later Git operation executes. Exploi

    • Mettez à jour vers 3.2.1
    Publication Mise à jour
  2. CVE-2026-100689

    Élevée · CVSS 8.7EPSS 0,4%Correctif disponible

    GitPython before 3.1.62 Path Traversal via gitmodules path

    GitPython before 3.1.62 does not validate the `path` field read from an untrusted .gitmodules file when updating submodules. While a prior fix (GHSA-hmq2-w58f-27jc) added Submodule._validated_name() to constrain the `name` field, and GitPython's own containment guard Submodule._to_relative_path() is applied in add() and move(), Submodule.update() derives the absolute checkout location from the raw `path` value without that guard. A .gitmodules entry containing directory traversal components (e.g., path = ../../../tmp/escaped) can therefore cause directories to be created via os.makedirs() outside the repository working tree, populated from th

    • Mettez à jour vers 3.1.62
    Publication Mise à jour
  3. CVE-2026-87819

    Élevée · CVSS 8.7EPSS 0,52%Correctif disponible

    GitPython before 3.1.60 Denial of Service via ReDoS

    GitPython before 3.1.60 contains a regular expression denial of service vulnerability in Actor.name_email_regex that processes commit author and committer fields. Attackers can craft a commit object with a malformed author field containing an unterminated angle bracket to cause quadratic backtracking, exhausting CPU resources for over two minutes per commit access.

    • Mettez à jour vers 3.1.60
    Publication Mise à jour
  4. CVE-2026-87818

    Élevée · CVSS 7.1EPSS 0,41%Correctif disponible

    GitPython 3.1.59 Local File Content Oracle via --no-index

    GitPython 3.1.59 fails to restrict the --no-index option in the high-level diff API, allowing attackers to read arbitrary filesystem paths as repository operands. Attackers can combine --no-index with -I/--ignore-matching-lines to create a content-dependent Boolean oracle, repeatedly querying local files to recover single-line secrets through distinguishable success or error responses.

    • Mettez à jour vers 3.1.60
    Publication Mise à jour
  5. CVE-2026-87817

    Élevée · CVSS 8.7EPSS 0,4%Code d’exploitation publicCorrectif disponible

    GitPython before 3.1.60 Remote Code Execution via Git Directory Impersonation

    GitPython before 3.1.60 fails to properly validate the git directory location, allowing attackers to impersonate the git directory using tracked files like gitdir, commondir, and HEAD. Attackers can execute arbitrary code by placing a malicious pre-commit hook in the tracked hooks directory that executes when a victim calls index.commit() on a cloned or opened repository.

    • Mettez à jour vers 3.1.60
    Publication Mise à jour

Vérifiez votre serveur

Comparez votre pile et les versions installées aux bases de vulnérabilités actuelles.

Vérifiez votre serveur →