TDA-02.5: Identification & Justification of Ports, Protocols & Services
Mechanisms exist to require process owners to identify, document and justify the business need for the ports, protocols and other services necessary to operate their technology solutions.
Control Question: Does the organization require process owners to identify, document and justify the business need for the ports, protocols and other services necessary to operate their technology solutions?
General (7)
| Framework | Mapping Values |
|---|---|
| CIS CSC 8.1 | 16.4 |
| NIST 800-218 | PO.3.3 PW.4.4 |
| PCI DSS 4.0.1 (source) | 1.2.5 |
| PCI DSS 4.0.1 SAQ A-EP (source) | 1.2.5 |
| PCI DSS 4.0.1 SAQ B-IP (source) | 1.2.5 |
| PCI DSS 4.0.1 SAQ D Merchant (source) | 1.2.5 |
| PCI DSS 4.0.1 SAQ D Service Provider (source) | 1.2.5 |
EMEA (1)
| Framework | Mapping Values |
|---|---|
| EMEA Saudi Arabia IoT CGIoT-1 2024 | 2-15-1 |
Capability Maturity Model
Level 0 — Not Performed
There is no evidence of a capability to require process owners to identify, document and justify the business need for the ports, protocols and other services necessary to operate their technology solutions.
Level 1 — Performed Informally
C|P-CMM1 is N/A, since a structured process is required to require process owners to identify, document and justify the business need for the ports, protocols and other services necessary to operate their technology solutions.
Level 2 — Planned & Tracked
C|P-CMM2 is N/A, since a well-defined process is required to require process owners to identify, document and justify the business need for the ports, protocols and other services necessary to operate their technology solutions.
Level 3 — Well Defined
Technology Development & Acquisition (TDA) 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: o Provides governance oversight for the implementation of applicable statutory, regulatory and contractual cybersecurity and data protection controls to protect the confidentiality, integrity, availability and safety of the organization's applications, systems, services and data for technology development and acquisition. o Ensures the Information Assurance Program (IAP) evaluates applicable cybersecurity and data protection controls as part of “business as usual” pre-production testing. o Operates the Cybersecurity Supply Chain Risk Management (C-SCRM) program to identify and mitigate supply chain-related risks and threats.
- Secure development practices conform to industry-recognized standards for secure engineering (e.g., OWASP, NIST SP 800-218, NIST SP 800-160, etc.).
- A procurement team, or similar function, ensures that third party development and/ or acquisitions meet, or exceed, the organization's business, cybersecurity and data privacy requirements to have secure and resilient systems, applications, services and processes.
- A Software Assurance Maturity Model (SAMM) governs a secure development lifecycle for the development of systems, applications and services.
- Administrative processes exist and technologies are configured to implement secure configuration settings by default to reduce the likelihood of software being deployed with weak security settings, putting the asset at a greater risk of compromise.
- An IT Asset Management (ITAM) function, or similar function, categorizes devices according to the data the asset stores, transmits and/ or processes and applies the appropriate technology controls to protect the asset and data.
- A formal Change Management (CM) program help to ensure that no unauthorized changes are made, all changes are documented, services are not disrupted and resources are used efficiently.
- A Governance, Risk & Compliance (GRC) function, or similar function;
- A Project Management Office (PMO), or project management function, enables IAP pre-production testing of cybersecurity and data protection controls as part of the organization's established project management processes.
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 require process owners to identify, document and justify the business need for the ports, protocols and other services necessary to operate their technology solutions.
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 require process owners to identify, document and justify the business need for the ports, protocols and other services necessary to operate their technology solutions.
Assessment Objectives
- TDA-02.5_A01 process owners identify necessary ports, protocols and other services necessary to operate their technology solutions.
- TDA-02.5_A02 process owners document legitimate business justifications for the ports, protocols and other services necessary to operate their technology solutions.
Evidence Requirements
- E-CPL-06 Manufacturer Disclosure Statement for Medical Device Security (MDS2)
-
Documented Manufacturer Disclosure Statement for Medical Device Security (MDS2) that communicates information about medical device cybersecurity & data privacy characteristics to current device owners and potential buyers. [note MDS2 is specific to medical device manufacturers]
Compliance - E-TDA-07 Ports, Protocols & Services (PPS)
-
Documented evidence of all ports, protocols and services in use by the system, application or service.
Technology Design & Acquisition
Technology Recommendations
Micro/Small
- Defined & documented Ports, Protocols & Services (PPS) to support "least functionality" governance
Small
- Defined & documented Ports, Protocols & Services (PPS) to support "least functionality" governance
Medium
- Defined & documented Ports, Protocols & Services (PPS) to support "least functionality" governance
Large
- Defined & documented Ports, Protocols & Services (PPS) to support "least functionality" governance
Enterprise
- Defined & documented Ports, Protocols & Services (PPS) to support "least functionality" governance