p PatchFirst

PatchFirst · Свежие уязвимости

gitpython 3.1.59: известные уязвимости

Сравнение для gitpython 3.1.59 выполнено не полностью. Ниже приведены подтверждённые совпадения.

RSS ↗
Фильтры уязвимостей
Сбросить фильтры

Не удалось сравнить 2 записей. Результаты неполные.

Уязвимостей: 5

  1. CVE-2026-114145

    Высокий · CVSS 7.5EPSS 0,26%Публичный эксплойтЕсть исправление

    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

    • Обновитесь до 3.2.1
    Опубликовано Обновлено
  2. CVE-2026-100689

    Высокий · CVSS 8.7EPSS 0,4%Есть исправление

    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

    • Обновитесь до 3.1.62
    Опубликовано Обновлено
  3. CVE-2026-87819

    Высокий · CVSS 8.7EPSS 0,52%Есть исправление

    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.

    • Обновитесь до 3.1.60
    Опубликовано Обновлено
  4. CVE-2026-87818

    Высокий · CVSS 7.1EPSS 0,41%Есть исправление

    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.

    • Обновитесь до 3.1.60
    Опубликовано Обновлено
  5. CVE-2026-87817

    Высокий · CVSS 8.7EPSS 0,4%Публичный эксплойтЕсть исправление

    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.

    • Обновитесь до 3.1.60
    Опубликовано Обновлено

Проверьте свой сервер

Сопоставьте установленный стек и версии со свежими базами уязвимостей.

Проверьте свой сервер →