In Wireshark 3.2.0 to 3.2.6, 3.0.0 to 3.0.13, and 2.6.0 to 2.6.20, the TCP dissector could crash. This was addressed in epan/dissectors/packet-tcp.c by changing the handling of the invalid 0xFFFF checksum. References: https://www.wireshark.org/security/wnpa-sec-2020-12.html https://gitlab.com/wireshark/wireshark/-/issues/16816 Upstream patch: https://gitlab.com/wireshark/wireshark/-/commit/7f3fe6164a68b76d9988c4253b24d43f498f1753
Created wireshark tracking bugs for this issue: Affects: fedora-all [bug 1886042]
Statement: Wireshark as shipped with Red Hat Linux 5, 6, and 7 is not affected by this flaw as the vulnerable code was introduced in a subsequent version of Wireshark.
Flaw summary: TCP packets with checksum of 0xFFFF are invalid and trigger an assertion failure coming from hfinfo_number_value_format_display(). The patch marks the checksum as bad even when the packet is processed.