Security Target

Common Criteria for Information Technology Security Evaluation, version 3.1 Part 1 (called CC 3.1 or CC)[1] defines the Security Target (ST) as an "implementation-dependent statement of security needs for a specific identified Target of Evaluation (TOE)". In other words, the ST defines boundary and specifies the details of the TOE. In a product evaluation process according to the CC the ST document is provided by the vendor of the product.

An ST defines information assurance security and functional requirements for the given information system product, which is called the Target of Evaluation (TOE). An ST is a complete and rigorous description of a security problem in terms of TOE description, threats, assumptions, security objectives, security functional requirements (SFRs), security assurance requirements (SARs), and rationales. The SARs are typically given as a number 1 through 7 called Evaluation Assurance Level (EAL), indicating the depth and rigor of the security evaluation, usually in the form of supporting documentation and testing, that the product meets the SFRs.[citation needed]

An ST contains some (but not very detailed) implementation-specific information that demonstrates how the product addresses the security requirements. It may refer to one or more Protection Profiles (PPs). In such a case, the ST must fulfill the generic security requirements given in each of these PPs, and may define further requirements.

Security Target outline

  1. Introduction – an overview of what the TOE does, including key features and purpose.
    • ST Reference
    • TOE Reference
    • TOE Overview
    • TOE Description
  2. Conformance Claims – identifies conformance claims for the TOE evaluation.
    • CC version conformance claims
    • CC Part 2 conformance claims
    • CC Part 3 conformance claims
    • PP conformance claims – strict conformance or demonstrable conformance
  3. Security Problem Definition – describes the threats and assumptions about the operational environment. Objective is to demonstrate the security problem intended to be addressed by the TOE and its operational environment.
    • Threats – an adverse action performed by a threat agent on an asset. Threat agents are described by aspects such as expertise, resources, opportunity, and motivation.
    • Organizational Security Policies (OSP) – OSP is a set of security rules, procedures, or guidelines imposed by an organization in TOEs operational environment.
    • Assumptions – made only about the operational environment of the TOE behavior.
  4. Security Objectives – a concise and abstract statement of the intended solution to the problem specified by the security problem definition. Each security objective must trace back to at least one threat or OSP.
    1. aspect of security which to achieve is the purpose and objective of using certain mitigation measures, such as confidentiality, integrity, availability, user authenticity, access authorisation, accountability.
    2. confidentiality, integrity or availability required to support the applicable foundational requirements.-[1] Archived 2018-12-21 at the Wayback Machine
    • Security Objectives for the TOE
    • Security Objectives for the Operational Environment
    • Security Objectives Rationale – a set of justifications that shows that all threats and assumptions are effectively addressed by the security objectives.
  5. Extended Components Definition – the extended components must consist of measurable and objective elements where conformance can be demonstrated.
  6. Security Requirements – defines and describes the SFRs from CC Part 2 and SARs from CC Part 3.
    • Security Functional Requirements – the SFRs form a clear, unambiguous and well-defined description of the expected security behavior of the TOE.
    • Security Assurance Requirements – the SARs form a clear, unambiguous and established description of the expected activities that will be undertaken to gain assurance in the TOE.
    • Security Requirements Rationale – the justification for a security objective for the TOE demonstrates that the SFRs are sufficient and necessary.
  7. TOE Summary Specifications – enables evaluators and potential consumers to gain a general understanding of how the TOE is implemented.
    • Security Functions – function of a zone or conduit to prevent unauthorised electronic intervention that can impact or influence the normal functioning of devices and systems within the zone or conduit. TOE summary specification must describe how the TOE meets each SFR.
    • TOE Security Specifications – a high-level view of how the developer intends to satisfy each SFR.

See also

References

  1. ^ Common Criteria Portal – http://www.commoncriteriaportal.org/cc/

Content Disclaimer

Informasi ini disarikan dari Wikipedia dan disajikan kembali untuk tujuan edukasi. Konten tersedia di bawah lisensi CC BY-SA 3.0. Kami tidak bertanggung jawab atas ketidakakuratan data yang bersumber dari kontribusi publik tersebut.

  1. The information displayed on this website is sourced in part or in whole from Wikipedia and has been adapted for the purpose of restating it. We strive to provide accurate and relevant information, however:
  2. There is no guarantee of absolute accuracy. Wikipedia is an open, collaborative project that can be edited by anyone, so information is subject to change.
  3. It is not intended to constitute professional advice. The content displayed is for informational and educational purposes only. For important decisions (e.g., medical, legal, or financial), please consult a professional.
  4. Content copyright. Wikipedia is licensed under the Creative Commons Attribution-ShareAlike License (CC BY-SA). This means that content may be reused with appropriate attribution and shared under a similar license.
  5. Responsible use. Any risk arising from the use of information from this website is entirely the responsibility of the user.