p PatchFirst

PatchFirst · Свежие уязвимости

Уязвимости golang-1.8 · Страница 8

За последние 30 дней в golang-1.8 опубликовано уязвимостей: 17; в каталоге KEV: 0.

Фильтры уязвимостей
Сбросить фильтры

Уязвимостей: 147

  1. CVE-2019-6486

    Высокий · CVSS 8.2EPSS 4,5%Нет опубликованного исправления

    CVE-2019-6486

    Go before 1.10.8 and 1.11.x before 1.11.5 mishandles P-521 and P-384 elliptic curves, which allows attackers to cause a denial of service (CPU consumption) or possibly conduct ECDH private key recovery attacks.

    Опубликовано Обновлено
  2. CVE-2018-16875

    Средний · CVSS 5.9EPSS 6,48%Нет опубликованного исправления

    CVE-2018-16875

    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.

    Опубликовано Обновлено
  3. CVE-2018-16874

    Средний · CVSS 6.8EPSS 5,04%Нет опубликованного исправления

    CVE-2018-16874

    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.

    Опубликовано Обновлено
  4. CVE-2018-16873

    Высокий · CVSS 7.5EPSS 66,25%Нет опубликованного исправления

    CVE-2018-16873

    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" di

    Опубликовано Обновлено
  5. CVE-2018-6574

    Высокий · CVSS 7.8EPSS 7,62%Публичный эксплойтНет опубликованного исправления

    CVE-2018-6574

    Go before 1.8.7, Go 1.9.x before 1.9.4, and Go 1.10 pre-releases before Go 1.10rc2 allow "go get" remote command execution during source code build, by leveraging the gcc or clang plugin feature, because -fplugin= and -plugin= arguments were not blocked.

    Опубликовано Обновлено
  6. CVE-2017-15042

    Средний · CVSS 5.9EPSS 1,28%Нет опубликованного исправления

    CVE-2017-15042

    An unintended cleartext issue exists in Go before 1.8.4 and 1.9.x before 1.9.1. RFC 4954 requires that, during SMTP, the PLAIN auth scheme must only be used on network connections secured with TLS. The original implementation of smtp.PlainAuth in Go 1.0 enforced this requirement, and it was documented to do so. In 2013, upstream issue #5184, this was changed so that the server may decide whether PLAIN is acceptable. The result is that if you set up a man-in-the-middle SMTP server that doesn't advertise STARTTLS and does advertise that PLAIN auth is OK, the smtp.PlainAuth implementation sends the username and password.

    Опубликовано Обновлено
  7. CVE-2017-15041

    Критический · CVSS 9.8EPSS 9,3%Нет опубликованного исправления

    CVE-2017-15041

    Go before 1.8.4 and 1.9.x before 1.9.1 allows "go get" remote command execution. Using custom domains, it is possible to arrange things so that example.com/pkg1 points to a Subversion repository but example.com/pkg1/pkg2 points to a Git repository. If the Subversion repository includes a Git checkout in its pkg2 directory and some other work is done to ensure the proper ordering of operations, "go get" can be tricked into reusing this Git checkout for the fetch of code from pkg2. If the Subversion repository's Git checkout has malicious commands in .git/hooks/, they will execute on the system running "go get."

    Опубликовано Обновлено

Проверьте свой сервер

Сопоставьте установленный стек и версии со свежими базами уязвимостей.

Проверьте свой сервер →