Evaluation Criteria of Systems Security Controls

Trusted Computer System Evaluation Criteria (TCSEC)

• Measurement: Provides a metric for assessing comparative levels of trust between different computer systems.
• Guidance: Identifies standard security requirements that vendors must build into systems to achieve a given trust level.
• Acquisition: Provides customers a standard for specifying acquisition requirements and identifying systems that meet those requirements.

• Security policy: The rules and procedures by which a trusted system operates. Specific TCSEC requirements include
  • Discretionary access control (DAC): Owners of objects are able to assign permissions to other subjects.
  • Mandatory access control (MAC): Permissions to objects are managed centrally by an administrator.
  • Object reuse: Protects confidentiality of objects that are reassigned after initial use. For example, a deleted file still exists on storage media; only the file allocation table (FAT) and first character of the file have been modified. Thus residual data may be restored, which describes the problem of data remanence. Object-reuse requirements define procedures for actually erasing the data.
  • Labels: Sensitivity labels are required in MAC-based systems. Specific TCSEC labeling requirements include integrity, export, and subject/object labels.

• Assurance: Guarantees that a security policy is correctly implemented. Specific TCSEC requirements (listed here) are classified as operational assurance requirements:
  • System architecture: TCSEC requires features and principles of system design that implement specific security features.
  • System integrity: Hardware and firmware operate properly and are tested to verify proper operation.
  • Covert channel analysis: TCSEC requires covert channel analysis that detects unintended communication paths not protected by a system’s normal security mechanisms. A covert storage channel conveys information by altering stored system data. A covert timing channel conveys information by altering a system resource’s performance or timing.

A systems or security architect must understand covert channels and how they work in order to prevent the use of covert channels in the system environment.

º Trusted facility management: The assignment of a specific individual to administer the security-related functions of a system. Closely related to the concepts of least privilege, separation of duties, and need-to-know.

º Trusted recovery: Ensures that security isn’t compromised in the event of a system crash or failure. This process involves two primary activities: failure preparation and system recovery.

º Security testing: Specifies required testing by the developer and the National Computer Security Center (NCSC).

º Design specification and verification: Requires a mathematical and automated proof that the design description is consistent with the security policy.

º Configuration management: Identifying, controlling, accounting for, and auditing all changes made to the Trusted Computing Base (TCB) during the design, development, and maintenance phases of a system’s lifecycle.

º Trusted distribution: Protects a system during transport from a vendor to a customer.

• Accountability: The ability to associate users and processes with their actions. Specific TCSEC requirements include
  • Identification and authentication (I&A): Systems need to track who performs what activities.
  • Trusted Path: A direct communications path between the user and the Trusted Computing Base (TCB) that doesn’t require interaction with untrusted applications or operating-system layers.
  • Audit: Recording, examining, analyzing, and reviewing security-related activities in a trusted system.

• Documentation: Specific TCSEC requirements include
  • Security Features User’s Guide (SFUG): User’s manual for the system.
  • Trusted Facility Manual (TFM): System administrator’s and/or security administrator’s manual.
  • Test documentation: According to the TCSEC manual, this documentation must be in a position to “show how the security mechanisms were tested, and results of the security mechanisms’ functional testing.”
  • Design documentation: Defines system boundaries and internal components, such as the Trusted Computing Base (TCB).

The Orange Book defines four major hierarchical classes of security protection and numbered subclasses (higher numbers indicate higher security):

• D: Minimal protection
• C: Discretionary protection (C1 and C2)
• B: Mandatory protection (B1, B2, and B3)
• A: Verified protection (A1)

TCSEC Classes

You don’t need to know specific requirements of each TCSEC level for the CISSP exam, but you should know at what levels DAC and MAC are implemented and the relative trust levels of the classes, including numbered subclasses.

• It addresses only confidentiality issues. It doesn’t include integrity and availability.
• It isn’t applicable to most commercial systems.
• It emphasizes protection from unauthorized access, despite statistical evidence that many security violations involve insiders.
• It doesn’t address networking issues.

Trusted Network Interpretation (TNI)

Part I of the TNI is a guideline for extending the system protection standards defined in the TCSEC (the Orange Book) to networks. Part II of the TNI describes additional security features such as communications integrity, protection from denial of service, and transmission security.

European Information Technology Security Evaluation Criteria (ITSEC)

ITSEC evaluates functionality (security objectives, or why; security-enforcing functions, or what; and security mechanisms, or how) and assurance (effectiveness and correctness) separately. The ten functionality (F) classes and seven evaluation (E) (assurance) levels are listed in the following table.

ITSEC Functionality (F) Classes and Evaluation (E) Levels mapped to TCSEC levels

You don’t need to know specific requirements of each ITSEC level for the CISSP exam, but you should know how the basic functionality levels (F-C1 through F-B3) and evaluation levels (E0 through E6) correlate to TCSEC levels.

Common Criteria

The Common Criteria

You don’t need to know specific requirements of each Common Criteria level for the CISSP exam, but you should understand the basic evaluation hierarchy (EAL0 through EAL7, in order of increasing levels of trust).