home *** CD-ROM | disk | FTP | other *** search
/ The Hacker's Encyclopedia 1998 / hackers_encyclopedia.iso / hacking / network / 9121 < prev    next >
Encoding:
Text File  |  2003-06-11  |  6.0 KB  |  138 lines
  1. **************************************************************************
  2. Security Bulletin 9121              DISA Defense Communications System
  3. 21 October 1991         Published by: DDN Security Coordination Center
  4.                                   (SCC@NIC.DDN.MIL)   1-(800) 365-3642
  5.  
  6.                         DEFENSE  DATA  NETWORK
  7.                           SECURITY  BULLETIN
  8.  
  9. The DDN  SECURITY BULLETIN is distributed  by the  DDN SCC  (Security
  10. Coordination Center) under DISA contract as  a means of  communicating
  11. information on network and host security exposures, fixes, &  concerns
  12. to security & management personnel at DDN facilities.  Back issues may
  13. be  obtained  via  FTP  (or  Kermit)  from  NIC.DDN.MIL  [192.112.36.5]
  14. using login="anonymous" and password="guest".  The bulletin pathname is
  15. SCC:DDN-SECURITY-yynn (where "yy" is the year the bulletin is issued
  16. and "nn" is a bulletin number, e.g. SCC:DDN-SECURITY-9121).
  17. **************************************************************************
  18. + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +
  19. !                                                                       !
  20. !     The following important  advisory was  issued by the Computer     !
  21. !     Emergency Response Team (CERT)  and is being relayed unedited     !
  22. !     via the Defense Information Systems Agency's Security             !
  23. !     Coordination Center  distribution  system  as a  means  of        !
  24. !     providing  DDN subscribers with useful security information.      !
  25. !                                                                       !
  26. + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +
  27. ===========================================================================
  28. CA-91:19                        CERT Advisory
  29.                               October 17, 1991
  30.                         AIX TFTP Daemon Vulnerability
  31.  
  32. ---------------------------------------------------------------------------
  33.  
  34. The Computer Emergency Response Team/Coordination Center (CERT/CC) has
  35. received information concerning a vulnerability in the TFTP daemon in
  36. all versions of AIX for IBM RS/6000 machines.
  37.  
  38. IBM is aware of this problem and a fix is available as apar number "ix22628".
  39. This patch is available for all AIX releases from "GOLD" to the current
  40. release.
  41.  
  42. NOTE: THIS IS AN UPDATED PATCH FROM ONE RECENTLY MADE AVAILABLE and fixes
  43. a security hole in the original patch.  The SCCS id of the correct patch
  44. is tftpd.c 1.13.1.3 (*not* 1.13.1.2 or earlier versions).  This can be 
  45. checked using the following "what" command.
  46.  
  47.     % what /etc/tftpd
  48.     /etc/tftpd:
  49.        56      1.13.1.3  tftpd.c, tcpip, tcpip312 10/10/91 09:01:48
  50.        tftpsubs.c      1.2  com/sockcmd/tftpd,3.1.2,9048312 10/8/89 17:40:55
  51.  
  52. IBM customers may call IBM Support (800-237-5511) and ask that the fix
  53. be shipped to them.  The fix will appear in the upcoming 2009 update
  54. and the next release of AIX.
  55.  
  56. ---------------------------------------------------------------------------
  57.  
  58. I.   Description
  59.  
  60.      Previous versions of tftpd did not provide a method for restricting 
  61.      TFTP access.
  62.  
  63. II.  Impact
  64.  
  65.      If TFTP is enabled at your site, anyone on the Internet can retrieve
  66.      copies of your site's world-readable files, such as /etc/passwd.
  67.  
  68. III. Solution
  69.         
  70.      A. Sites that do not need to allow tftp access should disable it.
  71.     This can be done by editing /etc/inetd.conf and deleting or
  72.     commenting out the tftpd line:
  73.  
  74.     #tftp     dgram     udp    wait    nobody  /etc/tftpd     tftpd -n
  75.  
  76.     and then, as root, restarting inetd with the "refresh" command.
  77.  
  78.         # refresh -s inetd
  79.  
  80.     For more details on starting/stopping tftp, refer to documentation
  81.     for the System Resource Controller (SRC) or the System Management
  82.     Interface Tool (SMIT).
  83.  
  84.      B. Sites that must run tftpd (for example, to support X terminals)
  85.     should obtain and install the above patch AND create a
  86.     /etc/tftpaccess.ctl file to restrict the files that are accessible.
  87.         The /etc/tftpaccess.ctl file should be writable only by root.
  88.     Although the new /etc/tftpaccess.ctl mechanism provides a very general
  89.     capability, the CERT/CC strongly recommends that sites keep this
  90.     control file simple.  For example, the following tftpaccess.ctl file
  91.     is all that is necessary to support IBM X terminals:
  92.  
  93.     # /etc/tftpaccess.ctl
  94.     # By default, all files are restricted if /etc/tftpaccess.ctl exists.
  95.     # Allow access to X terminal files.
  96.     allow:/usr/lpp/x_st_mgr/bin
  97.  
  98.     NOTE: Be CERTAIN to create the /etc/tftpaccess.ctl file.
  99.     If it does not exist then all world-readable files are accessible
  100.     as in the current version of tftpd.
  101.  
  102.         Installation Instructions:
  103.  
  104.         1.  Create an appropriate /etc/tftpaccess.ctl file.
  105.  
  106.         2.  From the directory containing the new tftpd module, issue
  107.             the following commands as root.
  108.         
  109.             # chmod 644 /etc/tftpaccess.ctl
  110.             # chown root.system /etc/tftpaccess.ctl
  111.         # mv /etc/tftpd /etc/tftpd.old
  112.         # cp tftpd /etc
  113.         # chmod 755 /etc/tftpd
  114.         # chown root.system /etc/tftpd
  115.         # refresh -s inetd
  116.  
  117. ---------------------------------------------------------------------------
  118. The CERT/CC wishes to thank Karl Swartz of the Stanford Linear Accelerator
  119. Center for bringing this vulnerability to our attention.
  120. ---------------------------------------------------------------------------
  121.  
  122. If you believe that your system has been compromised, contact CERT/CC via
  123. telephone or e-mail.
  124.  
  125. Computer Emergency Response Team/Coordination Center (CERT/CC)
  126. Software Engineering Institute
  127. Carnegie Mellon University
  128. Pittsburgh, PA 15213-3890
  129.  
  130. Internet E-mail: cert@cert.sei.cmu.edu
  131. Telephone: 412-268-7090 24-hour hotline:
  132.            CERT/CC personnel answer 7:30a.m.-6:00p.m. EST/EDT,
  133.            on call for emergencies during other hours.
  134.  
  135. Past advisories and other computer security related information are available
  136. for anonymous ftp from the cert.sei.cmu.edu (192.88.209.5) system.
  137.  
  138.