CVE-2026-112937

Estado: RecibidaMedia (6.1)—
Gravedad6.1Media · CVSS 3.1
Probabilidad de explotación—en los próximos 30 días
Explotación activaNono figura en el catálogo de CISA
Exploit públicoNo conocidosin código público localizado

filelock es un bloqueo de archivos independiente de la plataforma para Python. Desde la versión 4.1.0 hasta la 4.2.1, ReadWriteLock puede eliminar un directorio de enlace duro privado .filelock-* con nombre aleatorio durante la limpieza, lo que permite a otro usuario local con acceso de renombrado en un directorio padre no sticky observar un nombre activo o falsificar un nombre de barrido de propietario fallecido y renombrar un directorio hermano sobre él para que sea eliminado. Este problema está corregido en la versión 4.2.1.

Traducción automática del texto original de NVD (en inglés).

CVSS

Puntuación base
6.1
Versión
3.1
Vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:L

Probabilidad de explotación (EPSS)

FIRST aún no ha puntuado esta CVE (habitual en CVEs muy recientes o rechazadas).

EPSS (Exploit Prediction Scoring System, de FIRST) estima la probabilidad de que una vulnerabilidad sea explotada en 30 días. Complementa a CVSS (impacto) y a CISA KEV (explotación confirmada).

Técnicas ATT&CK

Cómo se explota esta vulnerabilidad y qué consigue el atacante, en el lenguaje de MITRE ATT&CK.

Vector AV:L/PR:L/UI:N y el texto describe a un usuario local que renombra un directorio hermano sobre un nombre de cleanup de filelock para borrarlo (I:H, A:L).

Inferido por nuestro agente de análisis a partir de la descripción oficial, el vector CVSS y la CWE, y comprobado por un supervisor. Puede contener errores.

Mitigaciones ATT&CK que cubren estas técnicas

Tecnologías afectadas (1)

⚠ Inferidas por IA a partir de la descripción — NVD aún no ha analizado esta CVE; no son CPE verificados.

CWE

Referencias

Mostrar las 4 referencias

JSON original (NVD)

Mostrar
{
  "id": "CVE-2026-112937",
  "cveTags": [],
  "metrics": {
    "cvssMetricV31": [
      {
        "type": "Secondary",
        "source": "security-advisories@github.com",
        "cvssData": {
          "scope": "UNCHANGED",
          "version": "3.1",
          "baseScore": 6.1,
          "attackVector": "LOCAL",
          "baseSeverity": "MEDIUM",
          "vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:L",
          "integrityImpact": "HIGH",
          "userInteraction": "NONE",
          "attackComplexity": "LOW",
          "availabilityImpact": "LOW",
          "privilegesRequired": "LOW",
          "confidentialityImpact": "NONE"
        },
        "impactScore": 4.2,
        "exploitabilityScore": 1.8
      }
    ]
  },
  "affected": [
    {
      "source": "security-advisories@github.com",
      "affectedData": [
        {
          "vendor": "tox-dev",
          "product": "filelock",
          "versions": [
            {
              "status": "affected",
              "version": ">= 4.1.0, < 4.2.1"
            }
          ]
        }
      ]
    }
  ],
  "published": "2026-10-20T15:17:16.527",
  "references": [
    {
      "url": "https://github.com/tox-dev/filelock/commit/5e3f2ec0c5fb17cb2635b60b2b68bc63ab81ca2d",
      "source": "security-advisories@github.com"
    },
    {
      "url": "https://github.com/tox-dev/filelock/pull/834",
      "source": "security-advisories@github.com"
    },
    {
      "url": "https://github.com/tox-dev/filelock/releases/tag/4.2.1",
      "source": "security-advisories@github.com"
    },
    {
      "url": "https://github.com/tox-dev/filelock/security/advisories/GHSA-jqc4-5cvw-7w85",
      "source": "security-advisories@github.com"
    }
  ],
  "vulnStatus": "Received",
  "weaknesses": [
    {
      "type": "Primary",
      "source": "security-advisories@github.com",
      "description": [
        {
          "lang": "en",
          "value": "CWE-367"
        }
      ]
    }
  ],
  "descriptions": [
    {
      "lang": "en",
      "value": "filelock is a platform-independent file lock for Python. From 4.1.0 until 4.2.1, ReadWriteLock can remove a randomized .filelock-* private-hard-link directory during cleanup, allowing another local user with rename access in a non-sticky parent to observe a live name or forge a dead-owner sweep name and rename a sibling directory onto it for deletion. This issue is fixed in version 4.2.1."
    }
  ],
  "lastModified": "2026-10-20T15:17:16.527",
  "sourceIdentifier": "security-advisories@github.com"
}