« Volver al listado

CVE-2026-97468

Estado: En análisisSin puntuar—

La utilidad STSTokenValidator y el Servicio de Token de Seguridad (STS) de Apache CXF almacenaban en caché los tokens de seguridad validados bajo un hash no criptográfico de 32 bits del token (Java Arrays.hashCode/hashCode()), y trataban un acierto en caché como prueba de que el token presentado ya había sido validado. Un atacante podría crear un token (por ejemplo un UsernameToken o una Aserción SAML autofirmada) cuyo hash colisionase con una entrada en caché. El token sería entonces aceptado sin validación de contraseña, verificación de confianza de firma ni una llamada al STS. Esto podría permitir al atacante autenticarse como otro usuario y, a través de validación o renovación de token STS, obtener tokens firmados por STS para esa identidad.

Leer descripción completaMostrar menos

Se recomienda a los usuarios que actualicen a las versiones 4.2.4 o 4.1.9 o 3.6.13, que corrigen este problema.

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

CVSS

NVD no ha asignado puntuación CVSS a esta CVE (habitual desde el cambio de política de abril de 2026).

Probabilidad de explotación (EPSS)

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).

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.

Apache — CXFAI

Referencias

JSON original (NVD)

Mostrar
{
  "id": "CVE-2026-97468",
  "cveTags": [],
  "metrics": {},
  "affected": [
    {
      "source": "security@apache.org",
      "affectedData": [
        {
          "vendor": "Apache Software Foundation",
          "product": "Apache CXF",
          "versions": [
            {
              "status": "affected",
              "version": "4.2.0",
              "lessThan": "4.2.4",
              "versionType": "semver"
            },
            {
              "status": "affected",
              "version": "4.0.0",
              "lessThan": "4.1.9",
              "versionType": "semver"
            },
            {
              "status": "affected",
              "version": "0",
              "lessThan": "3.6.13",
              "versionType": "semver"
            }
          ],
          "packageURL": "pkg:maven/org.apache.cxf/cxf-rt-ws-security",
          "packageName": "org.apache.cxf:cxf-rt-ws-security",
          "collectionURL": "https://repo.maven.apache.org/maven2",
          "defaultStatus": "unaffected"
        }
      ]
    }
  ],
  "published": "2026-10-09T11:17:03.270",
  "references": [
    {
      "url": "https://lists.apache.org/thread.html/qthbnsyhqsxhl9p2h9v5dg4mnwv1b9r6",
      "source": "security@apache.org"
    },
    {
      "url": "http://www.openwall.com/lists/oss-security/2026/10/09/9",
      "source": "af854a3a-2127-422b-91ae-364da2661108"
    }
  ],
  "vulnStatus": "Undergoing Analysis",
  "descriptions": [
    {
      "lang": "en",
      "value": "Apache CXF's STSTokenValidator and Security Token Service (STS) cached validated security tokens under a non-cryptographic 32-bit hash of the token (Java Arrays.hashCode/hashCode()), and treated a cache hit as proof that the presented token had already been validated. An attacker could craft a token (for example a UsernameToken or a self-signed SAML Assertion) whose hash collides with a cached entry. The token would then be accepted without password validation, signature trust verification or a call to the STS. This could let the attacker authenticate as another user and, through STS token validation or renewal, obtain STS-signed tokens for that identity.\nUsers are recommended to upgrade to versions 4.2.4 or 4.1.9 or 3.6.13, which fix this issue."
    }
  ],
  "lastModified": "2026-10-09T16:33:39.007",
  "sourceIdentifier": "security@apache.org"
}