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-11.1_A01 cybersecurity / data privacy functional requirements, descriptions and criteria are included explicitly or by reference using in the acquisition contract for the system, system component or system service.
Assessment rigor: 1
Origin: 53A_R5_SA-04a.[01] 53A_R5_SA-04a.[02] - TDA-11.1_A02 strength of mechanism requirements, descriptions and criteria are included explicitly or by reference using in the acquisition contract for the system, system component or system service.
Assessment rigor: 1
Origin: 53A_R5_SA-04b. - TDA-11.1_A03 cybersecurity / data privacy assurance requirements, descriptions and criteria are included explicitly or by reference using in the acquisition contract for the system, system component or system service.
Assessment rigor: 1
Origin: 53A_R5_SA-04c.[01] 53A_R5_SA-04c.[02] - TDA-11.1_A04 controls needed to satisfy the cybersecurity / data requirements, descriptions and criteria are included explicitly or by reference using in the acquisition contract for the system, system component or system service.
Assessment rigor: 1
Origin: 53A_R5_SA-04d.[01] 53A_R5_SA-04d.[02] - TDA-11.1_A05 cybersecurity / data privacy documentation requirements, descriptions and criteria are included explicitly or by reference using in the acquisition contract for the system, system component or system service.
Assessment rigor: 3
Origin: 53A_R5_SA-04e.[01] 53A_R5_SA-04e.[02] - TDA-11.1_A06 requirements for protecting cybersecurity / data privacy documentation, descriptions and criteria are included explicitly or by reference using in the acquisition contract for the system, system component or system service.
Assessment rigor: 3
Origin: 53A_R5_SA-04f.[01] 53A_R5_SA-04f.[02] - TDA-11.1_A07 the description of the system development environment and environment in which the system is intended to operate, requirements and criteria are included explicitly or by reference using in the acquisition contract for the system, system component or system service.
Assessment rigor: 3
Origin: 53A_R5_SA-04g. - TDA-11.1_A08 the allocation of responsibility or identification of parties responsible for cybersecurity / data privacy requirements, descriptions and criteria are included explicitly or by reference using in the acquisition contract for the system, system component or system service.
Assessment rigor: 3
Origin: 53A_R5_SA-04h.[01] 53A_R5_SA-04h.[02] - TDA-11.1_A09 the allocation of responsibility or identification of parties responsible for supply chain risk management requirements, descriptions and criteria are included explicitly or by reference using organization-defined criteria.
Assessment rigor: 3
Origin: 53A_R5_SA-04h.[03] - TDA-11.1_A10 acceptance criteria requirements and descriptions are included explicitly or by reference using in the acquisition contract for the system, system component or system service.
Assessment rigor: 3
Origin: 53A_R5_SA-04i.
Länkade ärenden
| Länktyp | Ärende |
|---|---|
| blocks | Minimum Viable Product (MVP) Security Requirements |
- Secure Controls Framework -
The Secure Controls Framework® (SCF)
"The SCF is the Common Controls Framework™ (CCF), the world's most comprehensive cybersecurity and data privacy metaframework - it is also free to use. The entire concept is building secure, compliant and resilient capabilities in the most efficient and cost-effective manner possible.
The SCF is more than just a unified control catalog, since its included content creates a playbook for Governance, Risk & Compliance (GRC) capabilities. Used globally by organizations of every size, the SCF is a robust and scalable solution for security, compliance and resilience controls. As a comprehensive security framework, the SCF maps 1,400+ controls across 200+ laws, regulations, and industry frameworks so you can implement once and comply everywhere.
Like it or not, cybersecurity is a protracted war on an asymmetric battlefield, where the threats are everywhere and as defenders we have to make the effort to work together to help improve cybersecurity and data privacy practices, since we all suffer when massive data breaches occur or when cyber attacks have physical impacts. Hackers share information on attack methods with other hackers, so why shouldn’t the good guys share information on how to best protect an organization? We decided to take action and make a difference, since we feel it is too important to wait for someone else to fix the problems that exist.
The SCF is made up of volunteers, mainly specialists within the cybersecurity profession, who focus on GRC and the cybersecurity side of data privacy. These are auditors, engineers, architects, incident responders, consultants and other specialists who live and breathe these topics on a daily basis. The end product is "expert-derived content" that makes up the SCF." https://securecontrolsframework.com/Terms & Conditions
The SCF End User License Agreement (EULA) governs the use of the Secure Controls Framework® (SCF) under the Creative Commons Attribution-No Derivatives 4.0 International Public License.