Skip to main content

END-10: Mobile Code

END 4 — Medium Detect

Mechanisms exist to address mobile code / operating system-independent applications.

Control Question: Does the organization address mobile code / operating system-independent applications?

General (23)
Framework Mapping Values
GovRAMP Moderate SC-18
GovRAMP High SC-18
IEC 62443-4-2 2019 CR 2.4 (6.6) SAR 2.4 (12.2.1) SAR 2.4 (12.2.1(a)) SAR 2.4 (12.2.1(b)) SAR 2.4 (12.2.1(c)) SAR 2.4 (12.2.3(1)) EDR 2.4 (13.2.1) EDR 2.4 (13.2.1) EDR 2.4 (13.2.1(a)) EDR 2.4 (13.2.1(b)) EDR 2.4 (13.2.1(c)) EDR 2.4 (13.2.3(1)) HDR 2.4 (14.2.1) HDR 2.4 (14.2.1(a)) HDR 2.4 (14.2.1(b)) HDR 2.4 (14.2.1(c)) HDR 2.4 (14.2.3(1)) NDR 2.4 (15.4.1) NDR 2.4 (15.4.1(a)) NDR 2.4 (15.4.1(b)) NDR 2.4 (15.4.1(c)) NDR 2.4 (15.4.3(1))
MITRE ATT&CK 10 T1021.003, T1055, T1055.001, T1055.002, T1055.003, T1055.004, T1055.005, T1055.008, T1055.009, T1055.011, T1055.012, T1055.013, T1055.014, T1059, T1059.005, T1059.007, T1068, T1137, T1137.001, T1137.002, T1137.003, T1137.004, T1137.005, T1137.006, T1189, T1190, T1203, T1210, T1211, T1212, T1218.001, T1548, T1548.004, T1559, T1559.001, T1559.002, T1611
NIST 800-53 R4 SC-18 SC-18(1) SC-18(2) SC-18(3) SC-18(4) SC-27
NIST 800-53 R4 (moderate) SC-18
NIST 800-53 R4 (high) SC-18
NIST 800-53 R5 (source) SC-18 SC-18(1) SC-18(2) SC-18(3) SC-18(4) SC-27
NIST 800-53B R5 (moderate) (source) SC-18
NIST 800-53B R5 (high) (source) SC-18
NIST 800-53 R5 (NOC) (source) SC-18(1) SC-18(2) SC-18(3) SC-18(4) SC-27
NIST 800-82 R3 MODERATE OT Overlay SC-18
NIST 800-82 R3 HIGH OT Overlay SC-18
NIST 800-161 R1 SC-18 SC-18(2) SC-27
NIST 800-161 R1 Level 2 SC-27
NIST 800-161 R1 Level 3 SC-18 SC-18(2) SC-27
NIST 800-171 R2 (source) 3.13.13
NIST 800-171A (source) 3.13.13[a] 3.13.13[b]
NIST 800-171 R3 (source) 03.13.13.a 03.13.13.b
NIST 800-171A R3 (source) A.03.13.13.a[01] A.03.13.13.a[02] A.03.13.13.b[01] A.03.13.13.b[02] A.03.13.13.b[03]
SCF CORE Mergers, Acquisitions & Divestitures (MA&D) END-10
SCF CORE ESP Level 2 Critical Infrastructure END-10
SCF CORE ESP Level 3 Advanced Threats END-10
US (16)
Framework Mapping Values
US CISA CPG 2022 2.N
US CMMC 2.0 Level 2 (source) SC.L2-3.13.13
US CMMC 2.0 Level 3 (source) SC.L2-3.13.13
US CMS MARS-E 2.0 SC-18
US DHS CISA TIC 3.0 3.PEP.WE.ACMIT 3.PEP.SE.ACMIT
US FedRAMP R4 SC-18
US FedRAMP R4 (moderate) SC-18
US FedRAMP R4 (high) SC-18
US FedRAMP R5 (source) SC-18
US FedRAMP R5 (moderate) (source) SC-18
US FedRAMP R5 (high) (source) SC-18
US FFIEC D3.PC.De.E.5
US HIPAA HICP Large Practice 1.L.A 6.L.D
US IRS 1075 SC-18 SC-18(1) SC-18(2)
US TSA / DHS 1580/82-2022-01 III.D.1.d
US - TX TX-RAMP Level 2 SC-18
EMEA (1)
Framework Mapping Values
EMEA UK DEFSTAN 05-138 2413
Americas (1)
Framework Mapping Values
Americas Canada ITSP-10-171 03.13.13.A 03.13.13.B

Capability Maturity Model

Level 0 — Not Performed

There is no evidence of a capability to address mobile code / operating system-independent applications.

Level 1 — Performed Informally

Endpoint Security (END) efforts are ad hoc and inconsistent. CMM Level 1 control maturity would reasonably expect all, or at least most, the following criteria to exist:

  • Asset management is informally assigned as an additional duty to existing IT/cybersecurity personnel.
  • IT/cybersecurity personnel use an informal process to design, build and maintain secure configurations for test, development, staging and production environments, including the implementation of appropriate cybersecurity and data protection controls.
  • Anti-malware technologies are decentralized but are deployed on all technology assets that can run Anti-malware software.
  • Data management is decentralized.
Level 2 — Planned & Tracked

Endpoint Security (END) efforts are requirements-driven and governed at a local/regional level, but are not consistent across the organization. CMM Level 2 control maturity would reasonably expect all, or at least most, the following criteria to exist:

  • Endpoint security management is decentralized (e.g., a localized/regionalized function) and uses non-standardized methods to implement secure, resilient and compliant practices.
  • IT/cybersecurity personnel identify cybersecurity and data protection controls that are appropriate to address applicable statutory, regulatory and contractual requirements for endpoint security management.
  • Anti-malware technologies are decentralized but are deployed on all technology assets that can run anti-malware software.
  • Physical controls, administrative processes and technologies focus on protecting High Value Assets (HVAs), including environments where sensitive/regulated data is stored, transmitted and processed.
  • Technologies are configured to protect data with the strength and integrity commensurate with the classification or sensitivity of the information and mostly conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides), including cryptographic protections for sensitive/regulated data.
Level 3 — Well Defined

Endpoint Security (END) efforts are standardized across the organization and centrally managed, where technically feasible, to ensure consistency. CMM Level 3 control maturity would reasonably expect all, or at least most, the following criteria to exist:

  • Configuration management is centralized for all operating systems, applications, servers and other configurable technologies.
  • Technologies are configured to protect data with the strength and integrity commensurate with the classification or sensitivity of the information and conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides), including test, development, staging and production environments.
  • Configurations conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides) for test, development, staging and production environments.
  • An Identity & Access Management (IAM) function, or similar function, centrally manages permissions and implements “least privileges” practices for the management of user, group and system accounts, including privileged accounts.
  • An IT Asset Management (ITAM) function, or similar function, categorizes endpoint devices according to the data the asset stores, transmits and/ or processes and applies the appropriate technology controls to protect the asset and data that conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides).
  • A Security Operations Center (SOC), or similar function, centrally manages anti-malware and anti-phishing technologies, in accordance with industry-recognized practices for Prevention, Detection & Response (PDR) activities.
  • A Security Incident Event Manager (SIEM), or similar automated tool, is tuned to detect and respond to anomalous behavior that could indicate account compromise or other malicious activities.
  • The Human Resources (HR) department ensures that every user accessing a system that processes, stores, or transmits sensitive/regulated data is cleared and regularly trained in proper data handling practices.
  • Unauthorized configuration changes are responded to in accordance with an Incident Response Plan (IRP) to determine if the any unauthorized configuration is malicious in nature.
Level 4 — Quantitatively Controlled

Endpoint Security (END) efforts are metrics driven and provide sufficient management insight (based on a quantitative understanding of process capabilities) to predict optimal performance, ensure continued operations and identify areas for improvement. In addition to CMM Level 3 criteria, CMM Level 4 control maturity would reasonably expect all, or at least most, the following criteria to exist:

  • Metrics reporting includes quantitative analysis of Key Performance Indicators (KPIs).
  • Metrics reporting includes quantitative analysis of Key Risk Indicators (KRIs).
  • Scope of metrics, KPIs and KRIs covers organization-wide cybersecurity and data protection controls, including functions performed by third-parties.
  • Organizational leadership maintains a formal process to objectively review and respond to metrics, KPIs and KRIs (e.g., monthly or quarterly review).
  • Based on metrics analysis, process improvement recommendations are submitted for review and are handled in accordance with change control processes.
  • Both business and technical stakeholders are involved in reviewing and approving proposed changes.
Level 5 — Continuously Improving

See C|P-CMM4. There are no defined C|P-CMM5 criteria, since it is reasonable to assume a continuously-improving process is not necessary to address mobile code / operating system-independent applications.

Assessment Objectives

  1. END-10_A01 acceptable mobile code technologies are defined.
  2. END-10_A02 unacceptable mobile code technologies are defined.
  3. END-10_A03 the use of mobile code is authorized, monitored and controlled.
  4. END-10_A04 the download of unacceptable mobile code is prevented.
  5. END-10_A05 the execution of unacceptable mobile code is prevented.
  6. END-10_A06 corrective actions to be taken when unacceptable mobile code is identified are defined.
  7. END-10_A07 corrective actions are taken if unacceptable mobile code is identified.
  8. END-10_A08 mobile code requirements for the acquisition, development and use of mobile code to be deployed in the system are defined.
  9. END-10_A09 the acquisition of mobile code to be deployed in the system meets mobile code requirements.
  10. END-10_A10 the development of mobile code to be deployed in the system meets mobile code requirements.
  11. END-10_A11 the use of mobile code to be deployed in the system meets mobile code requirements.
  12. END-10_A12 unacceptable mobile code to be prevented from downloading and executing is defined.
  13. END-10_A13 software applications in which the automatic execution of mobile code is to be prevented are defined.
  14. END-10_A14 actions to be enforced by the system prior to executing mobile code are defined.
  15. END-10_A15 the automatic execution of mobile code in software applications is prevented.
  16. END-10_A16 platform-independent applications to be included within organizational systems are defined.
  17. END-10_A17 platform-independent applications are included within organizational systems.
  18. END-10_A18 acceptable mobile code is defined.
  19. END-10_A19 the use of mobile code is authorized.
  20. END-10_A20 the use of mobile code is monitored.
  21. END-10_A21 the use of mobile code is controlled.

Technology Recommendations

Micro/Small

  • Secure Baseline Configurations (SBC)
  • Configuration Management (CM) program

Small

  • Secure Baseline Configurations (SBC)
  • Configuration Management (CM) program

Medium

  • Secure Baseline Configurations (SBC)
  • Configuration Management (CM) program

Large

  • Secure Baseline Configurations (SBC)
  • Configuration Management (CM) program

Enterprise

  • Secure Baseline Configurations (SBC)
  • Configuration Management (CM) program

The Secure Controls Framework (SCF) is maintained by SCF Council. Use of SCF content is subject to the SCF Terms & Conditions.

Manage this control in SCF Connect

Track implementation status, collect evidence, and map controls to your compliance frameworks automatically.