Cyber Resilience

CVE-2026-63404

Published
25 August 2026
Modified
25 August 2026
CVSS Score v4 7.3
Click a component to see what it means
Raw vectorCVSS:4.0/AV:L/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
EPSS Score 0.0015 5th percentile
Risk Priority 29 floored blend · peak EPSS

CVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.

Summary

CVE-2026-63404 is a high-severity Insecure Temporary File (CWE-377) vulnerability. Its CVSS base score is 7.3 (High).

Operationally, ranked at the 5th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to AC-3 (Access Enforcement) and AC-6 (Least Privilege) — see the control section below for these in your framework.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

Faktory is a language-agnostic background job server. In versions prior to 1.10.0, the embedded Redis bootstrapper is vulnerable to an insecure temporary file flaw that lets a local unprivileged user hijack the Redis configuration and escalate to root. It writes…

more

its startup configuration to a fixed, predictable, world-writable path, /tmp/redis.conf, only creating the file if it does not already exist and never validating it on later boots. Because /tmp is world-writable, a local unprivileged user can pre-create /tmp/redis.conf with attacker-chosen Redis directives before Faktory starts, and Faktory will use the planted file verbatim. Faktory only overrides the unixsocket, dir, and logfile options, leaving directives such as bind, protected-mode, requirepass, and loadmodule attacker-controlled. This lets an attacker silently expose the entire job queue over an unauthenticated network port with no visible error to the administrator. Because the official systemd unit runs Faktory, and the redis-server child it spawns, as root, an attacker can also supply a loadmodule directive to execute arbitrary native code in the root-owned Redis process, escalating from a local unprivileged user to root. This issue is fixed in version 1.10.0.

CWE(s)

Related Threats

CVEs Like This One

CVE-2026-25701Shared CWE-377
CVE-2024-6654Shared CWE-377
CVE-2024-10372Shared CWE-377
CVE-2026-40973Shared CWE-377
CVE-2024-2313Shared CWE-377
CVE-2023-43498Shared CWE-377
CVE-2025-46369Shared CWE-377
CVE-2026-20204Shared CWE-377
CVE-2026-20649Shared CWE-377
CVE-2025-14307Shared CWE-377

Affected Assets

—
In
inferred from references and description; NVD did not file a CPE for this CVE

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

AC-3 enforces file-system access authorizations so that temporary files cannot be read or modified by unauthorized processes.

AC-6 reduces the privileges available to processes that create or access temporary files, limiting blast radius if a file is predictable or left readable.

SC-4 directly stops unauthorized information leakage through shared resources such as world-writable temporary directories.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure SDLC practices directly require avoiding insecure temp-file creation patterns.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

finds

Security testing can detect insecure temporary files but does not prevent their creation.

prevents

Secure development life cycle mandates secure handling of temporary files during design and coding.

prevents

Application security requirements can specify secure temporary-file creation and access controls.

prevents

Secure system architecture principles discourage insecure temporary-file patterns but do not directly address them.

prevents

Secure coding standards explicitly require safe temporary-file APIs and permissions.

References