Skip to main content

CC2.3

CC2.3
Communicates externally
The entity communicates with external parties regarding matters affecting the functioning of internal control. (COSO Principle 15)
Category
Security
Subcategory
Communication and Information

Points of Focus​

Communicates to External Parties

Processes are in place to communicate relevant and timely information to external parties, including shareholders, partners, owners, regulators, customers, financial analysts, and other external parties.

Enables Inbound Communications

Open communication channels allow input from customers, consumers, suppliers, external auditors, regulators, financial analysts, and others, providing management and the board of directors with relevant information.

Communicates With the Board of Directors

Relevant information resulting from assessments conducted by external parties is communicated to the board of directors.

Provides Separate Communication Lines

Separate communication channels, such as whistle-blower hotlines, are in place and serve as fail-safe mechanisms to enable anonymous or confidential communication when normal channels are inoperative or ineffective.

Selects Relevant Method of Communication

The method of communication considers the timing, audience, and nature of the communication and legal, regulatory, and fiduciary requirements and expectations.

Communicates Objectives Related to Confidentiality and Changes to Those Objectives

(For Trust Service Criteria for CONFIDENTIALITY) The entity communicates, to external users, vendors, business partners, and others whose products andor services, or both, are part of the system, objectives and changes to the entity's objectives related to confidentiality and the protection of confidential information, as well as changes to those objectives.

Communicates Objectives Related to Privacy and Changes to Those Objectives

(For Trust Service Criteria for PRIVACY) The entity communicates, to external users, vendors, business partners, and others whose products andor services, or both, are part of the system, the entity's objectives related to privacy and the protection of personal information, as well as changes to those objectives.

Communicates Incident Reporting Methods

(For Trust Service Criteria for PRIVACY) The entity communicates to user entities, third parties, data subjects, and others the process used to report a suspected privacy incident.

Communicates Information About System Operation and Boundaries

(At system level) The entity prepares and communicates information about the design and operation of the system and its boundaries to authorized external users to permit users to understand their role in the system and the results of system operation.

Communicates System Objectives

(At system level) The entity communicates its system objectives to appropriate external users.

Communicates System Responsibilities

(At system level) External users with responsibility for designing, developing, implementing, operating, maintaining, and monitoring system controls receive information about such responsibilities and have the information necessary to carry out such responsibilities.

Communicates Information on Reporting System Failures, Incidents, Concerns, and Other Matters

(At system level) External users are provided with information on how to report systems failures, incidents, concerns, and other complaints to appropriate entity personnel.

Evidence Requests​

Area of FocusArtifactDescription
ComplianceStatutory, Regulatory & Contractual ObligationsDocumented evidence of applicable statutory, regulatory and/or contractual obligations for cybersecurity & data privacy controls.
Cybersecurity & Data Protection ManagementCybersecurity & Data Protection ControlsDocumented evidence of an appropriately-scoped cybersecurity & data protection controls. Controls are technical, administrative or physical safeguards. Controls are the nexus used to manage risks through preventing, detecting or lessening the ability of a particular threat from negatively impacting business processes. Controls directly map to standards, since control testing is designed to measure specific aspects of how standards are actually implemented.
ComplianceControl AssessmentsDocumented evidence of internal or third-party control assessments to provide governance oversight of cybersecurity & data privacy controls.
ComplianceNon-Compliance Oversight ReportingDocumented evidence of governance oversight reporting of non-compliance to the organization's executive leadership.
Cybersecurity & Data Protection ManagementCharter - Data Privacy Steering CommitteeDocumented evidence of an executive steering committee, or advisory board, that is formed to perform oversight of privacy management decisions and is comprised of key cybersecurity, technology, risk, privacy and business executives.
Cybersecurity & Data Protection ManagementCharter - Audit CommitteeDocumented evidence of an executive steering committee, or advisory board, that is formed to perform oversight of internal and external audit management decisions and is comprised of key cybersecurity, technology, risk, privacy and business executives.
Cybersecurity & Data Protection ManagementCharter - Risk CommitteeDocumented evidence of an executive steering committee, or advisory board, that is formed to perform oversight of risk management decisions and is comprised of key cybersecurity, technology, risk, privacy and business executives.
Cybersecurity & Data Protection ManagementMeasures of Performance (Metrics)Documented evidence of formal measure of performance that are used to track the health of the cybersecurity & data protection program (e.g., metrics, KPIs, KRIs).
Risk ManagementPlan of Actions & Milestones (POA&M) / Risk RegisterDocumented evidence of a POA&M, or risk register, that tracks control deficiencies from identification through remediation.
Threat ManagementIndustry Associations / MembershipsDocumented evidence of industry associations the organization utilizes to maintain situational awareness of evolving threats and trends.
Incident ResponseIncident Response Program (IRP)Documented evidence of a Incident Response Plan (IRP). This is program-level documentation in the form of a runbook, playbook or a similar format provides guidance on organizational practices that support existing policies and standards.
Incident ResponseIncident Reporting CapabilityDocumented evidence of a capability to provide situational awareness of incidents to internal stakeholders and generated necessary reporting to affected clients, applicable third-parties and regulatory authorities.

Example Organization Controls​

  • CC2.3.1 - Digital subscriber agreement and customer self-registration process includes required agreement acknowledgment.
  • CC2.3.2 - The customer portal is configured to allow customers to report problems, issues, and incidents.

Example Control Objectives​

  • Information and communication quality - Relevant information is identified, captured, and communicated to internal and external parties to support the functioning of internal controls.

Example Evidence​

  • Customer Support Portal Configuration - Screenshots of the customer portal showing customers can submit support requests and report problems, issues, and incidents
  • Customer Registration Agreement Acknowledgment - Self-registration flow showing required acknowledgment of the digital subscriber agreement before account activation