CVE-2026-47179: Arcane: Authenticated Arbitrary Host File Read via Docker Compose Include Directives in Arcane
Arcane is an interface for managing Docker containers, images, networks, and volumes. Prior to 1.19.4, ProjectService.GetProjectFileContent returns the contents of any Docker Compose include directive declared in a project's compose file before any path-traversal validation runs. Because ProjectService.CreateProject writes attacker-supplied compose content to disk without validating include paths, an authenticated user can create a project whose compose file declares include: ['../../../../etc/passwd'], then read the include via the project file API. The result is arbitrary read of any file readable by the Arcane backend process, including /app/data/arcane.db (the SQLite database containing every user's password hash and API key), enabling escalation to admin and, via Arcane's Docker control plane, RCE on the host. This vulnerability is fixed in 1.19.4.
Security readout for executives and security teams
Plain-English summary
Arcane before 1.19.4 lets an authenticated user make the backend read arbitrary host files through Docker Compose include handling. Sensitive files could include Arcane’s own database, exposing password hashes and API keys. Because Arcane controls Docker resources, account escalation could lead to serious host compromise.
Executive priority
Treat as high priority for any Arcane instance with multiple users or important Docker access. Patch promptly, then assess whether sensitive Arcane credentials may have been read before the upgrade.
Technical view
The flaw is a path traversal issue in ProjectService.GetProjectFileContent and CreateProject. Attacker-supplied compose content can reference include paths before traversal validation occurs, allowing reads of files accessible to the Arcane backend process. The advisory rates this CVSS 7.7 and says version 1.19.4 fixes it.
Likely exposure
Exposure is limited to Arcane deployments before 1.19.4 where authenticated users can create or modify projects. Risk is higher if Arcane is reachable by many users or manages privileged Docker access on important hosts.
Exploitation context
Sources describe a network-accessible, low-privilege authenticated attack requiring no user interaction. The bundle does not cite active exploitation, and KEV status is false. Impact is primarily confidentiality, but disclosed credential material could enable administrative escalation and Docker control-plane abuse.
Researcher notes
Evidence comes from the CVE record, GitHub advisory, and fix commit. The bug is the ordering of include resolution before path validation, combined with accepting attacker-supplied compose content. No cited source proves exploitation in the wild.
Mitigation direction
Upgrade Arcane to version 1.19.4 or later.
Restrict project creation and compose editing to trusted users.
Review vendor advisory guidance before changing operational controls.
Rotate Arcane API keys if database exposure is suspected.
Reset affected user passwords if password hashes may have been exposed.
Validation and detection
Inventory Arcane instances and confirm each version is 1.19.4 or later.
Review project compose files for unexpected include directives.
Check project creation and file-read activity for suspicious authenticated access.
Confirm only trusted users can create or modify Arcane projects.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-22: File access and web shell behavior lookup
File traversal and upload weaknesses can lead teams to review file, web shell, execution, and collection telemetry. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references database injection or access, so collection and exfiltration review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The affected technology mentions containers, so container-specific ATT&CK technique review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-22 · source CWE mapping
Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal')
Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.