iofogctl command injection via Controller provisioning response
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 3.9.2
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
Eclipse ioFog's iofogctl command-line tool is affected, along with the agent hosts it provisions over SSH. An attacker who can alter the Controller API's response could inject shell commands that run on the operator's machine or on the remote agent host during deployment.
Summarized by anthropic/claude-haiku-5.5. Verify details against the original sources.
Read the original description
In Eclipse ioFog iofogctl versions 1.0.0 through 3.7.0 and 3.8.0-rc.1 through 3.9.1, the provisioning key and CA certificate returned by the Controller API are concatenated into shell commands (`edgelet provision` and `edgelet config cert` on supported releases; `iofog-agent provision` and `iofog-agent cert` on older releases) that run over SSH on a remote agent host and via a local shell. A party who can change that API response can include shell metacharacters and cause the operator's CLI to run additional commands on the agent host when the operator deploys or attaches an agent. This is fixed in version 3.9.2.
Timeline
- CVE published
- First seen by cve.now
Affected versions
- Eclipse Foundation Eclipse ioFog
From 1.0.0 · through 3.7.0; From 3.8.0-rc.1 · fixed in 3.9.2