Active

Continuous Improvement

The organization shall establish a continuous improvement process for software supply chain security, driving ongoing enhancement of supply chain security effectiveness. The process shall include mechanisms for identifying improvement opportunities, implementing changes, and measuring results, drawing inputs from supply chain reviews, incident analysis, and best practice benchmarking.

Requirement ID
APP-007-R010
Parent Control
Domain Code

Requirement Details & Guidance

APP-007-R010 · APP-007
Why This Requirement Exists

Third-party libraries, packages, build tools, and artifacts can introduce vulnerabilities or malicious components into applications.

Implementation Guidance

Maintain dependency inventories, evaluate third-party components, use trusted repositories, verify artifacts where appropriate, and monitor dependencies for newly disclosed vulnerabilities.

Practical Application & Audit Readiness

APP-007-R010 · Field Guidance

Business Examples

    Common Audit Findings

      Common Mistakes

        Best Practices & Ownership

        APP-007 · Recommended Approach

        Recommended Practices

          Typical Owner

          Cross-Mapped Regulatory Frameworks

          Harmonized Control Mappings
          FRAMEWORK CODE FRAMEWORK NAME & DETAILS FAMILY / CATEGORY VERSION ACTION
          ISO27001 ISO/IEC 27001 ISO/IEC 27001 specifies auditable requirements for... Clause: 10.1 – Continual improvement
          ISO
          Standard
          v2022 View →
          RBI-CSF RBI Cyber Security Framework / Master Directions RBI cyber-security requirements and directions set... Clause: 6) Application Security Life Cycle (ASLC) – 6.1 Information security across all application lifecycle stages; 6) Application Security Life Cycle (ASLC) – 6.2 Source-code audit or assurance of critical applications
          India
          Regulation
          vLatest View →
          SEBI-CSCRF SEBI Cyber Security & Cyber Resilience Framework SEBI’s Cybersecurity and Cyber Resilience Framewor... Clause: 1.6 GV.SC: Cybersecurity Supply Chain Risk Management
          India
          Regulation
          vLatest View →
          DORA Digital Operational Resilience Act The EU Digital Operational Resilience Act establis... Clause: Article 7 – ICT systems, protocols and tools Article 8(2) – Continuous identification of ICT risk sources, cyber threats and ICT vulnerabilities
          EU
          Regulation
          vCurrent View →
          ISO27002 ISO/IEC 27002 ISO/IEC 27002 is a guidance standard containing a... Clause: 5.21 – Managing information security in the ICT supply chain
          ISO
          Standard
          v2022 View →
          NIS2 NIS2 Directive The NIS2 Directive establishes EU-wide cybersecuri... Clause: Article 21(2)(d) – Supply chain security, including relationships with direct suppliers/service providers Article 21(3) – Supplier vulnerabilities, product/cybersecurity quality and secure development; critical supply-chain risk assessment results
          EU
          Directive
          vCurrent View →
          PCI-DSS PCI DSS PCI DSS is an industry security standard maintaine... Clause: 6.1.1 – All security policies and operational procedures that are identified in Requirement 6 are documented, kept up to date, in use, and known to all affected parties.; 6.2.1 – Bespoke and custom software are developed
          PCI
          Standard
          v4 View →
          NIST-CSF NIST Cybersecurity Framework (CSF) The NIST Cybersecurity Framework provides high-lev... Clause: PR.PS – Platform Security | PR.PS-06 – Secure software development practices are integrated, and their performance is monitored throughout the software development life cycle PR.PS – Platform Security | PR.PS-01 – Configuration management practices are established and applied DE.CM – Continuous Monitoring | DE.CM-09 – Computing hardware and software, runtime environments, and their data are monitored to find potentially adverse events
          NIST
          Framework
          v2 View →
          NIST80053 NIST SP 800-53 NIST SP 800-53 Rev. 5 presents control families, i... Clause: 3.17 – SYSTEM AND SERVICES ACQUISITION, 3.20 – SUPPLY CHAIN RISK MANAGEMENT; SA-12 – SUPPLY CHAIN PROTECTION, SR-3 – SUPPLY CHAIN CONTROLS AND PROCESSES
          NIST
          Control Catalog
          vRev. 5 View →
          NPCI-ISR NPCI Information Security Requirements NPCI information-security requirements define cont... Clause: Security Measures / Controls; Application Security Life Cycle
          India
          Standard
          vLatest View →
          SOC2 SOC 2 Trust Services Criteria SOC 2 is an independent examination and reporting... Clause: CC9.2 – Risk Mitigation – The entity assesses and manages risks associated with vendors and business partners. CC4.1 – Monitoring of Controls – COSO Principle 16: The entity selects, develops, and performs ongoing and/or separate evaluations to ascertain whether the components of internal control are present and functioning. CC4.2 – Monitoring of Controls – COSO Principle 17: The entity evaluates and communicates internal control deficiencies in a timely manner to those parties responsible for taking corrective action, including senior management and the board of directors, as appropriate.
          AICPA
          Audit Framework
          vLatest View →

          Parent Domain Context

          Governance Domain Baseline
          Domain Name:
          Application Security (APP)
          Purpose:
          To ensure the security of internally developed and acquired applications.
          Scope:
          Enterprise

          Parent Control Context

          Control Baseline
          Control Name:
          Software Supply Chain Security (APP-007)
          Summary:
          Establishes software supply chain security including SBOM management, third-party component management, open-source security, dependency management, component verification, monitoring, reporting, and continuous improvement.
          Business Description:
          Establish and maintain controls to identify, assess, monitor, and manage security risks associated with software components, open-source software, third-party libraries, package repositories, and software suppliers.