Legal

5.11 SECURITY AND ENCRYPTION FRAMEWORK

4 min read

Effective Date: August 15, 2026


1. PURPOSE This Security and Encryption Framework describes the technical safeguards implemented by the Platform to support the confidentiality, integrity, and availability of systems and data. The Framework establishes the cryptographic and infrastructure protection mechanisms used to reduce the likelihood and impact of unauthorized access, data exposure, service disruption, and malicious activity.

Security controls are implemented using a risk-based methodology aligned with industry practices and are designed to evolve alongside technological advancements and the changing threat landscape. While the Platform employs commercially reasonable safeguards, no technical control can eliminate all security risk.

2. SCOPE This Framework applies to production environments, supporting infrastructure, internal systems, data transmission channels, storage environments, authentication layers, and administrative tooling. Controls described herein apply to systems operated directly by the Platform as well as components delivered through carefully selected service providers.

3. SECURITY ARCHITECTURE The Platform maintains a layered, defense-in-depth security architecture intended to reduce the probability that a single control failure results in material compromise.

Protective design strategies may include:

  • Logical environment separation;

  • Network boundary controls;

  • Hardened service configurations;

  • Minimized attack surfaces; and

  • Controlled administrative pathways.

Architecture components may be modified without prior notice where reasonably necessary to maintain security effectiveness.

4. ENCRYPTION STRATEGY Encryption is used as a foundational safeguard for protecting data against unauthorized disclosure. The Platform implements encryption mechanisms consistent with widely accepted industry standards.

4.1 Data in Transit Data transmitted across public networks is protected using secure communication protocols designed to mitigate interception risks. Safeguards may include:

  • Transport Layer Security (TLS) or successor protocols;

  • Certificate-based authentication;

  • Forward secrecy where supported; and

  • Secure API communication channels.

4.2 Data at Rest Where appropriate and proportionate to risk, encryption technologies are used to protect stored data from unauthorized access. This may include encryption applied at infrastructure layers, storage volumes, managed database services, and backup media.

4.3 Cryptographic Agility The Platform reserves the right to update cryptographic algorithms, protocols, key lengths, and implementation practices without prior notice where reasonably necessary to address emerging vulnerabilities or advancements in computational capabilities.

5. KEY MANAGEMENT Cryptographic keys are handled in a manner intended to reduce the likelihood of unauthorized disclosure or misuse. Protective practices may include:

  • Restricted access to key material;

  • Key access is restricted to authorized components and personnel on a need-to-know basis;

  • Lifecycle controls governing generation, storage, rotation, and retirement; and

  • Use of managed key services when suitable.

The Platform does not publicly disclose detailed key management procedures to preserve security effectiveness.

6. NETWORK SECURITY Network protections are designed to support controlled traffic flow and reduce exposure to malicious activity. Safeguards may include traffic filtering, network segmentation, private service connectivity, denial-of-service (DDoS) mitigation, and rate limiting controls.

7. SYSTEM HARDENING Systems are configured with the objective of minimizing exploitable conditions through configuration baselines, removal of unnecessary services, and secure configuration standards. Systems are provisioned using standardized deployment methods where practical to promote configuration consistency.

8. AUTHENTICATION AND SESSION SECURITY The Platform implements mechanisms intended to verify user identity, including strong password requirements and multi-factor authentication (MFA) for privileged access where appropriate. Users are responsible for maintaining the confidentiality of their credentials.

9. APPLICATION SECURITY Security considerations are integrated into the software lifecycle via dependency evaluation, controlled code deployment workflows, and automated testing. Despite preventative efforts, software defects cannot be entirely eliminated.

10. LOGGING AND SECURITY MONITORING The Platform maintains logging capabilities for authentication events, administrative actions, and system activity. Logs are protected against unauthorized modification where reasonably feasible. Monitoring is designed to support timely detection of anomalous behavior; however, continuous detection of all malicious activity cannot be guaranteed.

11. DATA INTEGRITY CONTROLS Protective measures, such as access restrictions and integrity checks, are implemented to reduce the likelihood of unauthorized data alteration.

12. BACKUP ENCRYPTION AND PROTECTION Backups are maintained to support recovery objectives described in the Disaster Recovery Plan (refer to Document 5.4). Backup protections may include encrypted storage and logical isolation from production environments.

13. THIRD-PARTY CRYPTOGRAPHIC DEPENDENCIES The Platform may rely on infrastructure providers that implement their own encryption controls. The Platform does not control their internal cryptographic operations, and provider failures may impact overall security posture.

14. LIMITATIONS OF ENCRYPTION Encryption is a risk-reduction mechanism rather than an absolute safeguard. Risk factors include implementation defects, credential compromise, and future cryptographic breakthroughs.

15. EXPORT AND REGULATORY CONSIDERATIONS The Platform reserves the right to implement necessary technical or operational adjustments to maintain compliance with applicable cryptographic export controls or regulatory restrictions.

16. FRAMEWORK EVOLUTION The Platform expects this Framework to mature alongside infrastructure growth, regulatory developments, and threat intelligence. Controls may be enhanced, replaced, or retired without prior notice.

17. NON-CONTRACTUAL NATURE This Framework is provided for transparency purposes and does not create contractual obligations, warranties, fiduciary duties, or guaranteed technical outcomes unless expressly incorporated into a separate written agreement.