{
  "affected": [
    {
      "ranges": [
        {
          "database_specific": {
            "extracted_events": [
              {
                "range": [
                  {
                    "introduced": "4.1.0"
                  },
                  {
                    "fixed": "4.2.1"
                  }
                ],
                "source": "AFFECTED_FIELD",
                "strategy": "StringRangeExpression"
              },
              {
                "range": [
                  {
                    "fixed": "740ff666b62a88496c8d7394e4e6230605e4d62b"
                  }
                ],
                "source": "REFERENCES_COMMIT"
              },
              {
                "original_tag": "4.2.1",
                "range": [
                  {
                    "fixed": "60331bb89f325020b48bc51bde904c6446384e4a"
                  }
                ],
                "source": "REFERENCES_TAG"
              }
            ]
          },
          "events": [
            {
              "introduced": "6c0ecc28f898f08cd0438cd489c3eaabad79a4b7"
            },
            {
              "fixed": "60331bb89f325020b48bc51bde904c6446384e4a"
            },
            {
              "fixed": "740ff666b62a88496c8d7394e4e6230605e4d62b"
            }
          ],
          "repo": "https://github.com/tox-dev/filelock",
          "type": "GIT"
        }
      ]
    }
  ],
  "aliases": [
    "GHSA-crv4-6mhj-j5jh"
  ],
  "database_specific": {
    "cna_assigner": "GitHub_M",
    "cwe_ids": [
      "CWE-363"
    ],
    "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/112xxx/CVE-2026-112914.json"
  },
  "details": "filelock is a platform-independent file lock for Python. From 4.1.0 until 4.2.1, SoftFileLock can restore a stale marker by name after moving it aside, allowing another local user with rename access in a non-sticky lock directory to swap in a symbolic link and, on a runtime that follows the link and a same-filesystem target, make the lock user hard-link one of its files into the lock directory. This issue is fixed in version 4.2.1.",
  "id": "CVE-2026-112914",
  "modified": "2026-10-22T02:30:50.322368148Z",
  "published": "2026-10-20T14:26:18.813Z",
  "references": [
    {
      "type": "ADVISORY",
      "url": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/112xxx/CVE-2026-112914.json"
    },
    {
      "type": "FIX",
      "url": "https://github.com/tox-dev/filelock/commit/740ff666b62a88496c8d7394e4e6230605e4d62b"
    },
    {
      "type": "FIX",
      "url": "https://github.com/tox-dev/filelock/pull/843"
    },
    {
      "type": "WEB",
      "url": "https://github.com/tox-dev/filelock/releases/tag/4.2.1"
    },
    {
      "type": "ADVISORY",
      "url": "https://github.com/tox-dev/filelock/security/advisories/GHSA-crv4-6mhj-j5jh"
    },
    {
      "type": "ADVISORY",
      "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-112914"
    }
  ],
  "schema_version": "1.9.0",
  "severity": [
    {
      "score": "CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:L/I:H/A:N",
      "type": "CVSS_V3"
    }
  ],
  "summary": "filelock: SoftFileLock stale-break restore follows a swapped-in symbolic link and hard-links a file of the user running the lock into the lock directory"
}