home *** CD-ROM | disk | FTP | other *** search
/ The Hacker's Encyclopedia 1998 / hackers_encyclopedia.iso / hacking / network / 9011 < prev    next >
Encoding:
Text File  |  2003-06-11  |  8.4 KB  |  185 lines
  1. ***********************************************************************
  2. DDN Security Bulletin 9011       DCA DDN Defense Communications System
  3. 3 Oct 90                Published by: DDN Security Coordination Center
  4.                                      (SCC@NIC.DDN.MIL)  (800) 235-3155
  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  DCA 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.67.67.20]
  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-9001).
  17. **********************************************************************
  18.  
  19.                   NeXT's System Software: Four Problems
  20.  
  21. + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +
  22. !                                                                       !
  23. !     The following important  advisory was  issued by the Computer     !
  24. !     Emergency Response Team (CERT)  and is being relayed unedited     !
  25. !     via the Defense Communications Agency's Security Coordination     !
  26. !     Center  distribution  system  as a  means  of  providing  DDN     !
  27. !     subscribers with useful security information.                     !
  28. !                                                                       !
  29. + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +
  30.  
  31.  
  32. ------------------------------------------------------------------------------
  33. CA-90:06                       CERT Advisory
  34.                   October 2, 1990
  35.                           NeXT's System Software
  36.  
  37. -----------------------------------------------------------------------------
  38. This message is to alert administrators of NeXT Computers of four
  39. potentially serious security problems.
  40.  
  41. The information contained in this message has been provided by David Besemer,
  42. NeXT Computer, Inc.  The following describes the four security problems,
  43. NeXT's recommended solutions and the known system impact.
  44.  
  45. ------------------------------------------------------------------------------
  46.  
  47.   Problem #1 DESCRIPTION:  On Release 1.0 and 1.0a a script exists in
  48.   /usr/etc/restore0.9 that is a setuid shell script.  The existence of  
  49.   this script is a potential security problem.
  50.  
  51.   Problem #1 IMPACT:  The script is only needed during the installation
  52.   process and isn't needed for normal usage.  It is possible for any
  53.   logged in user to gain root access.
  54.  
  55.   Problem #1 SOLUTION:  NeXT owners running Release 1.0 or 1.0a should  
  56.   remove /usr/etc/restore0.9 from all disks.  This file is installed by  
  57.   the "BuildDisk" application, so it should be removed from all systems  
  58.   built with the standard release disk, as well as from the standard  
  59.   release disk itself (which will prevent the file from being installed  
  60.   on systems built with the standard release disk in the future).  You  
  61.   must be root to remove this script, and the command that will remove  
  62.   the script is the following:
  63.  
  64.   # /bin/rm /usr/etc/restore0.9
  65.  
  66.                                     ---
  67.  
  68.   Problem #2 DESCRIPTION:  On NeXT computers running Release 1.0 or
  69.   1.0a that also have publicly accessible printers, users can gain
  70.   extra permissions via a combination of bugs.
  71.   
  72.   Problem #2 IMPACT:  Computer intruders are able to exploit this security
  73.   problem to gain access to the system.  Intruders, local users and remote
  74.   users are able to gain root access.
  75.  
  76.   Problem #2 SOLUTION:  NeXT computer owners running Release 1.0 or  
  77.   1.0a should do two things to fix a potential security problem.   
  78.   First, the binary /usr/lib/NextPrinter/npd must be replaced with a  
  79.   more secure version.  This more secure version of npd is available  
  80.   through your NeXT support center.  Upon receiving a copy of the more  
  81.   secure npd, you must become root and install it in place of the old  
  82.   one in /usr/lib/NextPrinter/npd.  The new npd binary needs to be  
  83.   installed with the same permission bits (6755) and owner (root) as  
  84.   the old npd binary.  The commands to install the new npd binary are  
  85.   the following:
  86.   
  87.   # /bin/mv /usr/lib/NextPrinter/npd /usr/lib/NextPrinter/npd.old
  88.   # /bin/mv newnpd /usr/lib/NextPrinter/npd
  89.       (In the above command, "newnpd" is the npd binary
  90.       that you obtained from your NeXT support center.)
  91.   # /etc/chown root /usr/lib/NextPrinter/npd
  92.   # /etc/chmod 6755 /usr/lib/NextPrinter/npd
  93.   
  94.   The second half of the fix to this potential problem is to change the  
  95.   permissions of directories on the system that are currently owned and  
  96.   able to be written by group "wheel".  The command that will remove  
  97.   write permission for directories owned and writable by group "wheel"  
  98.   is below.  This command is all one line, and should be run as root.
  99.   
  100.   # find / -group wheel ! -type l -perm -20 ! -perm -2 -ls -exec chmod  
  101.   g-w {} \; -o -fstype nfs -prune
  102.  
  103.                                     ---
  104.  
  105.   Problem #3 DESCRIPTION:  On NeXT computers running any release of the
  106.   system software,  public access to the window server may be a
  107.   potential security problem.
  108.  
  109.   The default in Release 1.0 or 1.0a is correctly set so that public access
  110.   to the window server is not available.  It is possible, when upgrading from
  111.   a prior release, that the old configuration files will be reused.  These
  112.   old configuration files could possibly enable public access to the window
  113.   server.
  114.  
  115.   Problem #3 IMPACT:  This security problem will enable an intruder to gain
  116.   access to the system.
  117.  
  118.   Problem #3 SOLUTION:  If public access isn't needed, it should be disabled.
  119.  
  120.   1. Launch the Preferences application, which is located in /NextApps
  121.   2. Select the UNIX panel by pressing the button with the UNIX
  122.      certificate on it.
  123.   3. If the box next to Public Window Server contains a check, click on
  124.      the box to remove the check.
  125.  
  126.                                     ---
  127.  
  128.   Problem #4 DESCRIPTION: On NeXT computers running any release of the
  129.   system software, the "BuildDisk" application is executable by all users.
  130.  
  131.   Problem #4 IMPACT:  Allows a user to gain root access.
  132.  
  133.   Problem #4 SOLUTION: Change the permissions on the "BuildDisk" application
  134.   allowing only root to execute it.  This can be accomplished with the
  135.   command:
  136.  
  137.   # chmod 4700 /NextApps/BuildDisk
  138.  
  139.   To remove "BuildDisk" from the default icon dock for new users, do the
  140.   following:
  141.  
  142.   1. Create a new user account using the UserManager application.
  143.   2. Log into the machine as that new user.
  144.   3. Remove the BuildDisk application from the Application Dock by dragging
  145.      it out.
  146.   4. Log out of the new account and log back in as root.
  147.   5. Copy the file in ~newuser/.NeXT/.dock to /usr/template/user/.NeXT/.dock
  148.     (where ~newuser is the home directory of the new user account)
  149.   6. Set the protections appropriately using the following command:
  150.         # chmod 555 /usr/template/user/.NeXT/.dock
  151.   7. If you wish, with UserManager, remove the user account that you created
  152.      in step 1.
  153.  
  154.   In release 2.0, the BuildDisk application will prompt for the root password
  155.   if it is run by a normal user.
  156.  
  157. -----------------------------------------------------------------------------
  158. CONTACT INFORMATION
  159.  
  160. For further questions, please contact your NeXT support center.
  161.  
  162. NeXT has also reported that these potential problems have been fixed in
  163. NeXT's Release 2.0, which will be available in November, 1990.
  164.  
  165. Thanks to Corey Satten and Scott Dickson for discovering, documenting, and
  166. helping resolve these problems.
  167.  
  168. -----------------------------------------------------------------------------
  169. Edward DeHart
  170. Computer Emergency Response Team/Coordination Center (CERT/CC)
  171. Software Engineering Institute
  172. Carnegie Mellon University
  173. Pittsburgh, PA 15213-3890
  174.  
  175. Internet E-mail: cert@cert.sei.cmu.edu
  176. Telephone: 412-268-7090 24-hour hotline: CERT personnel answer
  177.            7:30a.m.-6:00p.m. EST, on call for
  178.            emergencies other hours.
  179.  
  180. Past advisories and other information are available for anonymous ftp
  181. from cert.sei.cmu.edu (128.237.253.5).
  182.  
  183.  
  184.  
  185.