CVE Catalog

CVE-2026-63500

HighCVSS 7.1
Published: Updated: Translated: NVD NIST

Summary

In Yeti prior to 2.5.1, the uuid from DFIQ YAML is not validated on import via POST /api/v2/dfiq/from_yaml and is later interpolated into an archive filesystem path in POST /api/v2/dfiq/to_archive. A low-privileged authenticated user can import a DFIQ object whose UUID contains traversal sequences and trigger archive export, writing attacker-controlled content with a .yaml suffix outside the intended temporary archive directory.

Risk Assessment

A low-privileged authenticated user can write files to locations writable by the YETI service account, potentially overwriting or injecting content in unexpected places. Impact is bounded by the service account's write permissions.

Recommendation

Upgrade Yeti to version 2.5.1 or later. Until then, restrict access to DFIQ import and export endpoints and run the YETI service with minimal write privileges.

Other vulnerabilities in Yeti

See all
Original NVD description (English source)

Yeti bridges the gap between CTI and DFIR practitioners by providing a Forensics Intelligence platform and pipeline. Prior to 2.5.1, core/schemas/dfiq.py accepts an unvalidated uuid from DFIQ YAML through POST /api/v2/dfiq/from_yaml, and core/web/apiv2/dfiq.py later interpolates that stored value into an archive filesystem path in POST /api/v2/dfiq/to_archive. A low-privileged authenticated user can import a DFIQ object whose UUID contains traversal sequences and trigger archive export, causing attacker-controlled content with a .yaml suffix to be written outside the intended temporary archive directory. The impact is limited by paths writable by the YETI service account, and the separate DFIQ archive-import zip-slip candidate is not part of this vulnerability. This issue is fixed in version 2.5.1.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS