home *** CD-ROM | disk | FTP | other *** search
/ The Hacker's Encyclopedia 1998 / hackers_encyclopedia.iso / hacking / general / cert0049.txt < prev    next >
Encoding:
Text File  |  2003-06-11  |  6.5 KB  |  155 lines
  1.  
  2. -----BEGIN PGP SIGNED MESSAGE-----
  3.  
  4. ===========================================================================
  5. CA-92:14                        CERT Advisory
  6.                     June 22, 1992
  7.                Altered System Binaries Incident
  8.  
  9. - ---------------------------------------------------------------------------
  10.  
  11. The Computer Emergency Response Team/Coordination Center (CERT/CC) has
  12. received information regarding a series of significant intrusion
  13. incidents on the Internet.  Systems administrators should be aware
  14. that many systems on the Internet have been compromised due to this
  15. activity.  To identify whether your systems have been affected by the
  16. activity we recommend that all system administrators check for the
  17. signs of intrusion detailed in this advisory.
  18.  
  19. This advisory describes the activities that have been identified as
  20. part of this particular incident.  This does not address the
  21. possibility that systems may have been compromised due to other,
  22. unrelated intrusion activity.
  23.  
  24. - ---------------------------------------------------------------------------
  25.  
  26. I.   Description
  27.  
  28.      The intruders gain initial access to a host by discovering a
  29.      password for a user account on the system, exploiting a "+" in 
  30.      the "/etc/hosts.equiv" file, or any ".rhosts" files on the
  31.      system.  The intruder then connects to the system using rsh and
  32.      attempts to become root on the compromised system.  An alias of
  33.      "decode" may used to gain root privileges.
  34.  
  35. II.  Impact
  36.     
  37.      Having gained root access on a system, the intruders may make
  38.      unauthorized changes to system binaries that can capture account
  39.      information for both local and remote systems.  In addition, the
  40.      intruder adds "+ +" to any ".rhosts" files to which the intruder
  41.      has access.
  42.  
  43. III. Solution 
  44.  
  45.      A. Check your systems for signs of intrusion due to this incident.
  46.  
  47.         1. Check the login, telnet, and uucpd binaries (for example,
  48.        "/bin/login", "/usr/ucb/telnet", and "/usr/etc/in.uucpd" on
  49.        Sun systems) against copies from distribution media.  Note that
  50.        a check for creation or modification times and sizes is
  51.        not sufficient to assure that the files have not been modified.
  52.        The CERT/CC suggests that you compare the output of the
  53.            "sum(1)" or "cmp(1)" command on both the distribution and
  54.            installed versions of the binaries.
  55.  
  56.         2. If the check from (A.1) indicates that your binaries have been
  57.        modified, check for the presence of a password
  58.        log file.  Since the name of the logfile is often changed,
  59.        the name of the file should be obtained using the
  60.        "strings(1)" command on the Trojan login, uucpd, or telnet
  61.        binary.  Examples of filenames used on other systems are:
  62.  
  63.                                "/usr/spool/. " (dot space)
  64.                                "/var/spool/secretmail/.l"
  65.                                "/var/spool/secretmail/.log"
  66.                                "/var/spool/secretmail/.tty"
  67.                                "/var/spool/secretmail/.lock"
  68.                                "/usr/tmp/.log"
  69.                                "/usr/spool/uucp/.sys"
  70.                                "/usr/spool/uucppublic/.hushlogin"
  71.                    "/usr/uucp/.sys"
  72.                                "/mnt2/lost+found/.tmp/.log"
  73.                                "/usr/spool/mqueue/.AFG001"
  74.  
  75.        Verify that the contents of files found using the "strings(1)"
  76.        command do not contain valid username/password combinations.  
  77.  
  78.         3. Check for the presence of "+" in the "/etc/hosts.equiv"
  79.        file.  
  80.  
  81.        NOTE that Sun Microsystems installs the SunOS
  82.        operating system with a default "+" in the /etc/hosts.equiv
  83.        file for easy network access.  This should be removed
  84.        unless required in your operating environment and protected
  85.        by a firewall network configuration.  Leaving the "+"
  86.        intact will allow any non-root user on the Internet to
  87.        login to the system without a password.
  88.  
  89.         4. Check the home directory for each entry in the "/etc/passwd"
  90.            file for the presence of a ".rhosts" file containing
  91.            "+ +" (plus space plus).
  92.  
  93.         5. Assure that your "/etc/fstab", "/etc/inetd.conf", and
  94.        "/etc/exports" files have not been modified.
  95.  
  96.      B. Take the following steps to secure your systems.
  97.  
  98.         1. Save copies of the identified files to removable media and 
  99.        remove any password log files as found in (A.2) above.
  100.  
  101.         2. Replace any modified binaries with copies from
  102.            distribution media.
  103.  
  104.         3. Remove the "+" entry from the "/etc/hosts.equiv"
  105.        file and the "+ +" (plus space plus) entry from any
  106.        ".rhosts" files.  
  107.  
  108.         4. Change ownership of the "/etc" directory to userid "root"
  109.        if it is owned by "bin" (as distributed by Sun).
  110.            
  111.         5. Change every password on the system and assure that the new 
  112.        passwords are robust using a package such as Crack or Cops
  113.        (available via anonymous ftp from cert.org).
  114.  
  115.     6. Inspect and restore any changes made to your "/etc/fstab", 
  116.        "/etc/exports", or "/etc/inetd.conf" files.  If any
  117.        modifications are found in these files, you will need to
  118.        unmount file systems and restart daemons once the files
  119.        have been restored.  Alternatively the system could be
  120.        rebooted.
  121.     
  122.     7. Remove the "decode" alias from your global mail aliases
  123.        file ("/etc/aliases" on Sun systems, "/usr/lib/aliases" on
  124.        other UNIX systems).
  125. - ---------------------------------------------------------------------------
  126.  
  127. If you believe that your system has been compromised, contact CERT/CC or
  128. your representative in FIRST (Forum of Incident Response and Security Teams).
  129.  
  130. Internet E-mail: cert@cert.org
  131. Telephone: 412-268-7090 (24-hour hotline)
  132.            CERT/CC personnel answer 7:30 a.m.-6:00 p.m. EST(GMT-5)/EDT(GMT-4),
  133.            on call for emergencies during other hours.
  134.  
  135. Computer Emergency Response Team/Coordination Center (CERT/CC)
  136. Software Engineering Institute
  137. Carnegie Mellon University
  138. Pittsburgh, PA 15213-3890
  139.  
  140. Past advisories, information about FIRST representatives, and other
  141. information related to computer security are available for anonymous ftp
  142. from cert.org (192.88.209.5).
  143.  
  144.  
  145. -----BEGIN PGP SIGNATURE-----
  146. Version: 2.6.2
  147.  
  148. iQCVAwUBMaMxBHVP+x0t4w7BAQEQcAP/Y2CX9UjSjTpYEQxxufS5ZhO0Jvu0qa4m
  149. 3TWQkv6Rta3SoH2yiVnGtSH/WKQQ6qUBAlRg9yM4CaCHX3VqPT/HYGdcw15p9LlP
  150. LjNxOn5Wyp28Wh8qNRK8xy9YKpiC92Sf9QAUtEptkORJcVGgm04F84NDijVIv0eW
  151. PmODXoLqDpA=
  152. =CGsK
  153. -----END PGP SIGNATURE-----
  154.  
  155.