Information Security PolicyPolítica de Seguridad de la Información

Aloha Systems Corp. d/b/a AlohaVersion 1.0 · June 2026Versión 1.0 · Junio 2026Next review: June 2027Próxima revisión: Junio 2027

This Policy applies to all Aloha employees, contractors, interns, and third parties with access to Aloha systems or data.Esta Política aplica a todos los empleados, contratistas, internos, y terceros con acceso a los sistemas o datos de Aloha.

1. Purpose & Scope1. Propósito y Alcance

This Information Security Policy ("Policy") establishes the framework, responsibilities, and minimum standards for protecting the confidentiality, integrity, and availability of information assets owned, processed, or handled by Aloha Systems Corp. d/b/a Aloha ("Aloha"). This Policy applies to all personnel (employees, contractors, interns, partners) and all systems, networks, and data used in connection with Aloha's operations, including the payment platform, APIs, client data, and End User data.

Esta Política de Seguridad de la Información ("Política") establece el marco, las responsabilidades y los estándares mínimos para proteger la confidencialidad, integridad y disponibilidad de los activos de información propiedad de, procesados por, o manejados por Aloha Systems Corp. d/b/a Aloha ("Aloha"). Esta Política aplica a todo el personal (empleados, contratistas, internos, socios) y a todos los sistemas, redes y datos utilizados en conexión con las operaciones de Aloha, incluyendo la plataforma de pagos, APIs, datos de clientes, y datos de Usuarios Finales.

This Policy is designed to be consistent with and support Aloha's obligations under: the Master Services Agreement with B2B clients; applicable U.S. federal and state law (including Gramm-Leach-Bliley Act, Bank Secrecy Act, and OFAC regulations); and internationally recognized security standards including NIST Cybersecurity Framework (CSF) and ISO/IEC 27001 principles.

Esta Política está diseñada para ser consistente con y apoyar las obligaciones de Aloha bajo: el Master Services Agreement con clientes B2B; las leyes federales y estatales de EE.UU. aplicables (incluyendo la Gramm-Leach-Bliley Act, Bank Secrecy Act, y regulaciones OFAC); y estándares internacionales de seguridad reconocidos incluyendo el NIST Cybersecurity Framework (CSF) y los principios ISO/IEC 27001.

2. Information Asset Classification2. Clasificación de Activos de Información

All information assets handled by Aloha are classified into the following tiers:

Todos los activos de información manejados por Aloha se clasifican en los siguientes niveles:

LevelNivel	IncludesIncluye	Handling requirementManejo requerido
RestrictedRestringido	API keys, passwords, encryption keys, End User PII, payment credentials, AML/SAR dataAPI keys, contraseñas, llaves de cifrado, PII de Usuarios Finales, credenciales de pago, datos AML/SAR	Encrypted at rest and in transit. Access by role-based authorization only. Logs all access.Cifrado en reposo y en tránsito. Acceso solo por autorización basada en roles. Registra todos los accesos.
ConfidentialConfidencial	Client data, business strategy, MSA terms, pricing, source code, internal financial dataDatos de clientes, estrategia de negocio, términos del MSA, precios, código fuente, datos financieros internos	Need-to-know access. Confidentiality obligations apply. Secure disposal required.Acceso por necesidad de conocer. Aplican obligaciones de confidencialidad. Requiere destrucción segura.
InternalInterno	Internal procedures, employee data, operational communicationsProcedimientos internos, datos de empleados, comunicaciones operativas	Available to Aloha personnel only. Not shared externally without authorization.Disponible solo para el personal de Aloha. No se comparte externamente sin autorización.
PublicPúblico	Website content, product descriptions, published policiesContenido del sitio web, descripciones de producto, políticas publicadas	No special handling required.No requiere manejo especial.

3. Access Control3. Control de Acceso

Role-Based Access Control (RBAC)Control de Acceso Basado en Roles (RBAC)

Access to Aloha systems and data is granted based on job function and the principle of least privilege. Access rights are reviewed quarterly and revoked immediately upon role change or termination.

El acceso a los sistemas y datos de Aloha se otorga según la función laboral y el principio de mínimo privilegio. Los derechos de acceso se revisan trimestralmente y se revocan inmediatamente ante cambio de rol o terminación.

Multi-Factor Authentication (MFA)Autenticación Multi-Factor (MFA)

MFA is required for all personnel accessing production systems, payment infrastructure, client dashboards, and any system containing Restricted or Confidential data.

Se requiere MFA para todo el personal que acceda a sistemas de producción, infraestructura de pagos, dashboards de clientes, y cualquier sistema que contenga datos Restringidos o Confidenciales.

Password StandardsEstándares de Contraseñas

Passwords must be at least 14 characters, include upper/lowercase, numbers, and special characters. Passwords must not be shared. A password manager approved by Aloha must be used for all system credentials.

Las contraseñas deben tener al menos 14 caracteres, incluir mayúsculas/minúsculas, números y caracteres especiales. Las contraseñas no deben compartirse. Se debe usar un gestor de contraseñas aprobado por Aloha para todas las credenciales de sistemas.

Third-Party AccessAcceso de Terceros

Vendors, contractors, and third parties (including clients accessing via API) receive only the minimum access necessary. Third-party access agreements must include confidentiality and security obligations equivalent to this Policy.

Proveedores, contratistas y terceros (incluyendo clientes que acceden vía API) reciben solo el acceso mínimo necesario. Los acuerdos de acceso de terceros deben incluir obligaciones de confidencialidad y seguridad equivalentes a esta Política.

4. Data Protection & Encryption4. Protección de Datos y Cifrado

Encryption at RestCifrado en Reposo

All Restricted and Confidential data stored in Aloha systems must be encrypted using AES-256 or equivalent. Databases containing payment credentials or End User PII must use field-level encryption for sensitive fields.

Todos los datos Restringidos y Confidenciales almacenados en sistemas de Aloha deben estar cifrados usando AES-256 o equivalente. Las bases de datos que contienen credenciales de pago o PII de Usuarios Finales deben usar cifrado a nivel de campo para campos sensibles.

Encryption in TransitCifrado en Tránsito

All data transmitted over public networks must use TLS 1.2 or higher. API communications must use HTTPS/TLS. Unencrypted transmission of Restricted or Confidential data is prohibited.

Todos los datos transmitidos sobre redes públicas deben usar TLS 1.2 o superior. Las comunicaciones API deben usar HTTPS/TLS. Se prohíbe la transmisión no cifrada de datos Restringidos o Confidenciales.

Data MinimizationMinimización de Datos

Aloha collects only the data necessary for the provision of Services, compliance with applicable law, and fraud prevention. Data that is no longer required must be securely deleted in accordance with the retention schedule below.

Aloha recopila solo los datos necesarios para la prestación de los Servicios, el cumplimiento de la ley aplicable, y la prevención de fraudes. Los datos que ya no sean necesarios deben eliminarse de forma segura según el calendario de retención a continuación.

Retention ScheduleCalendario de Retención

Transaction records and KYC/KYB documentation — 5 years minimum (BSA requirement).Registros de transacciones y documentación KYC/KYB — mínimo 5 años (requisito BSA).
End User PII — retained only as long as necessary; deleted upon written request except where retention is required by law.PII de Usuarios Finales — retenido solo el tiempo necesario; eliminado ante solicitud escrita excepto cuando la retención es requerida por ley.
Audit logs — 3 years minimum.Registros de auditoría — mínimo 3 años.

5. Network & Infrastructure Security5. Seguridad de Red e Infraestructura

Network SegmentationSegmentación de Red

Production payment infrastructure must be isolated from development, staging, and corporate networks. Firewall rules must implement a default-deny policy with explicit allow rules for required traffic only.

La infraestructura de pago en producción debe estar aislada de las redes de desarrollo, staging y corporativas. Las reglas de firewall deben implementar una política de denegación por defecto con reglas de permiso explícitas solo para el tráfico requerido.

Vulnerability ManagementGestión de Vulnerabilidades

Security patches for operating systems and critical applications must be applied within 30 days of release (critical patches within 7 days). Aloha will conduct at minimum annual penetration testing of the payment platform and API infrastructure.

Los parches de seguridad para sistemas operativos y aplicaciones críticas deben aplicarse dentro de los 30 días posteriores al lanzamiento (parches críticos dentro de los 7 días). Aloha realizará al menos pruebas de penetración anuales de la plataforma de pagos y la infraestructura API.

Monitoring and LoggingMonitoreo y Registro

Aloha maintains security event logs for all access to production systems, payment transactions, and administrative actions. Logs must be stored in a tamper-evident manner and reviewed regularly for anomalous activity.

Aloha mantiene registros de eventos de seguridad para todos los accesos a sistemas de producción, transacciones de pago, y acciones administrativas. Los registros deben almacenarse de manera a prueba de manipulación y revisarse regularmente para detectar actividad anómala.

Cloud SecuritySeguridad en la Nube

All cloud infrastructure used for payment processing must comply with SOC 2 Type II or equivalent standards. Aloha will maintain documentation of cloud service provider security certifications for key infrastructure providers.

Toda la infraestructura en la nube utilizada para el procesamiento de pagos debe cumplir con los estándares SOC 2 Tipo II o equivalentes. Aloha mantendrá documentación de las certificaciones de seguridad de los proveedores de servicios en la nube para los principales proveedores de infraestructura.

6. Incident Response6. Respuesta a Incidentes

Aloha maintains an Incident Response Plan (IRP) that governs the detection, containment, investigation, and notification procedures for security incidents. The following summarizes key obligations:

Aloha mantiene un Plan de Respuesta a Incidentes (IRP) que rige los procedimientos de detección, contención, investigación y notificación para incidentes de seguridad. A continuación se resumen las obligaciones clave:

ReportingReporte

All personnel must report suspected security incidents immediately to security@aloha.co. Incidents involving Restricted data must be escalated to the CEO and legal counsel within 2 hours of detection.

Todo el personal debe reportar incidentes de seguridad sospechados inmediatamente a security@aloha.co. Los incidentes que involucren datos Restringidos deben ser escalados al CEO y al asesor legal dentro de las 2 horas de detección.

Client NotificationNotificación al Cliente

In the event of a confirmed security incident materially affecting Client Data, Aloha will notify affected clients without undue delay and in any event within 72 hours of confirmation, subject to any limitations required by law enforcement.

En caso de un incidente de seguridad confirmado que afecte materialmente los Datos del Cliente, Aloha notificará a los clientes afectados sin demora indebida y en todo caso dentro de las 72 horas de confirmación, sujeto a las limitaciones que exija la autoridad legal.

Post-Incident ReviewRevisión Post-Incidente

A root cause analysis and lessons-learned report must be completed within 30 days of any significant security incident. Remediation actions must be tracked to closure.

Un análisis de causa raíz y un informe de lecciones aprendidas deben completarse dentro de los 30 días de cualquier incidente de seguridad significativo. Las acciones de remediación deben rastrearse hasta su cierre.

7. AML, Fraud Prevention & Sanctions Screening7. AML, Prevención de Fraude y Screening de Sanciones

Aloha operates a written AML Compliance Program as required by the Bank Secrecy Act and FinCEN regulations. The following security-relevant controls apply to all payment operations:

Aloha opera un Programa de Cumplimiento AML escrito según lo requiere la Bank Secrecy Act y las regulaciones de FinCEN. Los siguientes controles relevantes de seguridad aplican a todas las operaciones de pago:

Transaction MonitoringMonitoreo de Transacciones

Aloha deploys automated transaction monitoring tools to detect patterns consistent with money laundering, fraud, structuring, or other suspicious activity. Alerts are reviewed by compliance personnel and escalated as required.

Aloha despliega herramientas automatizadas de monitoreo de transacciones para detectar patrones consistentes con lavado de dinero, fraude, estructuración, u otra actividad sospechosa. Las alertas son revisadas por el personal de cumplimiento y escaladas según sea necesario.

Sanctions ScreeningScreening de Sanciones

All clients and End Users (where applicable) are screened against OFAC's SDN list and other applicable sanctions lists at onboarding and on an ongoing basis. Any match triggers immediate hold and compliance review.

Todos los clientes y Usuarios Finales (donde aplique) son verificados contra la lista SDN de OFAC y otras listas de sanciones aplicables en el onboarding y de forma continua. Cualquier coincidencia activa una retención inmediata y revisión de cumplimiento.

API Abuse PreventionPrevención de Abuso de API

Aloha monitors API usage for anomalous patterns including velocity abuse, credential stuffing, and unauthorized data access. Rate limits and IP-based controls are applied to all client API integrations.

Aloha monitorea el uso de APIs para detectar patrones anómalos incluyendo abuso de velocidad, credential stuffing, y acceso no autorizado a datos. Se aplican límites de tasa y controles basados en IP a todas las integraciones de API de clientes.

8. Personnel Security & Training8. Seguridad del Personal y Capacitación

Background ChecksVerificación de Antecedentes

All Aloha employees and contractors with access to Restricted or Confidential data must complete a background check prior to access being granted.

Todos los empleados y contratistas de Aloha con acceso a datos Restringidos o Confidenciales deben completar una verificación de antecedentes antes de que se les otorgue acceso.

Security TrainingCapacitación en Seguridad

All personnel must complete security awareness training upon onboarding and annually thereafter. Training must cover phishing recognition, password hygiene, data handling, and incident reporting.

Todo el personal debe completar capacitación en concienciación de seguridad al incorporarse y anualmente a partir de entonces. La capacitación debe cubrir reconocimiento de phishing, higiene de contraseñas, manejo de datos y reporte de incidentes.

Clean Desk & Screen LockEscritorio Limpio y Bloqueo de Pantalla

Personnel must not leave Restricted or Confidential data visible and unattended. Workstations must auto-lock after 5 minutes of inactivity.

El personal no debe dejar datos Restringidos o Confidenciales visibles y sin atención. Las estaciones de trabajo deben bloquearse automáticamente después de 5 minutos de inactividad.

OffboardingDesvinculación

Upon termination of employment or engagement, all access rights must be revoked within 2 hours. Equipment must be returned and accounts deprovisioned on the termination date.

Al terminar el empleo o compromiso, todos los derechos de acceso deben revocarse dentro de las 2 horas. El equipo debe devolverse y las cuentas darse de baja en la fecha de terminación.

9. Third-Party & Vendor Security9. Seguridad de Terceros y Proveedores

All third-party vendors and service providers with access to Aloha systems or data must demonstrate adequate security controls before engagement. This includes: execution of a confidentiality and data processing agreement; annual review of the vendor's SOC 2 report or equivalent; and contractual right for Aloha to audit vendor security controls. Banking partners and payment network providers are subject to additional due diligence appropriate to the nature and volume of their access.

Todos los proveedores y prestadores de servicios de terceros con acceso a los sistemas o datos de Aloha deben demostrar controles de seguridad adecuados antes del compromiso. Esto incluye: ejecución de un acuerdo de confidencialidad y procesamiento de datos; revisión anual del informe SOC 2 del proveedor o equivalente; y derecho contractual de Aloha para auditar los controles de seguridad del proveedor. Los socios bancarios y proveedores de redes de pago están sujetos a una debida diligencia adicional apropiada a la naturaleza y volumen de su acceso.

10. Policy Governance & Compliance10. Gobernanza y Cumplimiento de la Política

This Policy is owned by Aloha's CEO and Legal/Compliance function. It is reviewed annually and updated as required to reflect changes in the threat landscape, applicable law, or Aloha's operations. Violations of this Policy may result in disciplinary action, termination of engagement, and/or legal consequences depending on severity.

Esta Política es propiedad de la función de CEO y Legal/Cumplimiento de Aloha. Se revisa anualmente y se actualiza según sea necesario para reflejar cambios en el panorama de amenazas, la ley aplicable, o las operaciones de Aloha. Las violaciones de esta Política pueden resultar en acciones disciplinarias, terminación del compromiso, y/o consecuencias legales dependiendo de la gravedad.

Compliance with this Policy is mandatory for all personnel and third parties within its scope. Personnel who become aware of a potential violation must report it immediately to security@aloha.co or to the CEO. Aloha will not retaliate against any person who in good faith reports a security concern.

El cumplimiento de esta Política es obligatorio para todo el personal y terceros dentro de su alcance. El personal que tome conocimiento de una posible violación debe reportarla inmediatamente a security@aloha.co o al CEO. Aloha no tomará represalias contra ninguna persona que de buena fe reporte una preocupación de seguridad.