Skip to main content

SEA-02.3: Technical Debt Reviews

SEA 9 — Critical Protect

Mechanisms exist to conduct ongoing “technical debt” reviews of hardware and software technologies to remediate outdated and/or unsupported technologies.

Control Question: Does the organization conduct ongoing “technical debt” reviews of hardware and software technologies to remediate outdated and/or unsupported technologies?

General (6)
Framework Mapping Values
NIST AI 100-1 (AI RMF) 1.0 GOVERN 1.7
PCI DSS 4.0.1 (source) 12.3.4
PCI DSS 4.0.1 SAQ D Merchant (source) 12.3.4
PCI DSS 4.0.1 SAQ D Service Provider (source) 12.3.4
SWIFT CSF 2023 2.2
SCF CORE Mergers, Acquisitions & Divestitures (MA&D) SEA-02.3
US (1)
Framework Mapping Values
US CISA CPG 2022 2.K
EMEA (1)
Framework Mapping Values
EMEA EU DORA 8.7

Capability Maturity Model

Level 0 — Not Performed

There is no evidence of a capability to conduct ongoing “technical debt” reviews of hardware and software technologies to remediate outdated and/ or unsupported technologies.

Level 1 — Performed Informally

C|P-CMM1 is N/A, since a structured process is required to conduct ongoing “technical debt” reviews of hardware and software technologies to remediate outdated and/ or unsupported technologies.

Level 2 — Planned & Tracked

C|P-CMM2 is N/A, since a well-defined process is required to conduct ongoing “technical debt” reviews of hardware and software technologies to remediate outdated and/ or unsupported technologies.

Level 3 — Well Defined

Secure Engineering & Architecture (SEA) 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:

  • IT/cybersecurity architects, or a similar function, enable the implementation a “layered defense” network architecture that enables a resilient defense-in-depth approach through the use of industry-recognized cybersecurity and data privacy practices in the specification, design, development, implementation and modification of systems and services (e.g., DISA STIGs, CIS Benchmarks or OEM security guides).
  • IT/cybersecurity engineers, or a similar function, operationalize enterprise architecture, aligned with industry-recognized leading practices, with consideration for cybersecurity and data privacy principles, including resiliency expectations, that addresses risk to organizational operations, assets, individuals, other organizations.
  • A Validated Architecture Design Review (VADR), or similar process, is used to evaluate design criteria for secure practices and conformance with requirements for applicable statutory, regulatory and contractual controls to determine if the system/application/service is designed, built and operated in a secure and resilient manner.
  • A Change Advisory Board (CAB), or similar function, governs changes to systems, applications and services to ensure their stability, reliability and predictability.
  • A formal Change Management (CM) program helps to ensure that no unauthorized changes are made, all changes are documented, services are not disrupted and resources are used efficiently.
  • An Identity & Access Management (IAM) function, or similar function, enables the implementation of identification and access management controls for “least privileges” practices, allowing for the management of user, group and system accounts, including privileged accounts.
  • An IT Asset Management (ITAM) function, or similar function, categorizes assets according to the data the asset stores, transmits and/ or processes and applies the appropriate technology controls to protect the asset and data.
Level 4 — Quantitatively Controlled

See C|P-CMM3. There are no defined C|P-CMM4 criteria, since it is reasonable to assume a quantitatively-controlled process is not necessary to conduct ongoing “technical debt” reviews of hardware and software technologies to remediate outdated and/ or unsupported technologies.

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 conduct ongoing “technical debt” reviews of hardware and software technologies to remediate outdated and/ or unsupported technologies.

Assessment Objectives

  1. SEA-02.3_A01 “technical debt” reviews of hardware and software technologies are routinely conducted.
  2. SEA-02.3_A02 the results of “technical debt” reviews are leveraged as justification to remediate outdated and/or unsupported technologies.

Technology Recommendations

Micro/Small

  • Computer Lifecycle Program (CLP)
  • IT Asset Management (ITAM) program
  • Risk Management Program (RMP)

Small

  • Computer Lifecycle Program (CLP)
  • IT Asset Management (ITAM) program
  • Risk Management Program (RMP)

Medium

  • Computer Lifecycle Program (CLP)
  • IT Asset Management (ITAM) program
  • Risk Management Program (RMP)

Large

  • Computer Lifecycle Program (CLP)
  • IT Asset Management (ITAM) program
  • Risk Management Program (RMP)

Enterprise

  • Computer Lifecycle Program (CLP)
  • IT Asset Management (ITAM) program
  • Risk Management Program (RMP)

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.