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
It is questionable who would launch elinks from a directory controlled
by someone else and thus whether this is exploitable in real world.
These patches were questioned in the debian bug, however it seems like doubts
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