First published: Wed Feb 10 2021(Updated: )
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.
Credit: security@ubuntu.com security@ubuntu.com
Affected Software | Affected Version | How to fix |
---|---|---|
ubuntu/snapd | <2.48.3+18.04 | 2.48.3+18.04 |
ubuntu/snapd | <2.48.3+20.04 | 2.48.3+20.04 |
ubuntu/snapd | <2.48.3+20.10 | 2.48.3+20.10 |
ubuntu/snapd | <2.48.3 | 2.48.3 |
debian/snapd | 2.49-1+deb11u2 2.57.6-1 2.63-4 |
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.