In iconvdata/iso-2022-jp-3.c in the GNU C Library (aka glibc) 2.34, remote attackers can force iconv() to emit a spurious '\0' character via crafted ISO-2022-JP-3 data that is accompanied by an internal state reset. This may affect data integrity in certain iconv() use cases. NOTE: the vendor states "the bug cannot be invoked through user input and requires iconv to be invoked with a NULL inbuf, which ought to require a separate application bug to do so unintentionally. Hence there's no security impact to the bug.
2021-11-04T20:15:09.223
2024-11-21T06:29:09.553
Modified
CVSSv3.1: 7.5 (HIGH)
AV:N/AC:L/Au:N/C:N/I:P/A:N
10.0
2.9
Type | Vendor | Product | Version/Range | Vulnerable? |
---|---|---|---|---|
Application | gnu | glibc | 2.34 | Yes |
Application | oracle | communications_cloud_native_core_binding_support_function | 22.1.3 | Yes |
Application | oracle | communications_cloud_native_core_network_function_cloud_native_environment | 22.1.0 | Yes |
Application | oracle | communications_cloud_native_core_network_repository_function | 22.1.2 | Yes |
Application | oracle | communications_cloud_native_core_network_repository_function | 22.2.0 | Yes |
Application | oracle | communications_cloud_native_core_security_edge_protection_proxy | 22.1.1 | Yes |
Application | oracle | communications_cloud_native_core_unified_data_repository | 22.2.0 | Yes |
Application | oracle | enterprise_operations_monitor | 4.3 | Yes |
Application | oracle | enterprise_operations_monitor | 4.4 | Yes |
Application | oracle | enterprise_operations_monitor | 5.0 | Yes |