p PatchFirst

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

Уязвимости glib2.0 · Страница 2

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

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

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

  1. CVE-2024-34397

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

    CVE-2024-34397

    An issue was discovered in GNOME GLib before 2.78.5, and 2.79.x and 2.80.x before 2.80.1. When a GDBus-based client subscribes to signals from a trusted system service such as NetworkManager on a shared computer, other users of the same computer can send spoofed D-Bus signals that the GDBus-based client will wrongly interpret as having been sent by the trusted system service. This could lead to the GDBus-based client behaving incorrectly, with an application-dependent impact.

  2. CVE-2023-32636

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

    CVE-2023-32636

    A flaw was found in glib, where the gvariant deserialization code is vulnerable to a denial of service introduced by additional input validation added to resolve CVE-2023-29499. The offset table validation may be very slow. This bug does not affect any released version of glib but does affect glib distributors who followed the guidance of glib developers to backport the initial fix for CVE-2023-29499.

    • Обновитесь до 2.40.2-0ubuntu1.1+esm6
    Опубликовано Обновлено
  3. CVE-2023-32643

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

    CVE-2023-32643

    A flaw was found in GLib. The GVariant deserialization code is vulnerable to a heap buffer overflow introduced by the fix for CVE-2023-32665. This bug does not affect any released version of GLib, but does affect GLib distributors who followed the guidance of GLib developers to backport the initial fix for CVE-2023-32665.

    • Обновитесь до 2.40.2-0ubuntu1.1+esm6
    Опубликовано Обновлено
  4. CVE-2023-32611

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

    G_variant_byteswap() can take a long time with some non-normal inputs

    A flaw was found in GLib. GVariant deserialization is vulnerable to a slowdown issue where a crafted GVariant can cause excessive processing, leading to denial of service.

    • Обновитесь до 2.40.2-0ubuntu1.1+esm6
    Опубликовано Обновлено
  5. CVE-2023-29499

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

    Gvariant offset table entry size is not checked in is_normal()

    A flaw was found in GLib. GVariant deserialization fails to validate that the input conforms to the expected format, leading to denial of service.

    • Обновитесь до 2.40.2-0ubuntu1.1+esm6
    Опубликовано Обновлено
  6. CVE-2023-32665

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

    Gvariant deserialisation does not match spec for non-normal data

    A flaw was found in GLib. GVariant deserialization is vulnerable to an exponential blowup issue where a crafted GVariant can cause excessive processing, leading to denial of service.

    • Обновитесь до 2.40.2-0ubuntu1.1+esm6
    Опубликовано Обновлено
  7. CVE-2021-3800

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

    CVE-2021-3800

    A flaw was found in glib before version 2.63.6. Due to random charset alias, pkexec can leak content from files owned by privileged users to unprivileged ones under the right condition.

    • Обновитесь до 2.40.2-0ubuntu1.1+esm4
    Опубликовано Обновлено
  8. CVE-2021-28153

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

    CVE-2021-28153

    An issue was discovered in GNOME GLib before 2.66.8. When g_file_replace() is used with G_FILE_CREATE_REPLACE_DESTINATION to replace a path that is a dangling symlink, it incorrectly also creates the target of the symlink as an empty file, which could conceivably have security relevance if the symlink is attacker-controlled. (If the path is a symlink to a file that already exists, then the contents of that file correctly remain unchanged.)

    Опубликовано Обновлено
  9. CVE-2021-27219

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

    CVE-2021-27219

    An issue was discovered in GNOME GLib before 2.66.6 and 2.67.x before 2.67.3. The function g_bytes_new has an integer overflow on 64-bit platforms due to an implicit cast from 64 bits to 32 bits. The overflow could potentially lead to memory corruption.

    Опубликовано Обновлено
  10. CVE-2021-27218

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

    CVE-2021-27218

    An issue was discovered in GNOME GLib before 2.66.7 and 2.67.x before 2.67.4. If g_byte_array_new_take() was called with a buffer of 4GB or more on a 64-bit platform, the length would be truncated modulo 2**32, causing unintended length truncation.

    Опубликовано Обновлено
  11. CVE-2019-13012

    Высокий · CVSS 7.5EPSS 3,21%Есть исправление

    CVE-2019-13012

    The keyfile settings backend in GNOME GLib (aka glib2.0) before 2.60.0 creates directories using g_file_make_directory_with_parents (kfsb->dir, NULL, NULL) and files using g_file_replace_contents (kfsb->file, contents, length, NULL, FALSE, G_FILE_CREATE_REPLACE_DESTINATION, NULL, NULL, NULL). Consequently, it does not properly restrict directory (and file) permissions. Instead, for directories, 0777 permissions are used; for files, default file permissions are used. This is similar to CVE-2019-12450.

    • Обновитесь до 2.40.2-0ubuntu1.1+esm3
  12. CVE-2019-12450

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

    CVE-2019-12450

    file_copy_fallback in gio/gfile.c in GNOME GLib 2.15.0 through 2.61.1 does not properly restrict file permissions while a copy operation is in progress. Instead, default permissions are used.

    • Обновитесь до 2.40.2-0ubuntu1.1+esm1
  13. CVE-2012-0039

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

    CVE-2012-0039

    GLib 2.31.8 and earlier, when the g_str_hash function is used, computes hash values without restricting the ability to trigger hash collisions predictably, which allows context-dependent attackers to cause a denial of service (CPU consumption) via crafted input to an application that maintains a hash table. NOTE: this issue may be disputed by the vendor; the existence of the g_str_hash function is not a vulnerability in the library, because callers of g_hash_table_new and g_hash_table_new_full can specify an arbitrary hash function that is appropriate for the application.

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

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

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

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