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:
- IAC-34_A01 devices or types of devices to be uniquely identified and authenticated before establishing a connection are defined.
Assessment rigor: 1
Origin: 53A_R5_IA-03_ODP[01] 171A_R3_A.03.05.02.ODP[01] - IAC-34_A02 organization-defined devices or types of devices are authenticated before establishing a system connection.
Assessment rigor: 1
Origin: 53A_R5_IA-03 53A_R5_IA-03_ODP[02] - IAC-34_A03 devices and/or types of devices are uniquely identified and authenticated before establishing a local connection.
Assessment rigor: 2
Origin: 53A_R5_IA-03 53A_R5_IA-03_ODP[02] - IAC-34_A04 devices and/or types of devices are uniquely identified and authenticated before establishing a remote connection.
Assessment rigor: 2
Origin: 53A_R5_IA-03 53A_R5_IA-03_ODP[02] - IAC-34_A05 device identification and authentication are handled based on attestation by configuration management process.
Assessment rigor: 2
Origin: 53A_R5_IA-03(04) - IAC-34_A06 devices and/or types of devices requiring use of cryptographically based, bidirectional authentication to authenticate before establishing one or more connections are defined.
Assessment rigor: 3
Origin: 53A_R5_IA-03(01)_ODP[01] - IAC-34_A07 devices and/or types of devices are authenticated before establishing a local connection using bidirectional authentication that is cryptographically based.
Assessment rigor: 3
Origin: 53A_R5_IA-03(01) 53A_R5_IA-03(01)_ODP[02] - IAC-34_A08 devices and/or types of devices are authenticated before establishing a remote connection using bidirectional authentication that is cryptographically based.
Assessment rigor: 3
Origin: 53A_R5_IA-03(01) 53A_R5_IA-03(01)_ODP[02] - IAC-34_A09 devices and/or types of devices are authenticated before establishing a network connection using bidirectional authentication that is cryptographically based.
Assessment rigor: 3
Origin: 53A_R5_IA-03(01) 53A_R5_IA-03(01)_ODP[02] - IAC-34_A10 <A.03.05.02.ODP[01]: devices or types of devices> are uniquely identified before establishing a system connection.
Defined parameters: all devices for identification, where feasible for authentication, and document when not feasible
Assessment rigor: NIST 800-171
Origin: 171A_R3_A.03.05.02[01] - IAC-34_A11 <A.03.05.02.ODP[01]: devices or types of devices> are authenticated before establishing a system connection.
Defined parameters: all devices for identification, where feasible for authentication, and document when not feasible
Assessment rigor: NIST 800-171
Origin: 171A_R3_A.03.05.02[02]
Powiązane zgłoszenia
| Typ powiązania | Zgłoszenie |
|---|---|
| blocks | Identification & Authentication for Devices |
- 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.