Incident Management and Response Policy
This policy establishes Calenix's framework for identifying, assessing, containing, investigating, remediating and learning from security incidents.
1. Incident Definition
An incident is any confirmed or suspected event that compromises the confidentiality, integrity, or availability of the Service or customer data.
A security incident may include:
- unauthorised access;
- suspected account compromise;
- credential exposure;
- malware;
- data leakage;
- unauthorised disclosure;
- loss of sensitive information;
- malicious code;
- denial-of-service activity;
- exploitation of a vulnerability;
- suspicious system activity;
- unauthorised changes;
- compromise of third-party credentials; or
- any other event that may materially affect confidentiality, integrity or availability.
2. Incident Response Objectives
Calenix's objectives are to:
- protect users and customer information;
- contain the incident;
- preserve relevant evidence;
- restore secure operations;
- meet applicable notification obligations;
- identify root causes; and
- prevent recurrence.
3. Incident Classification
Incidents may be classified according to:
- severity;
- scope;
- affected systems;
- data involved;
- number of affected users;
- likelihood of harm;
- operational impact; and
- regulatory or contractual implications.
4. Response Process
Calenix generally follows these stages:
Identification
Potential incidents are identified through:
- monitoring;
- alerts;
- vulnerability reports;
- employees;
- customers;
- vendors;
- security researchers; and
- other credible sources.
Triage
The incident is evaluated to determine:
- what occurred;
- which systems are affected;
- whether the incident is ongoing;
- what information may be involved;
- potential impact; and
- appropriate containment measures.
Containment
Calenix may:
- disable compromised accounts;
- revoke credentials;
- isolate systems;
- block traffic;
- suspend integrations;
- deploy security controls; or
- otherwise limit the incident's impact.
Investigation
Calenix may analyse:
- system logs;
- authentication events;
- network activity;
- application activity;
- configuration changes;
- access records; and
- other relevant evidence.
Remediation
Calenix addresses the underlying cause, which may include:
- patching vulnerabilities;
- changing credentials;
- modifying configurations;
- improving access controls;
- removing malicious code;
- updating software; or
- implementing additional monitoring.
Recovery
Systems are restored to normal operation after appropriate security checks.
Post-Incident Review
Material incidents may be reviewed to identify:
- root cause;
- contributing factors;
- control failures;
- response effectiveness;
- required remediation; and
- improvements to policies or procedures.
5. Customer Notification
Where required by applicable law or contractual obligations, Calenix will notify affected customers or individuals of qualifying incidents.
Notifications may include, where reasonably available:
- description of the incident;
- categories of information involved;
- known or suspected impact;
- actions taken by Calenix;
- steps users can take to protect themselves; and
- contact information for further questions.
Calenix may delay notification where legally permitted and reasonably necessary to avoid compromising an investigation, security response or legal obligation.
6. Third-Party Incidents
Where an incident occurs at a third-party provider that affects Calenix or customer information, Calenix will assess the provider's notification and remediation information and take reasonable steps to mitigate resulting risk.
7. Evidence Preservation
Calenix may preserve relevant records and evidence necessary for:
- incident investigation;
- legal obligations;
- regulatory obligations;
- insurance;
- dispute resolution; or
- security improvement.
8. Confidentiality
Incident information is shared internally on a need-to-know basis and externally only where appropriate or required.
9. Continuous Improvement
Material incidents may result in updates to:
- security controls;
- vulnerability management;
- infrastructure;
- access controls;
- monitoring;
- employee training;
- incident procedures; and
- technical architecture.