home *** CD-ROM | disk | FTP | other *** search
/ Peanuts NeXT Software Archives / Peanuts-1.iso / CDROM / FAQs / Security / ntsecurity < prev    next >
Encoding:
Internet Message Format  |  1996-10-23  |  11.3 KB

  1. Path: informatik.tu-muenchen.de!fu-berlin.de!news.nacamar.de!news.he.net!www.nntp.primenet.com!nntp.primenet.com!news.mindspring.com!mindspring!psinntp!pubxfer.news.psi.net!iss.net!cklaus
  2. From: cklaus@iss.net (Christopher Klaus)
  3. Newsgroups: comp.security,alt.security,comp.security.misc,comp.answers,alt.answers,news.answers,comp.admin.policy,misc.security,comp.security.firewalls,comp.os.ms-windows.nt.admin.misc,comp.os.ms-windows.nt.admin.networking
  4. Subject: computer-security/Windows NT Security FAQ
  5. Supersedes: <secfaq.p8_842885343@iss.net>
  6. Followup-To: poster
  7. Date: 23 Oct 1996 15:53:57 GMT
  8. Organization: ISS, Inc.
  9. Lines: 237
  10. Approved: news-answers-request@MIT.Edu
  11. Distribution: world
  12. Expires: 21 Nov 1996 15:52:06 GMT
  13. Message-ID: <secfaq.p8_846085926@iss.net>
  14. Reply-To: cklaus@iss.net
  15. NNTP-Posting-Host: 204.241.60.5
  16. Keywords: nt security contact vendor mailing list
  17. Xref: informatik.tu-muenchen.de alt.security:40136 comp.security.misc:34384 comp.answers:21841 alt.answers:19525 news.answers:84869 comp.admin.policy:10014 comp.security.firewalls:5410 comp.os.ms-windows.nt.admin.misc:22606 comp.os.ms-windows.nt.admin.networking:24929
  18.  
  19. Archive-name: computer-security/ntsecurity
  20. Posting-frequency: monthly
  21. Last-modified: 1999/9/11
  22. Version: 3.00
  23.  
  24. Windows NT Security FAQ
  25.  
  26. Version: 3.00
  27. ----------------------------------------------------------------------------
  28. This Security FAQ is a resource provided by:
  29.  
  30.      Internet Security Systems, Inc.
  31.      Suite 660, 41 Perimeter Center East          Tel: (770) 395-0150
  32.      Atlanta, Georgia 30346                       Fax: (770) 395-1972
  33.  
  34. ----------------------------------------------------------------------------
  35. To get the newest updates of Security files check the following services:
  36.  
  37.      http://www.iss.net/
  38.      ftp ftp.iss.net /pub/
  39.  
  40. To subscibe to the update mailing list, Alert, send an e-mail to
  41. request-alert@iss.net and, in the text of your message (not the subject
  42. line), write:
  43.  
  44.      subscribe alert
  45.  
  46. ----------------------------------------------------------------------------
  47.  
  48. The NT environment allows the security to be very flexible. For an
  49. administrator, they should be aware of the issues for having a secure NT
  50. machine. Here are some of the major security issues. This is a rough draft,
  51. so it is missing information. If you see areas of information that was
  52. missed, feel free to send to cklaus@iss.net and I will update the document.
  53.  
  54.    * NT Security Mailing List
  55.    * Access control lists (ACLs)
  56.    * Network Access
  57.    * Registry
  58.    * PPTP (Point to Point Tunneling Protocal)
  59.    * File Shares
  60.    * MS IIS Web Server
  61.    * FTP Server
  62.    * NFS Server
  63.    * Rlogin Server
  64.  
  65. ----------------------------------------------------------------------------
  66. NT Security Mailing List
  67.  
  68. To join, send e-mail to request-ntsecurity@iss.net and, in the text of your
  69. message (not the subject line), write:
  70.  
  71.         subscribe ntsecurity
  72.  
  73. ----------------------------------------------------------------------------
  74. Access control lists
  75.  
  76. To really lock NT down hard, set the root directory to full access for
  77. administrators and system, list access to users (not Everyone). Let that
  78. work all the way down the tree. Loosen things up as need be, but what has
  79. been done is ensure that any new directory that gets created will have those
  80. permissions.
  81.  
  82. Make sure the print spool directory has full access to creator\owner (see
  83. the NT Resource Kit, 3.51 Update 1 (also known as vol 5)).
  84.  
  85. Go through (using cacls, or use the search facility of either file manager
  86. or explorer) and set the permissions on all of the executables and DLLs to
  87. full access to admins (or if people normally work on that machine under
  88. admin status, remove write permission for admins), and list only
  89. (read-execute) permissions to users.
  90.  
  91. Note that it is now difficult for users to install any software. This could
  92. be good or bad, depending on what you want to do. Make a list of common DLLs
  93. that are updated often and give users delete permission.
  94.  
  95. Now apply the "smoke test" - log in as a user, and see what is broken. Some
  96. programs insist on being able to write to an .ini file in the system tree -
  97. if users can't write to (or create) these files, these programs will fail.
  98. Change the permissions as need be.
  99.  
  100. Be careful, it is possible where non-admins either can't successfully log
  101. in, or get a desktop that is completely blank.
  102.  
  103. If users are allowed to store files locally, make sure that they have full
  104. rights to their own directories. Note that under NT 4.0, a user's desktop
  105. profile, and numerous other things are stored under the system tree - look
  106. in %systemroot%\profiles, and make sure each user has full rights to their
  107. subdirectory - it should be admin, system, and user have full access.
  108.  
  109. It is a good idea to loosen up the temp directory - a good thing is to give
  110. users list access, but creator\owner full access. There may be other
  111. directories that need work, depending on what apps are installed, and
  112. whether they have any notion of multiple users - one example would be the
  113. cache directory for a web browser.
  114.  
  115. Since people have a lot of different needs, there is no single answer - it
  116. depends on the environment.
  117.  
  118. As to user rights, go through and make sure Guest is not only disabled, but
  119. that it has no rights to anything.
  120.  
  121. ----------------------------------------------------------------------------
  122. Network Access
  123.  
  124. Give careful attention to who is allowed to log on from the network and
  125. locally.
  126.  
  127. One thing to consider is that the administrator account is on every machine,
  128. and can't be locked out from too many bad passwords. A good way around this
  129. is to remove the administrator's group from the permissions to log on from
  130. the network, and add back in the individual users who are the admins.
  131.  
  132. Now go set it up to audit failed login attempts, lock out users for a few
  133. minutes if there are too many login failures, and require a password of
  134. decent length - 6 characters is acceptable. This makes brute force attacks
  135. very difficult. If you want to prevent other users from accessing the
  136. machine remotely, you can also remove the users from the right to log on
  137. from the network - that confines the users to having to use the shares on
  138. the server. This also prevents anyone not given that right from accessing
  139. the event log, the registry, and the shares on the machine. Pay attention to
  140. who can and cannot shut the machine down, and make it require you to log in
  141. to shut it down.
  142.  
  143. ----------------------------------------------------------------------------
  144. PPTP
  145.  
  146. Point to Point Tunneling Protocal
  147.  
  148. This is a feature in NT 4.0 that allows encryption between an NT 4.0 server
  149. and possible dialins. There is source code available on
  150. http://www.microsoft.com. There are several companies that provide dialin
  151. access such as US Robotics that is adding in support for PPTP.
  152.  
  153. ----------------------------------------------------------------------------
  154. Registry
  155.  
  156. In the registry, Remove write permission to Everyone from HKEY_CLASSES_ROOT,
  157. and give full access to creator\owner, which is what Microsoft did with NT
  158. 4.0 - much more secure.
  159.  
  160. ----------------------------------------------------------------------------
  161. File Shares
  162.  
  163. Go through all the shares that are available and make sure that the
  164. permissions are set correctly - don't accept the default of full access to
  165. everyone.
  166.  
  167. The file sharing service if available and accessible by anyone can crash the
  168. NT 3.51 machine by using the dot..dot bug and require it to be rebooted.
  169. This technique on a Windows 95 machine potentially allows anyone to gain
  170. access to the whole hard drive. This vulnerability is documented in
  171. Microsoft Knowledge Base article number Q140818 last revision dated March
  172. 15, 1996. Resolution is to install the latest service pack for Windows NT
  173. version 3.51. The latest service pack to have the patch is in service pack
  174. 4.
  175.  
  176. ----------------------------------------------------------------------------
  177. MicroSoft IIS Web Server
  178.  
  179. Versions prior to 1.0c were vulnerable to allowing users to execute commands
  180. remotely and allow access to all the files on the same hard drive partition
  181. as the IIS Server. Make sure that the web server is version 1.0c or higher.
  182. NT 4.0 comes with IIS Version 2.0 that fixes these known problems.
  183.  
  184. Additonal Information on the IIS Web Server bugs is available at
  185. http://www.omna.com/msiis .
  186.  
  187. ----------------------------------------------------------------------------
  188. FTP Server
  189.  
  190. Many times FTP is configured to allow anyone to log in and have access to
  191. the whole hard drive. Attempt to log in and check to see what files are
  192. accessible. By doing a "cd ..", it may allow people to go higher in the file
  193. system that what is intended.
  194.  
  195. ----------------------------------------------------------------------------
  196. NFS Server
  197.  
  198. Network File System can easily be configured to allow anyone to have access
  199. to files being exported. Check to see if they are correctly configured for
  200. the proper exports.
  201.  
  202. ----------------------------------------------------------------------------
  203. RLogin Server
  204.  
  205. There is an rlogin server that comes with NT. Rlogin is a service that
  206. allows people to configure their login to not require a password if coming
  207. from certain machines. Intruders have figured out ways to by-pass this
  208. security and it is recommended to not allow this server to run.
  209. ----------------------------------------------------------------------------
  210.  
  211. Copyright
  212.  
  213. This paper is Copyright (c) 1994, 1995, 1996
  214.    by Christopher Klaus of Internet Security Systems, Inc.
  215.  
  216. Permission is hereby granted to give away free copies electronically. You
  217. may distribute, transfer, or spread this paper electronically. You may not
  218. pretend that you wrote it. This copyright notice must be maintained in any
  219. copy made. If you wish to reprint the whole or any part of this paper in any
  220. other medium excluding electronic medium, please ask the author for
  221. permission.
  222.  
  223. Disclaimer
  224.  
  225. The information within this paper may change without notice. Use of this
  226. information constitutes acceptance for use in an AS IS condition. There are
  227. NO warranties with regard to this information. In no event shall the author
  228. be liable for any damages whatsoever arising out of or in connection with
  229. the use or spread of this information. Any use of this information is at the
  230. user's own risk.
  231.  
  232. Address of Author
  233.  
  234. Please send suggestions, updates, and comments to:
  235. Christopher Klaus <cklaus@iss.net> of Internet Security Systems, Inc.
  236. <iss@iss.net>
  237.  
  238. Internet Security Systems, Inc.
  239.  
  240. ISS is the leader in network security tools and technology through
  241. innovative audit, correction, and monitoring software. The Atlanta-based
  242. company's flagship product, Internet Scanner, is the leading commercial
  243. attack simulation and security audit tool. The Internet Scanner SAFEsuite is
  244. based upon ISS' award-winning Internet Scanner and was specifically designed
  245. with expanded capabilities to assess a variety of network security issues
  246. confronting web sites, firewalls, servers and workstations. The Internet
  247. Scanner SAFEsuite is the most comprehensive security assessment tool
  248. available. For more information about ISS or its products, contact the
  249. company at (770) 395-0150 or e-mail at iss@iss.net. ISS maintains a Home
  250. Page on the World Wide Web at http://www.iss.net
  251. -- 
  252. Christopher William Klaus         Voice: (770)395-0150. Fax: (770)395-1972
  253. Internet Security Systems, Inc.                        "Internet Scanner finds
  254. Ste. 660,41 Perimeter Center East,Atlanta,GA 30346 your network security holes
  255. Web: http://www.iss.net/  Email: cklaus@iss.net        before the hackers do."
  256.