Fetchmail before 6.4.22 fails to enforce STARTTLS session encryption in some circumstances, such as a certain situation with IMAP and PREAUTH. References: https://www.fetchmail.info/fetchmail-SA-2021-02.txt http://www.openwall.com/lists/oss-security/2021/08/27/3 https://www.fetchmail.info/security.html
Created fetchmail tracking bugs for this issue: Affects: fedora-all [bug 1999191]
This specific flaw is caused by a myriad of factors that result in the possibility of communications being sent in clear text. Due to how IMAP and fetchmail work, it was possible for fetchmail to start communications in clear text and then try to upgrade the communication to an encrypted communication (STARTTLS protocol). However, IMAP in "Pre Auth" mode does not allow for the communications to be started via STARTTLS. Thus if a user used IMAP, the server used Pre Auth, TLS was forced and no ssl mode was configured, the communications would be sent entirely in clear text. This has been solved in Fetchmail 6.4.22 or above.
This issue has been addressed in the following products: Red Hat Enterprise Linux 8 Via RHSA-2022:1964 https://access.redhat.com/errata/RHSA-2022:1964
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-39272