The iconv function in the GNU C Library (aka glibc or libc6) 2.32 and earlier, when processing invalid input sequences in the ISO-2022-JP-3 encoding, fails an assertion in the code path and aborts the program, potentially resulting in a denial of service. Upstream bug: https://sourceware.org/bugzilla/show_bug.cgi?id=27256 Upstream patch: https://sourceware.org/git/?p=glibc.git;a=commit;h=7d88c6142c6efc160c0ee5e4f85cde382c072888
Created glibc tracking bugs for this issue: Affects: fedora-all [bug 1921917]
Flaw technical summary: glibc's iconv() function, when converting from ISO-2022-JP-3 ( which would have a conversion descriptor allocated by a call to e.g. `iconv_open ("UTF-8", "ISO-2022-JP-3")` ), can trigger an assertion failure in the form: `../iconv/skeleton.c:746: gconv: Assertion `outbuf == outerr' failed.` when processing a specific character sequence. Thus, any application which relies upon glibc's inconv() function and which uses the aforementioned encodings, could be susceptible to a denial of service if it processes the sequence, potentially provided by an attacker.
Mitigation: Mitigation for this issue is either not available or the currently available options do not meet the Red Hat Product Security criteria comprising ease of use and deployment, applicability to widespread installation base or stability.
Statement: Exploitation of this flaw would cause the application to halt execution. It relies on processing untrusted input in the ISO-2022-JP-3 encoding or ISO-2022-JP-3 being used as a MIME charset in applications using iconv.
This issue has been addressed in the following products: Red Hat Enterprise Linux 8 Via RHSA-2021:1585 https://access.redhat.com/errata/RHSA-2021:1585
This bug is now closed. Further updates for individual products will be reflected on the CVE page(s): https://access.redhat.com/security/cve/cve-2021-3326