Assessment Objectives

In addition to relevant policies, standards and procedures, the assessor shall examine, interview, and/or test to determine if appropriately scoped evidence exists to support the claim that:

• TDA-20.1_A01 information concerning impact, environment of operations, known or assumed threats and acceptable risk levels to be used as contextual information for threat modeling and vulnerability analyses is defined.
  Assessment rigor: 1
  Origin: 53A_R5_SA-11(02)_ODP[01]
• TDA-20.1_A02 the tools and methods to be employed for threat modeling and vulnerability analyses are defined.
  Assessment rigor: 1
  Origin: 53A_R5_SA-11(02)_ODP[02]
• TDA-20.1_A03 the breadth and depth of threat modeling to be conducted is defined.
  Assessment rigor: 1
  Origin: 53A_R5_SA-11(02)_ODP[03]
• TDA-20.1_A04 the breadth and depth of vulnerability analyses to be conducted is defined.
  Assessment rigor: 1
  Origin: 53A_R5_SA-11(02)_ODP[04]
• TDA-20.1_A05 acceptance criteria to be met by produced evidence for threat modeling are defined.
  Assessment rigor: 1
  Origin: 53A_R5_SA-11(02)_ODP[05]
• TDA-20.1_A06 acceptance criteria to be met by produced evidence for vulnerability analyses are defined.
  Assessment rigor: 1
  Origin: 53A_R5_SA-11(02)_ODP[06]
• TDA-20.1_A07 the developer of the system, system component, or system service is required to perform threat modeling during development of the system, component, or service that uses organization-defined information.
  Assessment rigor: 1
  Origin: 53A_R5_SA-11(02)(a)[01]
• TDA-20.1_A08 the developer of the system, system component, or system service is required to perform vulnerability analyses during development of the system, component, or service that uses organization-defined information.
  Assessment rigor: 1
  Origin: 53A_R5_SA-11(02)(a)[02]
• TDA-20.1_A09 the developer of the system, system component, or system service is required to perform threat modeling during the subsequent testing and evaluation of the system, component, or service that uses organization-defined information.
  Assessment rigor: 3
  Origin: 53A_R5_SA-11(02)(a)[03]
• TDA-20.1_A10 the developer of the system, system component, or system service is required to perform vulnerability analyses during the subsequent testing and evaluation of the system, component, or service that uses organization-defined information.
  Assessment rigor: 3
  Origin: 53A_R5_SA-11(02)(a)[04]
• TDA-20.1_A11 the developer of the system, system component, or system service is required to perform threat modeling during development of the system, component, or service that employs organization-defined tools and methods.
  Assessment rigor: 3
  Origin: 53A_R5_SA-11(02)(b)[01]
• TDA-20.1_A12 the developer of the system, system component, or system service is required to perform threat modeling during the subsequent testing and evaluation of the system, component, or service that employs organization-defined tools and methods.
  Assessment rigor: 3
  Origin: 53A_R5_SA-11(02)(b)[02]
• TDA-20.1_A13 the developer of the system, system component, or system service is required to perform vulnerability analyses during development of the system, component, or service that employs organization-defined tools and methods.
  Assessment rigor: 3
  Origin: 53A_R5_SA-11(02)(b)[03]
• TDA-20.1_A14 the developer of the system, system component, or system service is required to perform vulnerability analyses during the subsequent testing and evaluation of the system, component, or service that employs organization-defined tools and methods.
  Assessment rigor: 3
  Origin: 53A_R5_SA-11(02)(b)[04]
• TDA-20.1_A15 the developer of the system, system component, or system service is required to perform threat modeling per an organization-defined breadth and depth during development of the system, component or service.
  Assessment rigor: 3
  Origin: 53A_R5_SA-11(02)(c)[01]
• TDA-20.1_A16 the developer of the system, system component, or system service is required to perform vulnerability analyses during the subsequent testing and evaluation of the system, component, or service that conducts modeling and analyses per an organization-defined breadth and depth.
  Assessment rigor: 3
  Origin: 53A_R5_SA-11(02)(c)[02]
• TDA-20.1_A17 the developer of the system, system component, or system service is required to perform threat modeling during development of the system, component, or service that produces evidence that meets organization-defined acceptance criteria.
  Assessment rigor: 3
  Origin: 53A_R5_SA-11(02)(d)[01]
• TDA-20.1_A18 the developer of the system, system component, or system service is required to perform threat modeling during the subsequent testing and evaluation of the system, component, or service that produces evidence that meets organization-defined acceptance criteria.
  Assessment rigor: 3
  Origin: 53A_R5_SA-11(02)(d)[02]
• TDA-20.1_A19 the developer of the system, system component, or system service is required to perform vulnerability analyses during development of the system, component, or service that produces evidence that meets organization-defined acceptance criteria.
  Assessment rigor: 3
  Origin: 53A_R5_SA-11(02)(d)[03]
• TDA-20.1_A20 the developer of the system, system component, or system service is required to perform vulnerability analyses during the subsequent testing and evaluation of the system, component, or service that produces evidence that meets organization-defined acceptance criteria.
  Assessment rigor: 3
  Origin: 53A_R5_SA-11(02)(d)[04]

Saistītie uzdevumi

• Secure Controls Framework -

  EN: GRCA includes the Secure Controls Framework® (SCF) content, © Secure Controls Framework Council, LLC, used under the Creative Commons Attribution-NoDerivatives 4.0 International Public License. SCF control numbers, names, descriptions and mappings appear exactly as published by the SCF Council – https://securecontrolsframework.com. GRCA may group or reorder SCF content for display, which does not change SCF content; the mappings are shown as links to the frameworks they name. Learn more at https://securecontrolsframework.com.

  DE: GRCA enthält Inhalte des Secure Controls Framework® (SCF), © Secure Controls Framework Council, LLC, genutzt unter der Creative Commons Attribution-NoDerivatives 4.0 International Public License. Nummern, Namen, Beschreibungen und Zuordnungen der SCF-Controls erscheinen genau so, wie der SCF Council sie veröffentlicht – https://securecontrolsframework.com. GRCA gruppiert oder sortiert SCF-Inhalte für die Anzeige, ohne sie zu verändern; die Zuordnungen erscheinen als Verknüpfungen zu den genannten Regelwerken. Mehr unter https://securecontrolsframework.com.