Description of problem: Arnaud Giersch discovered that the following chunk of code from src/intl/gettext/loadmsgcat.c:add_filename_to_string() causes elinks to read .po files fro man untrusted location. 215 if ((dirnamelen && !add_bytes_to_string(str, program.path, dirnamelen)) 216 || !add_to_string(str, "../po/") 217 || !add_bytes_to_string(str, An untrusted message catalog might lead to a format-string attack when an attacker tricks user into launching links from a particular directory. Version-Release number of selected component (if applicable): Doesn't Affect: RHEL3 Affects: RHEL4 Affects: RHEL5 Affects: FC5 Affects: FC6 Additional info: It is questionable who would launch elinks from a directory controlled by someone else and thus whether this is exploitable in real world.
Upstream patches: http://pasky.or.cz/gitweb.cgi?p=elinks.git;a=commit;h=110c564af3c12f40743b7e1adcfd3a034d73b601 http://pasky.or.cz/gitweb.cgi?p=elinks.git;a=commit;h=928f364ba2803f98d71775dc03b694d6403c0754 These patches were questioned in the debian bug, however it seems like doubts were unreasonable.
FC6 update: elinks-0.11.1-5.2
Closing...already fixed quiet long time ago... as CURRENT_RELEASE elinks-0.11.1-5.2
Re-open to get the fixes to RHEL4/5 too.
This issue has been addressed in following products: Red Hat Enterprise Linux 4 Red Hat Enterprise Linux 5 Via RHSA-2009:1471 https://rhn.redhat.com/errata/RHSA-2009-1471.html