Логотип exploitDog
Консоль
Логотип exploitDog

exploitDog

suse-cvrf логотип

openSUSE-SU-2018:4306-1

Опубликовано: 29 дек. 2018
Источник: suse-cvrf

Описание

Security update for containerd, docker and go

This update for containerd, docker and go fixes the following issues:

containerd and docker:

  • Add backport for building containerd (bsc#1102522, bsc#1113313)
  • Upgrade to containerd v1.1.2, which is required for Docker v18.06.1-ce. (bsc#1102522)
  • Enable seccomp support (fate#325877)
  • Update to containerd v1.1.1, which is the required version for the Docker v18.06.0-ce upgrade. (bsc#1102522)
  • Put containerd under the podruntime slice (bsc#1086185)
  • 3rd party registries used the default Docker certificate (bsc#1084533)
  • Handle build breakage due to missing 'export GOPATH' (caused by resolution of boo#1119634). I believe Docker is one of the only packages with this problem.

go:

  • golang: arbitrary command execution via VCS path (bsc#1081495, CVE-2018-7187)
  • Make profile.d/go.sh no longer set GOROOT=, in order to make switching between versions no longer break. This ends up removing the need for go.sh entirely (because GOPATH is also set automatically) (boo#1119634)
  • Fix a regression that broke go get for import path patterns containing "..." (bsc#1119706)

Additionally, the package go1.10 has been added.

This update was imported from the SUSE:SLE-15:Update update project.

Список пакетов

openSUSE Leap 15.0
containerd-1.1.2-lp150.4.3.1
containerd-ctr-1.1.2-lp150.4.3.1
containerd-kubic-1.1.2-lp150.4.3.1
containerd-kubic-ctr-1.1.2-lp150.4.3.1
containerd-kubic-test-1.1.2-lp150.4.3.1
containerd-test-1.1.2-lp150.4.3.1
docker-18.06.1_ce-lp150.5.6.1
docker-bash-completion-18.06.1_ce-lp150.5.6.1
docker-kubic-18.06.1_ce-lp150.5.6.1
docker-kubic-bash-completion-18.06.1_ce-lp150.5.6.1
docker-kubic-test-18.06.1_ce-lp150.5.6.1
docker-kubic-zsh-completion-18.06.1_ce-lp150.5.6.1
docker-libnetwork-0.7.0.1+gitr2664_3ac297bc7fd0-lp150.3.3.1
docker-libnetwork-kubic-0.7.0.1+gitr2664_3ac297bc7fd0-lp150.3.3.1
docker-runc-1.0.0rc5+gitr3562_69663f0bd4b6-lp150.5.3.1
docker-runc-kubic-1.0.0rc5+gitr3562_69663f0bd4b6-lp150.5.3.1
docker-runc-kubic-test-1.0.0rc5+gitr3562_69663f0bd4b6-lp150.5.3.1
docker-runc-test-1.0.0rc5+gitr3562_69663f0bd4b6-lp150.5.3.1
docker-test-18.06.1_ce-lp150.5.6.1
docker-zsh-completion-18.06.1_ce-lp150.5.6.1
go-1.10.4-lp150.2.7.1
go-doc-1.10.4-lp150.2.7.1
go-race-1.10.4-lp150.2.7.1
go1.10-1.10.7-lp150.2.1
go1.10-doc-1.10.7-lp150.2.1
go1.10-race-1.10.7-lp150.2.1
golang-github-docker-libnetwork-0.7.0.1+gitr2664_3ac297bc7fd0-lp150.3.3.1
golang-github-docker-libnetwork-kubic-0.7.0.1+gitr2664_3ac297bc7fd0-lp150.3.3.1
golang-packaging-15.0.11-lp150.2.3.1

Ссылки

Описание

In Go before 1.10.6 and 1.11.x before 1.11.3, the "go get" command is vulnerable to remote code execution when executed with the -u flag and the import path of a malicious Go package, or a package that imports it directly or indirectly. Specifically, it is only vulnerable in GOPATH mode, but not in module mode (the distinction is documented at https://golang.org/cmd/go/#hdr-Module_aware_go_get). Using custom domains, it's possible to arrange things so that a Git repository is cloned to a folder named ".git" by using a vanity import path that ends with "/.git". If the Git repository root contains a "HEAD" file, a "config" file, an "objects" directory, a "refs" directory, with some work to ensure the proper ordering of operations, "go get -u" can be tricked into considering the parent directory as a repository root, and running Git commands on it. That will use the "config" file in the original Git repository root for its configuration, and if that config file contains malicious commands, they will execute on the system running "go get -u".

Затронутые продукты
openSUSE Leap 15.0:containerd-1.1.2-lp150.4.3.1
openSUSE Leap 15.0:containerd-ctr-1.1.2-lp150.4.3.1
openSUSE Leap 15.0:containerd-kubic-1.1.2-lp150.4.3.1
openSUSE Leap 15.0:containerd-kubic-ctr-1.1.2-lp150.4.3.1
Ссылки

Описание

In Go before 1.10.6 and 1.11.x before 1.11.3, the "go get" command is vulnerable to directory traversal when executed with the import path of a malicious Go package which contains curly braces (both '{' and '}' characters). Specifically, it is only vulnerable in GOPATH mode, but not in module mode (the distinction is documented at https://golang.org/cmd/go/#hdr-Module_aware_go_get). The attacker can cause an arbitrary filesystem write, which can lead to code execution.

Затронутые продукты
openSUSE Leap 15.0:containerd-1.1.2-lp150.4.3.1
openSUSE Leap 15.0:containerd-ctr-1.1.2-lp150.4.3.1
openSUSE Leap 15.0:containerd-kubic-1.1.2-lp150.4.3.1
openSUSE Leap 15.0:containerd-kubic-ctr-1.1.2-lp150.4.3.1
Ссылки

Описание

The crypto/x509 package of Go before 1.10.6 and 1.11.x before 1.11.3 does not limit the amount of work performed for each chain verification, which might allow attackers to craft pathological inputs leading to a CPU denial of service. Go TLS servers accepting client certificates and TLS clients are affected.

Затронутые продукты
openSUSE Leap 15.0:containerd-1.1.2-lp150.4.3.1
openSUSE Leap 15.0:containerd-ctr-1.1.2-lp150.4.3.1
openSUSE Leap 15.0:containerd-kubic-1.1.2-lp150.4.3.1
openSUSE Leap 15.0:containerd-kubic-ctr-1.1.2-lp150.4.3.1
Ссылки

Описание

The "go get" implementation in Go 1.9.4, when the -insecure command-line option is used, does not validate the import path (get/vcs.go only checks for "://" anywhere in the string), which allows remote attackers to execute arbitrary OS commands via a crafted web site.

Затронутые продукты
openSUSE Leap 15.0:containerd-1.1.2-lp150.4.3.1
openSUSE Leap 15.0:containerd-ctr-1.1.2-lp150.4.3.1
openSUSE Leap 15.0:containerd-kubic-1.1.2-lp150.4.3.1
openSUSE Leap 15.0:containerd-kubic-ctr-1.1.2-lp150.4.3.1
Ссылки
Уязвимость openSUSE-SU-2018:4306-1