Description
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.
Metrics
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HWeakness enumeration
Affected software
| Vendor | Product | Versions |
|---|---|---|
| n/a | n/a | n/a |
References
- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655044
- http://mail.gnome.org/archives/gtk-devel-list/2003-May/msg00111.html
- http://openwall.com/lists/oss-security/2012/01/10/12
- https://bugzilla.redhat.com/show_bug.cgi?id=772720
- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655044
- http://mail.gnome.org/archives/gtk-devel-list/2003-May/msg00111.html
- http://openwall.com/lists/oss-security/2012/01/10/12
- https://bugzilla.redhat.com/show_bug.cgi?id=772720
Timeline
- Published
- Jan 14, 2012
- Last modified
- Jun 16, 2026
- NVD status
- Modified