CVE-2020-27352
When generating the systemd service units for the docker snap (and other similar snaps), snapd does not specify Delegate=yes - as a result systemd will move processes from the containers created and managed by these snaps into the cgroup of the main…
Does this matter?
High impact if exploited, but EPSS currently rates exploitation as unlikely (0.26%). Schedule it in the normal patch cycle and watch for a rise in EPSS or a public exploit.
Description
When generating the systemd service units for the docker snap (and other similar snaps), snapd does not specify Delegate=yes - as a result systemd will move processes from the containers created and managed by these snaps into the cgroup of the main daemon within the snap itself when reloading system units. This may grant additional privileges to a container within the snap that were not originally intended.
- CVSS 3.1
- 8.8 HIGHCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
- EPSS
- 0.26% probability · 17th percentile
- CISA KEV
- Not listed
- Weakness
- CWE-269
- Affected
- canonical/snapd · canonical/ubuntu linux
- Source
- security@ubuntu.com
References
- https://bugs.launchpad.net/snapd/+bug/1910456Exploit, Issue Tracking
- https://ubuntu.com/security/notices/USN-4728-1Vendor Advisory
- https://www.cve.org/CVERecord?id=CVE-2020-27352Third Party Advisory
- https://bugs.launchpad.net/snapd/+bug/1910456Exploit, Issue Tracking
- https://ubuntu.com/security/notices/USN-4728-1Vendor Advisory
- https://www.cve.org/CVERecord?id=CVE-2020-27352Third Party Advisory
Source: NVD record, EPSS from FIRST.org, KEV from CISA. Refreshed daily.