p PatchFirst

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

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

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

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

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

  1. CVE-2024-45340

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

    GOAUTH credential leak in cmd/go

    Credentials provided via the new GOAUTH feature were not being properly segmented by domain, allowing a malicious server to request credentials they should not have access to. By default, unless otherwise set, this only affected credentials stored in the users .netrc file.

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

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

    Usage of IPv6 zone IDs can bypass URI name constraints in crypto/x509

    A certificate with a URI which has a IPv6 address with a zone ID may incorrectly satisfy a URI name constraint that applies to the certificate chain. Certificates containing URIs are not permitted in the web PKI, so this only affects users of private PKIs which make use of URIs.

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

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

    Stack exhaustion in Parse in go/build/constraint

    Calling Parse on a "// +build" build tag line with deeply nested expressions can cause a panic due to stack exhaustion.

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

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

    Stack exhaustion in Decoder.Decode in encoding/gob

    Calling Decoder.Decode on a message which contains deeply nested structures can cause a panic due to stack exhaustion. This is a follow-up to CVE-2022-30635.

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

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

    Stack exhaustion in all Parse functions in go/parser

    Calling any of the Parse functions on Go source code which contains deeply nested literals can cause a panic due to stack exhaustion.

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

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

    Denial of service due to improper 100-continue handling in net/http

    The net/http HTTP/1.1 client mishandled the case where a server responds to a request with an "Expect: 100-continue" header with a non-informational (200 or higher) status. This mishandling could leave a client connection in an invalid state, where the next request sent on the connection will fail. An attacker sending a request to a net/http/httputil.ReverseProxy proxy can exploit this mishandling to cause a denial of service by sending "Expect: 100-continue" requests which elicit a non-informational response from the backend. Each such request leaves the proxy with an invalid connection, and causes one subsequent request using that connectio

  7. CVE-2023-24531

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

    Output of "go env" does not sanitize values in cmd/go

    Command go env is documented as outputting a shell script containing the Go environment. However, go env doesn't sanitize values, so executing its output as a shell script can cause various bad bahaviors, including executing arbitrary commands or inserting new environment variables. This issue is relatively minor because, in general, if an attacker can set arbitrary environment variables on a system, they have better attack vectors than making "go env" print them out.

  8. CVE-2024-24789

    Средний · CVSS 5.3EPSS 0,44%Есть исправление

    Mishandling of corrupt central directory record in archive/zip

    The archive/zip package's handling of certain types of invalid zip files differs from the behavior of most zip implementations. This misalignment could be exploited to create an zip file with contents that vary depending on the implementation reading the file. The archive/zip package now rejects files containing these errors.

    • Обновитесь до 1.21.9-1ubuntu0.1
  9. CVE-2024-24790

    Критический · CVSS 9.8EPSS 1,95%Есть исправление

    Unexpected behavior from Is methods for IPv4-mapped IPv6 addresses in net/netip

    The various Is methods (IsPrivate, IsLoopback, etc) did not work as expected for IPv4-mapped IPv6 addresses, returning false for addresses which would return true in their traditional IPv4 forms.

    • Обновитесь до 1.21.9-1ubuntu0.1

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

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

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