home *** CD-ROM | disk | FTP | other *** search
/ Handbook of Infosec Terms 2.0 / Handbook_of_Infosec_Terms_Version_2.0_ISSO.iso / text / rainbow / atcse385.txt next >
Text File  |  1996-09-03  |  16KB  |  227 lines

  1. CSC-STD-003-85 COMPUTER SECURITY REQUIREMENTS
  2.  
  3. GUIDANCE FOR APPLYING THE DEPARTMENT OF DEFENSE TRUSTED COMPUTER SYSTEM EVALUATION CRITERIA IN SPECIFIC ENVIRONMENTS
  4.  
  5. Approved for public release;
  6. distribution unlimited.
  7.  
  8. 25 June 1985
  9. Library No. S-226,727
  10.  
  11. FOREWORD 
  12. This publication, Computer Security Requirements-Guidance for Applying the Department of Defense Trusted Computer System Evaluation Criteria in Specific Environments, is being issued by the DoD Computer Security Center (DoDCSC) under the authority of and in accordance with DoD Directive 5215.1, "Computer Security Evaluation Center." It provides guidance for specifying computer security requirements for the Department of Defense (DoD) by identifying the minimum class of system required for a given risk index.  System classes are those defined by CSC-STD-001-83, Department of Defense Trusted Computer System Evaluation Criteria, 15 August 1983.  Risk index is defined as the disparity between the minimum clearance or authorization of system users and the maximum sensitivity of data processed by the system.  This guidance is intended to be used in establishing minimum computer security requirements for the processing and/or storage and retrieval of sensitive or classified information by the Department of Defense whenever automatic data processing systems are employed.  Point of contact concerning this publication is the Office of Standards and Products, Attention: Chief, Computer Security Standards.
  13.  
  14.  
  15. 25 June 1985
  16.  
  17. Robert L. Brotzman
  18. Director
  19. DoD Computer Security Center
  20.  
  21. ACKNOWLEDGMENTS
  22. Acknowledgment is given to the following for formulating the computer security requirements and the supporting technical and procedural rationale behind these requirements: Col Roger R.  Schell, formerly DoDCSC, George F.  Jelen, formerly DoDCSC, Daniel J.  Edwards, Sheila L.  Brand, and Stephen F.  Barnett, DoDCSC.
  23. Acknowledgment is also given to the following for giving generously of their time and expertise in the review and critique of these computer security requirements: CDR Robert Emery, OJCS, Dan Mechelke, 902nd MI Gp, Mary Taylor, DAMI-CIC, Maj.  Freeman, DAMI-CIC, Ralph Neeper, DAMI-CIC, Duane Fagg, NAVDAC, H.  O.  Lubbes, HAVE LEX, Sue Berg, OPNAV, Susan Tominack, NAVDAC, Lt.  Linda Fischer, OPNAV, Eugene Epperly, ODUSD(P), Maj.  Grace Culver, USAF- SITT, Capt Mike Weidner, ASPO, and James P.  Anderson, James P.  Anderson & Co.
  24. And finally, special recognition is extended to H.  William Neugent and Ingrid M.  Olson of the MITRE Corporation and to Alfred W.  Arsenault of the DoDCSC for preparation of this document.
  25.  
  26. LIST OF TABLES
  27.  
  28. TABLE  1: Rating Scale for Minimum User Clearance.....................   8
  29. TABLE  2: Rating Scale for Maximum Data Sensitivity...................   9
  30. TABLE  3: Computer Security Requirements..............................  12
  31. INTRODUCTION
  32. 1.0    INTRODUCTION
  33.  
  34. This document establishes computer security requirements for the Department of Defense (DoD) by identifying the minimum class of system required for a given risk index.  The classes are those defined by CSC-STD-001-83, Department of Defense Trusted Computer System Evaluation Criteria (henceforth referred to as the Criteria).(1) A system's risk index is defined as the disparity between the minimum clearance or authorization of system users and the maximum sensitivity of data processed by the system. [1]
  35. The recommendations in this document are those that the DoD Computer Security Center (DoDCSC) believes to be the minimum adequate to provide an acceptable level of security.  These recommendations are made in part due to the fact that there is no comprehensive policy in effect today which covers this area of computer security.  Where current policy does exist, however, this document shall not be taken to supersede or override that policy, nor shall it be taken to provide exemption from any policy covering areas of security not addressed in this document.
  36. Section 2 of this document provides definitions of terms used.  Risk index computation is described in Section 3, while Section 4 presents the computer security requirements.
  37.  
  38. ----------------------------------
  39. [1] Since a clearance implicitly encompasses lower clearance levels (e.g., a Secret- cleared user has an implicit Confidential clearance), the phrase "minimum clearance of the system users" is more accurately stated as "maximum clearance of the least cleared system user." For simplicity, this document uses the former phrase.
  40. DEFINITIONS
  41. 2.0    DEFINITIONS
  42.  
  43. Application
  44. Those portions of a system, including portions of the operating system, that are not responsible for enforcing the system's security policy.
  45. Category
  46. A grouping of classified or unclassified but sensitive information to which an additional restrictive label is applied to signify that personnel are granted access to the information only if they have appropriate authorization (e.g., proprietary information (PROPIN), information that is Not Releasable to Foreign Nationals (NOFORN), compartmented information, information revealing sensitive intelligence sources and methods (WNINTEL)).  Closed security environment An environment in which both of the following conditions hold true:
  47. 1.    Application developers (including maintainers) have sufficient clearances and authorizations to provide acceptable presumption that they have not introduced malicious logic.  Sufficient clearance is defined as follows: where the maximum classification of the data to be processed is Confidential or less, developers are cleared and authorized to the same level as the most sensitive data; where the maximum classification of the data to be processed is Secret or above, developers have at least a Secret clearance.
  48. 2.    Configuration control provides sufficient assurance that applications are protected against the introduction of malicious logic prior to and during the operation of system applications.
  49.  
  50. Compartmented security mode
  51. The mode of operation which allows the system to process two or more types of compartmented information (information requiring a special authorization)6565 or any one type of compartmented information with other than compartmented information.  In this mode, all system users need not be cleared for all types of compartmented information processed, but must be fully cleared for at least.  Top Secret information for unescorted access to the computer.
  52. Configuration control
  53. Management of changes made to a system's hardware, software, firmware, and documentation throughout the development and operational life of the system.
  54.  
  55. Controlled security mode
  56. The mode of operation that is a type of multilevel security mode in which a more limited amount of trust is placed in the hardware/software requirement base of the system, with resultant restrictions on the classification levels and clearance levels that may be supported.
  57. Dedicated security mode
  58. The mode of operation in which the system is specifically and exclusively dedicated to and controlled for the processing of one particular type or classification of information, either for full-time operation or for a specified period of time.
  59. Environment
  60. The aggregate of external circumstances, conditions, and events that affect the development, operation, and maintenance of a system.
  61. Malicious logic
  62. Hardware, software, or firmware that is intentionally included in a system for the purpose of causing loss or harm (e.g., Trojan horses).
  63. Multilevel security mode
  64. The mode of operation which allows two or more classification levels of information to be processed simultaneously within the same system when some users are not cleared for all levels of information present.
  65. Open security environment
  66. An environment in which either of the following conditions holds true:
  67. 1.    Application developers (including maintainers) do not have sufficient clearance (or authorization) to provide an acceptable presumption that they have not introduced malicious logic.  (See "Closed security environment" for definition of sufficient clearance.)
  68. 2.    Configuration control does not provide sufficient assurance that applications are protected against the introduction of malicious logic prior to and during the operation of system applications.
  69.  
  70. Risk index
  71. The disparity between the minimum clearance or authorization of system users and the maximum sensitivity (e.g., classification and categories) of data processed by a system.
  72. Sensitive information
  73. Information that, as determined by a competent authority, must be protected because its unauthorized disclosure, alteration, loss, or destruction will at least cause perceivable damage to someone or something.
  74. System
  75. An assembly of computer hardware, software, and firmware configured for the purpose of classifying, sorting, calculating, computing, summarizing, transmitting and receiving, storing, and retrieving data with a minimum of human intervention.
  76. System high security mode
  77. The mode of operation in which system hardware/software is only trusted to provide need-to-know protection between users.  In this mode, the entire system, to include all components electrically and/or physically connected, must operate with security measures commensurate with the highest classification and sensitivity of the information being processed and/or stored.  All system users in this environment must possess clearances and authorizations for all information contained in the system.  All system output must be clearly marked with the highest classification and all system caveats, until the information has been reviewed manually by an authorized individual to ensure appropriate classifications and caveats have been affixed.  
  78. System users
  79. Those individuals with direct connections to the system, and also those individuals without direct connections who receive output or generate input that is not reliably reviewed for classification by a responsible individual.  The clearance of system users is used in the calculation of risk index.  
  80. For additional definitions, refer to the Glossary of The Criteria.(1)
  81.  
  82. Risk Index Computation
  83. 3.0    RISK INDEX COMPUTATION
  84.  
  85. The initial step in determining the minimum evaluation class required for a system is to determine the system's risk index.  The risk index for a system depends on the rating associated with the system's minimum user clearance (Rmin) taken from Table 1 and the rating associated with the system's maximum data sensitivity (Rmax) taken from Table 2.  The risk index is computed as follows:
  86. Case a.  If Rmin is less than Rmax, then the risk index is determined by
  87. subtracting Rmin from Rmax.[1]
  88. Risk Index =  Rmax - Rmin
  89. Case b. If Rmin is greater than or equal to Rmax, then
  90. !---1, if there are categories on the system to which some users
  91. !      are not authorized access
  92.  
  93. Risk Index =!
  94. !
  95. !--- 0, otherwise
  96.  
  97.  
  98. [1]There is one anomalous value that results because there are two "types" of Top Secret clearance and only one "type" of Top Secret data.  When the minimum user clearance is TS/BI and the maximum data sensitivity is Top Secret without categories, then the risk index is 0 (rather than the value 1- which would result from a straight application of the formula)
  99.  
  100. RATING SCALE FOR MINIMUM USER CLEARANCE [1].
  101.  
  102. TABLE 1
  103.  
  104. RATING
  105. (Rmin)
  106. Uncleared (U)
  107. 0
  108. Not Cleared but Authorized Access to Sensitive Unclassified Information (N)
  109. 1
  110. Confidential (c)
  111. 2
  112. Secret
  113. 3
  114. Top Secret (TS)/Current Background Investigation (BI)
  115. 4
  116. Top Secret (TS)/current Special Background Investigation (SBI)
  117. 5
  118. One Category (1C)
  119. 6
  120. Multiple Categories (MC)
  121. 7
  122. ---------------------------------------
  123. [1] The following clearances are as defined in DIS Manual 20-1(2):
  124. Confidential, Secret, Top Secret/Current Background Investigation, Top Secret/Current Special Background Investigation.
  125. RATING SCALE FOR MAXIMUM DATA SENSITIVITY
  126.  
  127. TABLE 2
  128.  
  129. MAXIMUM DATA SENSITIVITY
  130. RATINGS WITHOUT CATEGORIES[2]
  131. RATING (Rmax)
  132. MAXIMUM DATA SENSITIVITY WITH CATEGORIES [1]
  133. (Rmax)
  134. Unclassified(U)
  135. 0
  136. Not Applicable [3]
  137.  
  138. Not Classified but Sensitives [4]
  139. 1
  140. N With One or More Categories
  141. 2
  142. Confidential(c)
  143. 2
  144. C With One or More Categories
  145.  
  146. Secret (S)
  147. 3
  148. S With One or More Categories With No More Than One Category Containing Secret Data
  149. 4
  150.  
  151.  
  152. S With Two or More Categories Containing Secret Data
  153. 5
  154. Top Secret (TS)
  155. 5 [5]
  156. TS With One or More Categories With No More Than One Category Containing Secret or Top Secret Data
  157. 6
  158.  
  159.  
  160. TS With Two or More Categories Containing Secret or Top Secret Data
  161. 7
  162. -------------------------------
  163. [1] The only categories of concern are those for which some users are not authorized access.  When counting the number of categories, count all categories regardless of the sensitivity level associated with the data.  If a category is associated with more than one sensitivity level, it is only counted at the highest level.
  164. [2] Where the number of categories is large or where a highly sensitive category is involved, a higher rating might be warranted.
  165. [3] Since categories are sensitive and unclassified data is not, unclassified data by definition cannot contain categories.
  166. [4] Examples of N data include financial, proprietary, privacy, and mission sensitive data.  In some situations (e.g., those involving extremely large financial sums or critical mission sensitive data), a higher rating may be warranted.  The table prescribes minimum ratings.
  167. [5] The rating increment between the Secret and Top Secret data sensitivity levels is greater than the increment between other adjacent levels.  This difference derives from the fact that the loss of Top Secret data causes exceptionally grave damage to the national security, whereas the loss of Secret data causes only serious damage.
  168. COMPUTER SECURITY REQUIREMENTS
  169. 4.0    COMPUTER SECURITY REQUIREMENTS
  170.  
  171.  
  172. Table 3 identifies the minimum evaluation class appropriate for systems based on the risk index computed in Section 3.  The classes identified are those from The Criteria.(1) A risk index of 0 encompasses those systems operating in either system high or dedicated security mode.  Risk indices of 1 through 7 encompass those systems operating in multilevel, controlled, compartmented, or the Navy's limited access security mode; that is, those systems in which not all users are fully cleared or authorized access to all sensitive or classified data being processed and/or stored in the system.  In situations where the local environment indicates that additional risk factors are present, a system of a higher evaluation class may be required.
  173.  
  174. COMPUTER SECURITY REQUIREMENTS
  175.  
  176. TABLE 3
  177.  
  178.  RISK INDEX
  179. SECURITY OPERATING MODE
  180. MINIMUM CRITERIA CLASS FOR OPEN ENVIRONMENTS[4]
  181. MINIMUM CRITERIA CLASS FOR CLOSED ENVIRONMENTS [4]
  182. 0
  183. Dedicated
  184. No Prescribed Minimum [1]
  185. No Prescribed Minimum [1]
  186. 0
  187. System High
  188. C2[2]
  189. C2[2]
  190. 1
  191. Limited Access, Controlled, Compartmented, Multilevel
  192. B1[3]
  193. B1[3]
  194. 2
  195. Limited Access, Controlled, Compartmented, Multilevel
  196. B2
  197. B2
  198. 3
  199. Controlled, Multilevel
  200. B3
  201. B2
  202. 4
  203. Multilevel
  204. A1
  205. B3
  206. 5
  207. Multilevel
  208. *
  209. *
  210. 6
  211. Multilevel
  212. *
  213. *
  214. 7
  215. Multilevel
  216. *
  217. *
  218. --------------------
  219.  [1] Although there is no prescribed minimum class, the integrity and denial of service requirements of many systems warrant at least class C1 protection.
  220. [2] If the system processes sensitive or classified data, at least a class C2 system is required.  If the system does not process sensitive or classified data, a class C1 system is sufficient.
  221. [3] Where a system processes classified or compartmented data and some users do not have at least a Confidential clearance, or when there are more than two types of compartmented information being processed, at least a class B2 system is required.
  222. [4] The asterisk (*) indicates that computer protection for environments with that risk index is considered to be beyond the state of current computer security technology.  Such environments must augment technical protection with physical, personnel, and/or administrative security solutions.
  223.  
  224. REFERENCES
  225. 1.    DoD Computer Security Center, DoD Trusted Computer System Evaluation Criteria, CSC-STD-001-83, 15 August 1983.  
  226. 2.    Defense Investigative Service (DIS) Manual 20-1, Manual for Personnel Investigations, 30 January 1981 .
  227.