An issue was discovered in Rsyslog v8.1908.0. contrib/pmaixforwardedfrom/pmaixforwardedfrom.c has a heap overflow in the parser for AIX log messages. The parser tries to locate a log message delimiter (in this case, a space or a colon) but fails to account for strings that do not satisfy this constraint. If the string does not match, then the variable lenMsg will reach the value zero and will skip the sanity check that detects invalid log messages. The message will then be considered valid, and the parser will eat up the nonexistent colon delimiter. In doing so, it will decrement lenMsg, a signed integer, whose value was zero and now becomes minus one. The following step in the parser is to shift left the contents of the message. To do this, it will call memmove with the right pointers to the target and destination strings, but the lenMsg will now be interpreted as a huge value, causing a heap overflow. Reference: https://github.com/rsyslog/rsyslog/pull/3884
Created rsyslog tracking bugs for this issue: Affects: fedora-all [bug 1766694]
Upstream patch: https://github.com/rsyslog/rsyslog/pull/3884/commits/10549ba915556c557b22b3dac7e4cb73ad22d3d8 Analysis: Essentially a heap buffer overflow when parsing certain AIX log messages which have misplaced delimiters. Normally logs are system generated and therefore difficult to craft in order to achieve code execution for this flaw. Therefore it should mostly result in crash.
This issue has been addressed in the following products: Red Hat Enterprise Linux 7 Via RHSA-2020:1000 https://access.redhat.com/errata/RHSA-2020:1000
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-2019-17041
This issue has been addressed in the following products: Red Hat Enterprise Linux 8 Via RHSA-2020:1702 https://access.redhat.com/errata/RHSA-2020:1702