Several security issues in ytnef have been announced: http://openwall.com/lists/oss-security/2017/06/07/3 http://openwall.com/lists/oss-security/2017/06/07/4 http://openwall.com/lists/oss-security/2017/06/07/5 http://openwall.com/lists/oss-security/2017/06/07/6 http://openwall.com/lists/oss-security/2017/06/07/7 http://openwall.com/lists/oss-security/2017/06/07/8 (including the first one above that doesn't have a CVE). No fixes appear to be available yet. libytnef in Mageia 5 may be affected as well.
Some more security issues, partly related (just two more sec researchers running their tests after AGO): https://github.com/Yeraze/ytnef/issues (basically all opened issues are security bugs) ytnef has two reverse deps in Cauldron: evolution:libytnef-devel claws-mail:libytnef-devel
Checked evolution and claws-mail: - evolution: tnef plugin can be disabled if the BuildRequires is removed (autotools will disable it automatically if missing) - claws-mail: tnef plugin can be disabled via the `--disable-tnef_parse-plugin` configure option So we could drop ytnef if we want; Bruno, David, WDYT?
Status comment: (none) => Many unpatched upstream security issues, only used by evolution and claws-mail and could be disabled
I think dropping would be OK. I don't understand why there are three different tnef implementations (tnef, ytnef, ktnef) that all have had recent security issues, instead of everyone settling around one common library. If we drop ytnef, the tnef program will still be available for dealing with these attachments. If ytnef fixes their issues and people don't like evolution/claws-mail not having the built-in support, we can always reintroduce ytnef as an update later.
Dropped from Mageia 6. Mageia 5 may or may not be affected.
Source RPM: ytnef-1.9.2-1.mga6.src.rpm => libytnef-1.5-10.2.mga5.src.rpmSummary: ytnef new security issues CVE-2017-947[0-4] => libytnef new security issues CVE-2017-947[0-4]Version: Cauldron => 5
Don't open any TNEF attachments in claws-mail or evolution ;o)
Status: NEW => RESOLVEDResolution: (none) => OLD