CVE-2020-15113GHSA-CHH6-PPWQ-JH92BIT-ETCD-2020-15113
Improper Preservation of Permissions in etcd
- 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.3.23, 3.4.10
- 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
In etcd before versions 3.3.23 and 3.4.10, certain directory paths are created (etcd data directory and the directory path when provided to automatically generate self-signed certificates for TLS connections with clients) with restricted access permissions (700) by using the os.MkdirAll. This function does not perform any permission checks when a given directory path exists already. A possible workaround is to ensure the directories have the desired permission (700).
Timeline
- CVE published
- Record last updated
Affected versions
- etcd-io etcd
fixed in 3.3.23; fixed in 3.4.10
- github.com/etcd-io/etcdGo
From 3.4.0-rc.0 · fixed in 3.4.10
- github.com/etcd-io/etcdGo
fixed in 3.3.23