It was discovered that tcpdump incorrectly handled the printing of PPP packets. A remote attacker could use this flaw to cause tcpdump to crash, resulting in a denial of service, or possibly execute arbitrary code. Upstream patch: https://github.com/the-tcpdump-group/tcpdump/commit/0f95d441e4b5d7512cc5c326c8668a120e048eda
Created tcpdump tracking bugs for this issue: Affects: fedora-all [bug 1171184]
tcpdump-4.5.1-3.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
tcpdump-4.6.2-3.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.
Analysis ======== In function ppp_hdlc() 1. It declares u_char *b but at line b = (uint8_t *)malloc(length); it typecast into uint and assigns to variable b which is declared as u_char 2. for (s = (u_char *)p, t = b, i = length; i > 0; i--) { c = *s++; if (c == 0x7d) { if (i > 1) { here in code there is no checking for variable 's' if it contains anything further or not, if 's' does not contain anything then it should break here to have proper bounds checking. i--; c = *s++ ^ 0x20; } else *t++ = c; } Remote attacker would only be able to DOS the application, RCE (Remote Code Execution) is unlikely to happen. So the impact of this is considered to be moderate only.
Statement: Red Hat Product Security has rated this issue as having moderate security impact, a future update may address this flaw in tcpdump.
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-2014-9140