Description of problem: Does not escape names of symlinks when producing a script to be passed to the shell, which could be abused by an attacked to trick the user into executing arbitrary code with crafted symbolic link. Version-Release number of selected component (if applicable): Doesn't Affect: RHEL2.1 no support for --script Doesn't Affect: RHEL3 ditto Affects: RHEL4 Affects: RHEL5 Affects: FC5 Affects: FC6 Steps to Reproduce: 1. ln -s '$(touch /tmp/gotya; echo kwak)' malicious 2. serve that file via ftp and attempt to download it with lftp via mirror --script 3. Try to run the resulting script with lftp -f Actual results: The downloaded file will point to "kwak", while file /tmp/gotya will be created. Additional info: The security implications are questionable, as is the usefullness of the --script feature itself.
This issue has been addressed in following products: Red Hat Enterprise Linux 5 Via RHSA-2009:1278 https://rhn.redhat.com/errata/RHSA-2009-1278.html
Reporter changed to security-response-team by request of Jay Turner.
Statement: This issue does not affect lftp as supplied with Red Hat Enterprise Linux 3. This issue was addressed for Red Hat Enterprise Linux 5 by https://rhn.redhat.com/errata/RHSA-2009-1278.html The Red Hat Security Response Team has rated this issue as having low security impact, this issue will not fixed in Red Hat Enterprise Linux 4.