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-17_A01 the developer of the system, system component or system service is required to demonstrate the use of a system development life cycle process that includes organization-defined system security engineering methods.
Assessment rigor: 1
Origin: 53A_R5_SA-04(03)(a) 53A_R5_SA-04(03)(b) 53A_R5_SA-04(03)(c) - TDA-17_A02 the developer of the system, system component or system service is required to perform attack surface reviews.
Assessment rigor: 1
Origin: 53A_R5_SA-11(06) - TDA-17_A03 the breadth of testing and evaluation of required controls is defined.
Assessment rigor: 1
Origin: 53A_R5_SA-11(07)_ODP[01] 53A_R5_SA-11_ODP[03] 53A_R5_SA-11_ODP[01] - TDA-17_A04 the depth of testing and evaluation of required controls is defined.
Assessment rigor: 1
Origin: 53A_R5_SA-11(07)_ODP[02] 53A_R5_SA-11_ODP[03] 53A_R5_SA-11_ODP[01] - TDA-17_A05 frequency at which to conduct testing/evaluation is defined.
Defined parameters: prior to each release to production, and at least annually
Assessment rigor: 1
Origin: 53A_R5_SA-11_ODP[02] 53A_R5_SA-11_ODP[01] - TDA-17_A06 the developer of the system, system component or system service is required at all post-design stages of the system development life cycle to develop a plan for ongoing security assessments.
Assessment rigor: 3
Origin: 53A_R5_SA-11a.[01] - TDA-17_A07 the developer of the system, system component or system service is required at all post-design stages of the system development life cycle to implement a plan for ongoing security assessments.
Assessment rigor: 3
Origin: 53A_R5_SA-11a.[02] - TDA-17_A08 the developer of the system, system component or system service is required at all post-design stages of the system development life cycle to develop a plan for privacy assessments.
Assessment rigor: 3
Origin: 53A_R5_SA-11a.[03] - TDA-17_A09 the developer of the system, system component or system service is required at all post-design stages of the system development life cycle to implement a plan for ongoing privacy assessments.
Assessment rigor: 3
Origin: 53A_R5_SA-11a.[04] - TDA-17_A10 the developer of the system, system component or system service is required at all post-design stages of the system development life cycle to perform testing/evaluation frequency to conduct at depth and coverage.
Defined parameters: prior to each release to production, and at least annually
Assessment rigor: 3
Origin: 53A_R5_SA-11b. - TDA-17_A11 the developer of the system, system component or system service is required at all post-design stages of the system development life cycle to produce evidence of the execution of the assessment plan.
Assessment rigor: 3
Origin: 53A_R5_SA-11c.[01] - TDA-17_A12 the developer of the system, system component or system service is required at all post-design stages of the system development life cycle to produce the results of the testing and evaluation.
Assessment rigor: 3
Origin: 53A_R5_SA-11c.[02] - TDA-17_A13 the developer of the system, system component or system service is required at all post-design stages of the system development life cycle to implement a verifiable flaw remediation process.
Assessment rigor: 3
Origin: 53A_R5_SA-11d. - TDA-17_A14 the developer of the system, system component or system service is required at all post-design stages of the system development life cycle to correct flaws identified during testing and evaluation.
Assessment rigor: 3
Origin: 53A_R5_SA-11e. - TDA-17_A15 the developer of the system, system component, or system service is required to verify that the scope of testing and evaluation provides complete coverage of the required controls per an organization-defined breadth.
Assessment rigor: 3
Origin: 53A_R5_SA-11(07)[01] - TDA-17_A16 the developer of the system, system component, or system service is required to verify that the scope of testing and evaluation provides complete coverage of the required controls per an organization-defined depth.
Assessment rigor: 3
Origin: 53A_R5_SA-11(07)[02]
Свързани задачи
| Тип връзка | Задача |
|---|---|
| blocks | Security, Compliance & Resilience Testing Throughout Development |
- 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.