Stay Secure with the Latest Linux Advisories
Refine advisories
X Clear Filters
Get the latest News and Insights
Get the latest Linux and open source security news straight to your inbox.
Community Poll
What got you started with Linux?
Loading...
Explore Latest Linux Security advisories
We found 0 articles for you...
100
security advisorymoderatesuse enterprise storageSUSE: 2022:0943-1 Moderate: Slirp4netns ARP Memory Access Issue
An update that fixes one vulnerability is now available. . SUSE Security Update: Security update for slirp4netns ______________________________________________________________________________ Announcement ID: SUSE-SU-2022:0943-1 Rating: moderate References: #1179467 Cross-References: CVE-2020-29130 CVSS scores: CVE-2020-29130 (NVD) : 4.3 CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N CVE-2020-29130 (SUSE): 4.3 CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N Affected Products: SUSE Enterprise Storage 7 SUSE Linux Enterprise High Performance Computing 15-SP3 SUSE Linux Enterprise Micro 5.0 SUSE Linux Enterprise Micro 5.1 SUSE Linux Enterprise Module for Containers 15-SP3 SUSE Linux Enterprise Server 15-SP3 SUSE Linux Enterprise Server for SAP Applications 15-SP3 SUSE Manager Proxy 4.2 SUSE Manager Server 4.2 ______________________________________________________________________________ An update that fixes one vulnerability is now available. Description: This update for slirp4netns fixes the following issues: - CVE-2020-29130: Fixed an invalid memory access while processing ARP packets (bsc#1179467). Patch Instructions: To install this SUSE Security Update use the SUSE recommended installation methods like YaST online_update or "zypper patch". Alternatively you can run the command listed for your product: - SUSE Linux Enterprise Module for Containers 15-SP3: zypper in -t patch SUSE-SLE-Module-Containers-15-SP3-2022-943=1 - SUSE Linux Enterprise Micro 5.1: zypper in -t patch SUSE-SUSE-MicroOS-5.1-2022-943=1 - SUSE Linux Enterprise Micro 5.0: zypper in -t patch SUSE-SUSE-MicroOS-5.0-2022-943=1 - SUSE Enterprise Storage 7: zypper in -t patch SUSE-Storage-7-2022-943=1 Package List: - SUSELinux Enterprise Module for Containers 15-SP3 (aarch64 ppc64le s390x x86_64): slirp4netns-0.4.7-3.15.1 slirp4netns-debuginfo-0.4.7-3.15.1 slirp4netns-debugsource-0.4.7-3.15.1 - SUSE Linux Enterprise Micro 5.1 (aarch64 s390x x86_64): slirp4netns-0.4.7-3.15.1 slirp4netns-debuginfo-0.4.7-3.15.1 slirp4netns-debugsource-0.4.7-3.15.1 - SUSE Linux Enterprise Micro 5.0 (aarch64 x86_64): slirp4netns-0.4.7-3.15.1 slirp4netns-debuginfo-0.4.7-3.15.1 slirp4netns-debugsource-0.4.7-3.15.1 - SUSE Enterprise Storage 7 (aarch64 x86_64): slirp4netns-0.4.7-3.15.1 slirp4netns-debuginfo-0.4.7-3.15.1 slirp4netns-debugsource-0.4.7-3.15.1 References: https://www.suse.com/security/cve/CVE-2020-29130.html https://bugzilla.suse.com/1179467 . SUSE has issued a security patch to address a moderate flaw in slirp4netns. Discover additional details now!. SUSE Update, slirp4netns Patch, Linux Enterprise Security. . LinuxSecurity.com Team
Mar 24, 2022
SuSE
202
security advisorymoderatesoftware patchopenSUSE Leap: 15.3/15.4 Moderate: Slirp4netns Memory Access Issue
An update that fixes one vulnerability is now available. . openSUSE Security Update: Security update for slirp4netns ______________________________________________________________________________ Announcement ID: openSUSE-SU-2022:0943-1 Rating: moderate References: #1179467 Cross-References: CVE-2020-29130 CVSS scores: CVE-2020-29130 (NVD) : 4.3 CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N CVE-2020-29130 (SUSE): 4.3 CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N Affected Products: openSUSE Leap 15.3 openSUSE Leap 15.4 ______________________________________________________________________________ An update that fixes one vulnerability is now available. Description: This update for slirp4netns fixes the following issues: - CVE-2020-29130: Fixed an invalid memory access while processing ARP packets (bsc#1179467). Patch Instructions: To install this openSUSE Security Update use the SUSE recommended installation methods like YaST online_update or "zypper patch". Alternatively you can run the command listed for your product: - openSUSE Leap 15.4: zypper in -t patch openSUSE-SLE-15.4-2022-943=1 - openSUSE Leap 15.3: zypper in -t patch openSUSE-SLE-15.3-2022-943=1 Package List: - openSUSE Leap 15.4 (aarch64 ppc64le s390x x86_64): slirp4netns-0.4.7-3.15.1 slirp4netns-debuginfo-0.4.7-3.15.1 slirp4netns-debugsource-0.4.7-3.15.1 - openSUSE Leap 15.3 (aarch64 ppc64le s390x x86_64): slirp4netns-0.4.7-3.15.1 slirp4netns-debuginfo-0.4.7-3.15.1 slirp4netns-debugsource-0.4.7-3.15.1 References: https://www.suse.com/security/cve/CVE-2020-29130.html https://bugzilla.suse.com/1179467 . This patch resolves a significant security concern in slirp4netns for Fedora, targeting a flawed memory usage vulnerability.. openSUSE, slirp4netns, memory access fix, software patch. . LinuxSecurity.com Team
Mar 24, 2022
OpenSUSE
202
security advisoryupdatepatchopenSUSE Leap 15.2: 2020:0994-1 Important: slirp4netns Patch
An update that fixes one vulnerability is now available.. openSUSE Security Update: Security update for slirp4netns ______________________________________________________________________________ Announcement ID: openSUSE-SU-2020:0994-1 Rating: important References: #1172380 Cross-References: CVE-2020-10756 Affected Products: openSUSE Leap 15.2 ______________________________________________________________________________ An update that fixes one vulnerability is now available. Description: This update for slirp4netns fixes the following issues: - Update to 0.4.7 (bsc#1172380) * libslirp: update to v4.3.1 (Fix CVE-2020-10756) * Fix config_from_options() to correctly enable ipv6 This update was imported from the SUSE:SLE-15-SP1:Update update project. Patch Instructions: To install this openSUSE Security Update use the SUSE recommended installation methods like YaST online_update or "zypper patch". Alternatively you can run the command listed for your product: - openSUSE Leap 15.2: zypper in -t patch openSUSE-2020-994=1 Package List: - openSUSE Leap 15.2 (x86_64): slirp4netns-0.4.7-lp152.2.3.1 slirp4netns-debuginfo-0.4.7-lp152.2.3.1 slirp4netns-debugsource-0.4.7-lp152.2.3.1 References: https://www.suse.com/security/cve/CVE-2020-10756.html https://bugzilla.suse.com/1172380 -- . This crucial announcement for Fedora addresses a podman security issue, bolstering the resilience and reliability of the entire platform.. openSUSE Update, slirp4netns Security, vulnerability patch, important advisory. . Severity: Important. LinuxSecurity.com Team
Jul 18, 2020
•Important
OpenSUSE
202
security advisoryupdatevulnerabilityopenSUSE Leap 15.1: 2020:0987-1 Important: slirp4netns Security Update
An update that fixes one vulnerability is now available.. openSUSE Security Update: Security update for slirp4netns ______________________________________________________________________________ Announcement ID: openSUSE-SU-2020:0987-1 Rating: important References: #1172380 Cross-References: CVE-2020-10756 Affected Products: openSUSE Leap 15.1 ______________________________________________________________________________ An update that fixes one vulnerability is now available. Description: This update for slirp4netns fixes the following issues: - Update to 0.4.7 (bsc#1172380) * libslirp: update to v4.3.1 (Fix CVE-2020-10756) * Fix config_from_options() to correctly enable ipv6 This update was imported from the SUSE:SLE-15-SP1:Update update project. Patch Instructions: To install this openSUSE Security Update use the SUSE recommended installation methods like YaST online_update or "zypper patch". Alternatively you can run the command listed for your product: - openSUSE Leap 15.1: zypper in -t patch openSUSE-2020-987=1 Package List: - openSUSE Leap 15.1 (x86_64): slirp4netns-0.4.7-lp151.2.12.1 slirp4netns-debuginfo-0.4.7-lp151.2.12.1 slirp4netns-debugsource-0.4.7-lp151.2.12.1 References: https://www.suse.com/security/cve/CVE-2020-10756.html https://bugzilla.suse.com/1172380 -- . This update is essential for Fedora 34 users, focusing on fixes pertaining to podman. Discover the specifics today.. openSUSE Security, slirp4netns Update, Important Patch, IPv6 Fix, Software Vulnerability. . Severity: Important. LinuxSecurity.com Team
Jul 18, 2020
•Important
OpenSUSE
202
security advisorysecurity issueimportantopenSUSE: 2020:0636-1 Important: Slirp4netns Use-After-Free Fix
An update that fixes one vulnerability is now available.. openSUSE Security Update: Security update for slirp4netns ______________________________________________________________________________ Announcement ID: openSUSE-SU-2020:0636-1 Rating: important References: #1170940 Cross-References: CVE-2020-1983 Affected Products: openSUSE Leap 15.1 ______________________________________________________________________________ An update that fixes one vulnerability is now available. Description: This update for slirp4netns fixes the following issues: Security issue fixed: - CVE-2020-1983: Fixed a use-after-free in ip_reass (bsc#1170940). This update was imported from the SUSE:SLE-15-SP1:Update update project. Patch Instructions: To install this openSUSE Security Update use the SUSE recommended installation methods like YaST online_update or "zypper patch". Alternatively you can run the command listed for your product: - openSUSE Leap 15.1: zypper in -t patch openSUSE-2020-636=1 Package List: - openSUSE Leap 15.1 (x86_64): slirp4netns-0.4.5-lp151.2.9.1 slirp4netns-debuginfo-0.4.5-lp151.2.9.1 slirp4netns-debugsource-0.4.5-lp151.2.9.1 References: https://www.suse.com/security/cve/CVE-2020-1983.html https://bugzilla.suse.com/1170940 -- . This Debian Security Patch tackles a significant vulnerability in qemu for enhanced system protection.. openSUSE Security, slirp4netns Update, use-after-free Fix, important Patch, system Security. . Severity: Important. LinuxSecurity.com Team
May 11, 2020
•Important
OpenSUSE
100
security advisorysecurity issueimportantSUSE: 2020:1197-1 Important: Slirp4netns Fix For Critical Security Issue
An update that fixes one vulnerability is now available. . SUSE Security Update: Security update for slirp4netns ______________________________________________________________________________ Announcement ID: SUSE-SU-2020:1197-1 Rating: important References: #1170940 Cross-References: CVE-2020-1983 Affected Products: SUSE Linux Enterprise Module for Containers 15-SP1 ______________________________________________________________________________ An update that fixes one vulnerability is now available. Description: This update for slirp4netns fixes the following issues: Security issue fixed: - CVE-2020-1983: Fixed a use-after-free in ip_reass (bsc#1170940). Patch Instructions: To install this SUSE Security Update use the SUSE recommended installation methods like YaST online_update or "zypper patch". Alternatively you can run the command listed for your product: - SUSE Linux Enterprise Module for Containers 15-SP1: zypper in -t patch SUSE-SLE-Module-Containers-15-SP1-2020-1197=1 Package List: - SUSE Linux Enterprise Module for Containers 15-SP1 (aarch64 ppc64le s390x x86_64): slirp4netns-0.4.5-3.9.1 slirp4netns-debuginfo-0.4.5-3.9.1 slirp4netns-debugsource-0.4.5-3.9.1 References: https://www.suse.com/security/cve/CVE-2020-1983.html https://bugzilla.suse.com/1170940 _______________________________________________ sle-security-updates mailing list
May 06, 2020
•Important
SuSE
98
security advisorysecurity updateRed Hat Enterprise LinuxSecurity Update RHSA-2020-0889-01 for slirp4netns in RHEL 7
An update for slirp4netns is now available for Red Hat Enterprise Linux 7 Extras. Red Hat Product Security has rated this update as having a security impact of Important. A Common Vulnerability Scoring System (CVSS) base score,. -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 ==================================================================== Red Hat Security Advisory Synopsis: Important: slirp4netns security update Advisory ID: RHSA-2020:0889-01 Product: Red Hat Enterprise Linux Extras Advisory URL: https://access.redhat.com/errata/RHSA-2020:0889 Issue date: 2020-03-17 CVE Names: CVE-2019-14378 CVE-2019-15890 CVE-2020-7039 CVE-2020-8608 ==================================================================== 1. Summary: An update for slirp4netns is now available for Red Hat Enterprise Linux 7 Extras. Red Hat Product Security has rated this update as having a security impact of Important. A Common Vulnerability Scoring System (CVSS) base score, which gives a detailed severity rating, is available for each vulnerability from the CVE link(s) in the References section. 2. Relevant releases/architectures: Red Hat Enterprise Linux 7 Extras - ppc64le, s390x, x86_64 3. Description: The slirp4netns package contains user-mode networking for unprivileged network namespaces. It is required to enable networking for rootless containers. Security Fix(es): * QEMU: slirp: heap buffer overflow during packet reassembly (CVE-2019-14378) * QEMU: slirp: OOB buffer access while emulating tcp protocols in tcp_emu() (CVE-2020-7039) * CVE-2020-8608 slirp4netns: QEMU: Slirp: potential OOB access due to unsafe snprintf() usages * CVE-2019-15890 QEMU: Slirp: use-after-free during packet reassembly For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and other related information, refer to the CVE page(s) listed in the References section. 4. Solution: For details on how to apply this update, whichincludes the changes described in this advisory, refer to: https://access.redhat.com/articles/11258 5. Bugs fixed (https://bugzilla.redhat.com/): 1734745 - CVE-2019-14378 QEMU: slirp: heap buffer overflow during packet reassembly 1749716 - CVE-2019-15890 QEMU: Slirp: use-after-free during packet reassembly 1791551 - CVE-2020-7039 QEMU: slirp: OOB buffer access while emulating tcp protocols in tcp_emu() 1798453 - CVE-2020-8608 QEMU: Slirp: potential OOB access due to unsafe snprintf() usages 6. Package List: Red Hat Enterprise Linux 7 Extras: Source: slirp4netns-0.3.0-8.el7_7.src.rpm ppc64le: slirp4netns-0.3.0-8.el7_7.ppc64le.rpm slirp4netns-debuginfo-0.3.0-8.el7_7.ppc64le.rpm s390x: slirp4netns-0.3.0-8.el7_7.s390x.rpm slirp4netns-debuginfo-0.3.0-8.el7_7.s390x.rpm x86_64: slirp4netns-0.3.0-8.el7_7.x86_64.rpm slirp4netns-debuginfo-0.3.0-8.el7_7.x86_64.rpm Red Hat Enterprise Linux 7 Extras: Source: slirp4netns-0.3.0-8.el7_7.src.rpm x86_64: slirp4netns-0.3.0-8.el7_7.x86_64.rpm slirp4netns-debuginfo-0.3.0-8.el7_7.x86_64.rpm These packages are GPG signed by Red Hat for security. Our key and details on how to verify the signature are available from https://access.redhat.com/security/team/key/ 7. References: https://access.redhat.com/security/cve/CVE-2019-14378 https://access.redhat.com/security/cve/CVE-2019-15890 https://access.redhat.com/security/cve/CVE-2020-7039 https://access.redhat.com/security/cve/CVE-2020-8608 https://access.redhat.com/security/updates/classification/#important 8. Contact: The Red Hat security contact is . More contact details at https://access.redhat.com/security/team/contact/ Copyright 2020 Red Hat, Inc. -----BEGIN PGP SIGNATURE----- Version: GnuPGv1 iQIVAwUBXnEPcdzjgjWX9erEAQjGZg/8DokZdKdQr5b+tnmz0ap+aFX2yCrR1TvK JOixVGfyLd3WtlIKzJzA46QuBmKq/h8Uil1OLiVmiagOicBql6V9q1o6eSyfpSrQ R1F6Mc0+C5otDYO8FOW+d+M1DmhCTock08KvNNCecuWhPTRM1Rv4UP6pBChdEUG/ Ws+GFzUIcVqiM+VmtLQcMIUE4V0XM9g5Iv3OzBrPCgghjqNhlzmli7eMKf6H/JVm Lt43PehBMEIxBVddYj5Nfo519pcG/LC2Mzb6qnR5St9PE56WfGqSg9ciVlQdSGpW Ge41tx7VzjV7RsNx44B5jg+6rEPLhbkeh7T301sVERTXoDpCSEPIPJjjCLFlvPkJ 4N6vb7GMCRV1ejs6jDPRlIrbnvk6OEV9axnZ+jicatDT8wdRjTGm0FtuxoVGXuOp fgFBM7s4/mr/mXVDhHDM7jgy6Ioin40HhQSp+5BdDkqh7pIHzWq4/lACgifVAFAm zHqoA/nO02FsRiDfohWkM7U9aIv9G+e11SqD1gJGs9UwHzzTygquCfGqYGvu/k4W n8yZZrsae1HfZVf7D9Dqv5Xdd12dAYRiINW1qj7x5eKwGTpcfYupocn3fE1UlxXW 3CvSwfBD2EPPLbZCDyslGSy1BTZuG4IT8e21tPDJoVF4yIyNRz6jC0Wt09u/xPlg 2KfxcZjQaOY=rEV/ -----END PGP SIGNATURE----- -- RHSA-announce mailing list
Mar 17, 2020
•Important
Red Hat
202
security advisorymoderatebuffer overflowopenSUSE Leap 15.1: 2019:2044-1 moderate: Podman Security Fixes
An update that solves three vulnerabilities and has four fixes is now available. . openSUSE Security Update: Security update for podman, slirp4netns and libcontainers-common ______________________________________________________________________________ Announcement ID: openSUSE-SU-2019:2044-1 Rating: moderate References: #1096726 #1123156 #1123387 #1135460 #1136974 #1137860 #1143386 Cross-References: CVE-2018-15664 CVE-2019-10152 CVE-2019-6778 Affected Products: openSUSE Leap 15.1 ______________________________________________________________________________ An update that solves three vulnerabilities and has four fixes is now available. Description: This is a version update for podman to version 1.4.4 (bsc#1143386). Additional changes by SUSE on top: - Remove fuse-overlayfs because it's (currently) an unsatisfied dependency on SLE (bsc#1143386) - Update libpod.conf to use correct infra_command - Update libpod.conf to use better versioned pause container - Update libpod.conf to use official kubic pause container - Update libpod.conf to match latest features set: detach_keys, lock_type, runtime_supports_json - Add podman-remote varlink client Version update podman to v1.4.4: - Features - Podman now has greatly improved support for containers using multiple OCI runtimes. Containers now remember if they were created with a different runtime using --runtime and will always use that runtime - The cached and delegated options for volume mounts are now allowed for Docker compatability (#3340) - The podman diff command now supports the --latest flag - Bugfixes - Fixed a bug where rootless Podman would attempt to use the entire root configuration if no rootless configuration was present for the user, breaking rootless Podman for new installations - Fixed a bugwhere rootless Podman's pause process would block SIGTERM, preventing graceful system shutdown and hanging until the system's init send SIGKILL - Fixed a bug where running Podman as root with sudo -E would not work after running rootless Podman at least once - Fixed a bug where options for tmpfs volumes added with the --tmpfs flag were being ignored - Fixed a bug where images with no layers could not properly be displayed and removed by Podman - Fixed a bug where locks were not properly freed on failure to create a container or pod - Fixed a bug where podman cp on a single file would create a directory at the target and place the file in it (#3384) - Fixed a bug where podman inspect --format '{{.Mounts}}' would print a hexadecimal address instead of a container's mounts - Fixed a bug where rootless Podman would not add an entry to container's /etc/hosts files for their own hostname (#3405) - Fixed a bug where podman ps --sync would segfault (#3411) - Fixed a bug where podman generate kube would produce an invalid ports configuration (#3408) - Misc - Updated containers/storage to v1.12.13 - Podman now performs much better on systems with heavy I/O load - The --cgroup-manager flag to podman now shows the correct default setting in help if the default was overridden by libpod.conf - For backwards compatability, setting --log-driver=json-file in podman run is now supported as an alias for --log-driver=k8s-file. This is considered deprecated, and json-file will be moved to a new implementation in the future ([#3363](https://github.com/containers/podman/issues/created_by/3363)) - Podman's default libpod.conf file now allows the crun OCI runtime to be used if it is installed Update podman to v1.4.2: - Fixed a bug where Podman could not run containers using an older version of Systemdas init - Updated vendored Buildah to v1.9.0 to resolve a critical bug with Dockerfile RUN instructions - The error message for running podman kill on containers that are not running has been improved - Podman remote client can now log to a file if syslog is not available - The podman exec command now sets its error code differently based on whether the container does not exist, and the command in the container does not exist - The podman inspect command on containers now outputs Mounts JSON that matches that of docker inspect, only including user-specified volumes and differentiating bind mounts and named volumes - The podman inspect command now reports the path to a container's OCI spec with the OCIConfigPath key (only included when the container is initialized or running) - The podman run --mount command now supports the bind-nonrecursive option for bind mounts - Fixed a bug where podman play kube would fail to create containers due to an unspecified log driver - Fixed a bug where Podman would fail to build with musl libc - Fixed a bug where rootless Podman using slirp4netns networking in an environment with no nameservers on the host other than localhost would result in nonfunctional networking - Fixed a bug where podman import would not properly set environment variables, discarding their values and retaining only keys - Fixed a bug where Podman would fail to run when built with Apparmor support but run on systems without the Apparmor kernel module loaded - Remote Podman will now default the username it uses to log in to remote systems to the username of the current user - Podman now uses JSON logging with OCI runtimes that support it, allowing for better error reporting - Updated vendored containers/image to v2.0 - Update conmon to v0.3.0 - Support OOM Monitor under cgroup V2 - Add config binary and make target for configuring conmonwith a go library for importing values Updated podman to version 1.4.0 (bsc#1137860) and (bsc#1135460) - Podman checkpoint and podman restore commands can now be used to migrate containers between Podman installations on different systems. - The podman cp now supports pause flag. - The remote client now supports a configuration file for pre-configuring connections to remote Podman installations - CVE-2019-10152: Fixed an iproper dereference of symlinks of the the podman cp command which introduced in version 1.1.0 (bsc#1136974). - Fixed a bug where podman commit could improperly set environment variables that contained = characters - Fixed a bug where rootless podman would sometimes fail to start containers with forwarded ports - Fixed a bug where podman version on the remote client could segfault - Fixed a bug where podman container runlabel would use /proc/self/exe instead of the path of the Podman command when printing the command being executed - Fixed a bug where filtering images by label did not work - Fixed a bug where specifying a bing mount or tmpfs mount over an image volume would cause a container to be unable to start - Fixed a bug where podman generate kube did not work with containers with named volumes - Fixed a bug where rootless podman would receive permission denied errors accessing conmon.pid - Fixed a bug where podman cp with a folder specified as target would replace the folder, as opposed to copying into it - Fixed a bug where rootless Podman commands could double-unlock a lock, causing a crash - Fixed a bug where podman incorrectly set tmpcopyup on /dev/ mounts, causing errors when using the Kata containers runtime - Fixed a bug where podman exec would fail on older kernels - Podman commit command is now usable with the Podman remote client - Signature-policy flag has been deprecated - Updated vendored containers/storage andcontainers/image libraries with numerous bugfixes - Updated vendored Buildah to v1.8.3 - Podman now requires Conmon v0.2.0 - The podman cp command is now aliased as podman container cp - Rootless podman will now default init_path using root Podman's configuration files (/etc/containers/libpod.conf and /usr/share/containers/libpod.conf) if not overridden in the rootless configuration - Added fuse-overlayfs dependency to support overlay based rootless image manipulations - The podman cp command can now read input redirected to STDIN, and output to STDOUT instead of a file, using - instead of an argument. - The podman remote client now displays version information from both the client and server in podman version - The podman unshare command has been added, allowing easy entry into the user namespace set up by rootless Podman (allowing the removal of files created by rootless podman, among other things) - Fixed a bug where Podman containers with the --rm flag were removing created volumes when they were automatically removed - Fixed a bug where container and pod locks were incorrectly marked as released after a system reboot, causing errors on container and pod removal - Fixed a bug where Podman pods could not be removed if any container in the pod encountered an error during removal - Fixed a bug where Podman pods run with the cgroupfs CGroup driver would encounter a race condition during removal, potentially failing to remove the pod CGroup - Fixed a bug where the podman container checkpoint and podman container restore commands were not visible in the remote client - Fixed a bug where podman remote ps --ns would not print the container's namespaces - Fixed a bug where removing stopped containers with healthchecks could cause an error - Fixed a bug where the default libpod.conf file was causing parsing errors - Fixed a bug where pod lockswere not being freed when pods were removed, potentially leading to lock exhaustion - Fixed a bug where 'podman run' with SD_NOTIFY set could, on short-running containers, create an inconsistent state rendering the container unusable - The remote Podman client now uses the Varlink bridge to establish remote connections by default - Fixed an issue with apparmor_parser (bsc#1123387) - Update to libpod v1.4.0 (bsc#1137860): - The podman checkpoint and podman restore commands can now be used to migrate containers between Podman installations on different systems - The podman cp command now supports a pause flag to pause containers while copying into them - The remote client now supports a configuration file for pre-configuring connections to remote Podman installations - Fixed CVE-2019-10152 - The podman cp command improperly dereferenced symlinks in host context - Fixed a bug where podman commit could improperly set environment variables that contained = characters - Fixed a bug where rootless Podman would sometimes fail to start containers with forwarded ports - Fixed a bug where podman version on the remote client could segfault - Fixed a bug where podman container runlabel would use /proc/self/exe instead of the path of the Podman command when printing the command being executed - Fixed a bug where filtering images by label did not work - Fixed a bug where specifying a bing mount or tmpfs mount over an image volume would cause a container to be unable to start - Fixed a bug where podman generate kube did not work with containers with named volumes - Fixed a bug where rootless Podman would receive permission denied errors accessing conmon.pid - Fixed a bug where podman cp with a folder specified as target would replace the folder, as opposed to copying into it - Fixed a bug where rootless Podman commands could double-unlock a lock, causing acrash - Fixed a bug where Podman incorrectly set tmpcopyup on /dev/ mounts, causing errors when using the Kata containers runtime - Fixed a bug where podman exec would fail on older kernels - The podman commit command is now usable with the Podman remote client - The --signature-policy flag (used with several image-related commands) has been deprecated - The podman unshare command now defines two environment variables in the spawned shell: CONTAINERS_RUNROOT and CONTAINERS_GRAPHROOT, pointing to temporary and permanent storage for rootless containers - Updated vendored containers/storage and containers/image libraries with numerous bugfixes - Updated vendored Buildah to v1.8.3 - Podman now requires Conmon v0.2.0 - The podman cp command is now aliased as podman container cp - Rootless Podman will now default init_path using root Podman's configuration files (/etc/containers/libpod.conf and /usr/share/containers/libpod.conf) if not overridden in the rootless configuration - Update to image v1.5.1 - Vendor in latest containers/storage - docker/docker_client: Drop redundant Domain(ref.ref) call - pkg/blobinfocache: Split implementations into subpackages - copy: progress bar: show messages on completion - docs: rename manpages to *.5.command - add container-certs.d.md manpage - pkg/docker/config: Bring auth tests from docker/docker_client_test - Don't allocate a sync.Mutex separately Update to storage v1.12.10: - Add function to parse out mount options from graphdriver - Merge the disparate parts of all of the Unix-like lockfiles - Fix unix-but-not-Linux compilation - Return XDG_RUNTIME_DIR as RootlessRuntimeDir if set - Cherry-pick moby/moby #39292 for CVE-2018-15664 fixes - lockfile: add RecursiveLock() API - Update generated files - Fix crash on tesing of aufs code - Let consumers know when Layers and Images came from read-only stores - chown:do not change owner for the mountpoint - locks: correctly mark updates to the layers list - CreateContainer: don't worry about mapping layers unless necessary - docs: fix manpage for containers-storage.conf - docs: sort configuration options alphabetically - docs: document OSTree file deduplication - Add missing options to man page for containers-storage - overlay: use the layer idmapping if present - vfs: prefer layer custom idmappings - layers: propagate down the idmapping settings - Recreate symlink when not found - docs: fix manpage for configuration file - docs: add special handling for manpages in sect 5 - overlay: fix single-lower test - Recreate symlink when not found - overlay: propagate errors from mountProgram - utils: root in a userns uses global conf file - Fix handling of additional stores - Correctly check permissions on rootless directory - Fix possible integer overflow on 32bit builds - Evaluate device path for lvm - lockfile test: make concurrent RW test determinisitc - lockfile test: make concurrent read tests deterministic - drivers.DirCopy: fix filemode detection - storage: move the logic to detect rootless into utils.go - Don't set (struct flock).l_pid - Improve documentation of getLockfile - Rename getLockFile to createLockerForPath, and document it - Add FILES section to containers-storage.5 man page - add digest locks - drivers/copy: add a non-cgo fallback slirp4netns was updated to 0.3.0: - CVE-2019-6778: Fixed a heap buffer overflow in tcp_emu() (bsc#1123156) This update also includes: - fuse3 and fuse-overlayfs to support rootless containers. This update was imported from the SUSE:SLE-15-SP1:Update update project. Patch Instructions: To install this openSUSE Security Update use the SUSE recommended installation methods like YaST online_update or "zypper patch". Alternatively you can run the command listed for yourproduct: - openSUSE Leap 15.1: zypper in -t patch openSUSE-2019-2044=1 Package List: - openSUSE Leap 15.1 (x86_64): fuse-overlayfs-0.4.1-lp151.2.1 fuse-overlayfs-debuginfo-0.4.1-lp151.2.1 fuse-overlayfs-debugsource-0.4.1-lp151.2.1 fuse3-3.6.1-lp151.2.1 fuse3-debuginfo-3.6.1-lp151.2.1 fuse3-debugsource-3.6.1-lp151.2.1 fuse3-devel-3.6.1-lp151.2.1 fuse3-doc-3.6.1-lp151.2.1 libfuse3-3-3.6.1-lp151.2.1 libfuse3-3-debuginfo-3.6.1-lp151.2.1 podman-1.4.4-lp151.3.3.1 slirp4netns-0.3.0-lp151.2.3.1 slirp4netns-debuginfo-0.3.0-lp151.2.3.1 slirp4netns-debugsource-0.3.0-lp151.2.3.1 - openSUSE Leap 15.1 (noarch): libcontainers-common-20190401-lp151.2.3.1 podman-cni-config-1.4.4-lp151.3.3.1 References: https://www.suse.com/security/cve/CVE-2018-15664.html https://www.suse.com/security/cve/CVE-2019-10152.html https://www.suse.com/security/cve/CVE-2019-6778.html https://bugzilla.suse.com/1096726 https://bugzilla.suse.com/1123156 https://bugzilla.suse.com/1123387 https://bugzilla.suse.com/1135460 https://bugzilla.suse.com/1136974 https://bugzilla.suse.com/1137860 https://bugzilla.suse.com/1143386 -- . openSUSE Security update addresses issues in podman, slirp4netns, and libcontainers common with multiple fixes.. update, solves, three, vulnerabilities, fixes, opensuse, security. . LinuxSecurity.com Team
Sep 01, 2019
OpenSUSE
Get the latest News and Insights
Get the latest Linux and open source security news straight to your inbox.
Community Poll
What got you started with Linux?
Search Topics
Powered By
Linux Security - Your source for Top Linux News, Advisories, HOWTOs and Feature Releases
QUICK LINKS
subscribe to newsletters!
Like staying secure? So do we.
Sign up for updates, tips, and alerts!