An issue was discovered in Podman in libpod before 1.6.0. It resolves a symlink in the host context during a copy operation from the container to the host, because an undesired glob operation occurs. An attacker could create a container image containing particular symlinks that, when copied by a victim user to the host filesystem, may overwrite existing files with others from the host.
The product attempts to access a file based on the filename, but it does not properly prevent that filename from identifying a link or shortcut that resolves to an unintended resource.
| Link | Tags |
|---|---|
| https://bugzilla.redhat.com/show_bug.cgi?id=1744588 | third party advisory issue tracking |
| https://github.com/containers/libpod/issues/3829 | third party advisory exploit |
| https://github.com/containers/libpod/commit/5c09c4d2947a759724f9d5aef6bac04317e03f7e | patch |
| https://github.com/containers/libpod/compare/v1.5.1...v1.6.0 | patch |
| https://access.redhat.com/errata/RHSA-2019:4269 | vendor advisory |
| http://lists.opensuse.org/opensuse-security-announce/2020-03/msg00040.html | vendor advisory |