Vulnerability Management Policy
Calenix is committed to identifying, assessing, prioritising, remediating and monitoring security vulnerabilities that could affect the confidentiality, integrity or availability of Calenix systems, applications, infrastructure or customer data.
1. Purpose
This Vulnerability Management Policy establishes the framework used by Calenix to manage vulnerabilities throughout the lifecycle of its applications, infrastructure, dependencies and third-party services.
The objective of this policy is to reduce the likelihood and potential impact of security vulnerabilities and to ensure that identified vulnerabilities are addressed according to their severity, exploitability, exposure and potential impact.
2. Scope
This policy applies to:
- Calenix production and non-production applications;
- application source code and APIs;
- cloud infrastructure and hosting environments;
- databases and storage systems;
- operating systems and system software;
- third-party libraries, packages and dependencies;
- container images and infrastructure components;
- authentication and authorisation mechanisms;
- integrations with third-party services;
- administrative interfaces;
- endpoints and other systems used to operate Calenix; and
- other technology assets that may affect the security of Calenix or customer data.
3. Vulnerability Identification
Calenix uses a combination of appropriate technical and operational measures to identify vulnerabilities, which may include:
- static application security testing (SAST);
- dynamic application security testing (DAST);
- software composition analysis (SCA);
- dependency and package vulnerability scanning;
- infrastructure and cloud security scanning;
- container and image scanning where applicable;
- automated security monitoring;
- code review;
- penetration testing where appropriate;
- security assessments of material third-party services;
- vendor security notifications;
- security advisories and vulnerability databases;
- internal security testing;
- customer or researcher reports; and
- other credible sources of vulnerability intelligence.
Calenix evaluates security findings based on their potential impact rather than relying solely on automated scanner severity ratings.
4. Vulnerability Classification
Vulnerabilities are assessed using a risk-based approach. Factors may include:
- technical severity;
- exploitability;
- whether exploitation is known or suspected in the wild;
- affected asset;
- internet exposure;
- data affected;
- privileges required for exploitation;
- complexity of exploitation;
- likelihood of exploitation;
- potential business impact;
- potential customer impact;
- availability of compensating controls; and
- whether the vulnerability affects a critical dependency or service.
Calenix may use industry-standard severity frameworks, including CVSS, as one factor in its assessment.
5. Remediation Priorities
As a general target, Calenix aims to address vulnerabilities according to the following priority framework:
Critical
Critical vulnerabilities presenting an immediate or significant risk to customer data, authentication, production infrastructure or core service availability should be investigated immediately and targeted for remediation or mitigation as soon as reasonably practicable.
High
High-severity vulnerabilities should generally be remediated or mitigated within [15] calendar days, depending on exploitability and business impact.
Medium
Medium-severity vulnerabilities should generally be remediated within [30] calendar days.
Low
Low-severity vulnerabilities should generally be addressed within [90] calendar days or through normal maintenance cycles.
These timeframes are targets rather than guarantees. Calenix may accelerate remediation where circumstances warrant.
6. Emergency Vulnerabilities
Calenix may establish an accelerated response process for vulnerabilities that:
- are actively exploited;
- affect internet-facing systems;
- affect authentication or authorisation;
- expose sensitive customer information;
- permit remote code execution;
- affect critical infrastructure;
- affect widely used dependencies; or
- otherwise present an immediate material risk.
Emergency mitigations may include:
- disabling affected functionality;
- restricting access;
- applying temporary configuration changes;
- blocking malicious traffic;
- revoking credentials;
- deploying emergency patches;
- isolating affected systems; or
- temporarily suspending an integration or feature.
7. Dependency Management
Calenix monitors material third-party libraries and dependencies for known vulnerabilities.
Dependencies should be:
- obtained from trusted sources;
- version controlled;
- periodically reviewed;
- updated when security fixes are available;
- removed when no longer required; and
- evaluated before introduction into production systems.
Where an identified vulnerability cannot immediately be patched, Calenix may implement compensating controls and document the associated risk.
8. Testing and Verification
Following remediation, Calenix may perform appropriate verification to confirm that:
- the vulnerability has been resolved;
- the remediation did not introduce material regressions;
- affected systems remain operational; and
- relevant security controls remain effective.
High-risk findings may require additional testing before closure.
9. Exceptions
If remediation within the applicable target timeframe is not technically or operationally feasible, the responsible team should document:
- the vulnerability;
- affected systems;
- reason remediation is delayed;
- potential impact;
- compensating controls;
- proposed remediation;
- expected remediation date; and
- responsible owner.
Material exceptions should be reviewed by an appropriately authorised security or engineering representative.
10. Vulnerability Disclosure
Calenix welcomes responsible reports concerning potential security vulnerabilities.
Security researchers and other parties may report suspected vulnerabilities to [email protected]
Reports should include sufficient information to reproduce or understand the issue.
Calenix requests that security researchers:
- avoid accessing or modifying data belonging to other users;
- avoid service disruption;
- avoid destructive testing;
- avoid publicly disclosing a vulnerability before Calenix has had a reasonable opportunity to investigate and remediate it; and
- limit testing to systems they are authorised to test.
Calenix will evaluate legitimate vulnerability reports and may contact the reporter for additional information.
11. Responsibilities
Engineering and security personnel are responsible for identifying and remediating vulnerabilities within their areas of responsibility.
Management is responsible for ensuring that appropriate resources and risk decisions are available for material vulnerabilities.
Third-party service providers are expected to maintain reasonable security practices appropriate to the services they provide to Calenix.
12. Continuous Improvement
Calenix periodically reviews its vulnerability management processes and may update this policy as its technology, threat environment, regulatory obligations and security practices evolve.