Pensado para quienes
te confían sus datos.

Hamlet funciona sobre Google Cloud Platform, en la región australia-southeast1 (Sídney). Toda la computación de producción y el almacenamiento principal de datos de clientes están en Australia.

La computación de la aplicación se ejecuta en Google Kubernetes Engine. Los datos de clientes se guardan en Google Cloud SQL para PostgreSQL. Los archivos subidos por los usuarios se almacenan en Google Cloud Storage, también en australia-southeast1. Las cargas asíncronas corren sobre una capa de Redis gestionada.

El tráfico entrante termina en un balanceador de carga HTTP(S) de GCP que gestiona TLS. Los servicios de la aplicación operan en la red privada del clúster y no son accesibles directamente desde internet.

Las copias de seguridad cifradas de la base de datos se guardan por defecto en la multirregión asia de GCP. Para los clientes Enterprise que necesiten copias solo en Australia, se puede configurar bajo petición una región de copias exclusiva de Australia, gestionada por el cliente.

En tránsito: todo el tráfico desde y hacia la plataforma usa solo HTTPS, con TLS 1.2 o superior exigido en toda la plataforma. HSTS con un max-age de un año, una lista de CORS limitada a los orígenes de producción y un conjunto reforzado de cabeceras de seguridad HTTP.

En reposo: los datos de clientes en Cloud SQL y Cloud Storage se cifran con AES-256 usando claves gestionadas por GCP. Las claves de cifrado gestionadas por el cliente (CMEK) están disponibles bajo petición para las instancias de clientes Enterprise y pueden limitarse a un proyecto de GCP controlado por el cliente.

Hamlet se integra con pasarelas de pago tokenizadas: Worldpay (mediante IntegraPay) en Australia y Stripe en el resto del mundo. Los datos de la tarjeta los recogen directamente formularios alojados por la pasarela en el navegador. Los servidores de Hamlet solo reciben tokens de pago.

PAN y CVC nunca se almacenan en la infraestructura de Hamlet. Los datos de tarjeta jamás entran en la red ni en el almacenamiento de Hamlet. Alcance PCI-DSS: SAQ-A.

La autenticación de usuarios finales usa JSON Web Tokens firmados (RS256). Las contraseñas se protegen con bcrypt y nunca se guardan en texto plano. Los intentos de inicio de sesión tienen límites de frecuencia por cuenta y por IP.

Control de acceso basado en roles en todas las superficies de la aplicación: manager, staff, power-user, miembro y anónimo (para las superficies públicas de reserva).

Cada cliente opera dentro de un perímetro propio sobre infraestructura compartida. El aislamiento lógico se aplica en la capa de consultas: cada consulta y cada modificación en la base de datos se filtra por el identificador de cliente que se deriva del JWT del usuario autenticado. El aislamiento físico (una base de datos dedicada por cliente) está disponible bajo petición como opción Enterprise.

El acceso del equipo de ingeniería de Hamlet a los sistemas de producción sigue el principio de mínimo privilegio. El acceso a la base de datos de producción pasa por Google Cloud SQL Auth Proxy y exige autenticación de Google Workspace. Los triggers de auditoría a nivel de base de datos registran los cambios en las tablas sensibles.

Hamlet trabaja con un número reducido de subencargados de confianza para alojamiento, pagos, comunicaciones, analítica, contabilidad y funciones afines. La lista actual está publicada en /sub-processors.

Avisamos por escrito con 30 días de antelación antes de añadir o sustituir un subencargado que trate datos de clientes. Los clientes pueden oponerse por escrito durante ese plazo; si no logramos resolver la objeción tras un diálogo razonable, el cliente puede rescindir el servicio afectado sin penalización. Las sustituciones de emergencia se notifican en cuanto es posible, con su justificación.

Los datos de clientes se conservan mientras dure el contrato con el cliente. Los registros de auditoría se conservan durante la vida operativa de la plataforma. Las copias automáticas de Cloud SQL se guardan 30 días de forma rotativa. La recuperación a un punto en el tiempo está disponible dentro de los últimos 7 días.

Al finalizar el contrato: los datos de clientes se eliminan de las bases de datos activas en un plazo de 30 días hábiles, mediante un procedimiento de ingeniería documentado. La eliminación se confirma por escrito al contacto de seguridad designado por el cliente. Las copias de seguridad siguen caducando conforme a la ventana estándar de 30 días rotativos.

Hamlet atiende las solicitudes de acceso y supresión de los interesados que lleguen a través del cliente. Plazo objetivo de respuesta: 30 días desde la recepción. Las exportaciones completas de datos en formato legible por máquina están disponibles bajo petición en cualquier momento durante el contrato.

Objetivo de punto de recuperación: 5 minutos dentro de la ventana PITR de 7 días, 24 horas fuera de ella. Objetivo de tiempo de recuperación: 4 horas para restaurar por completo la base de datos desde una instantánea PITR. Objetivo de disponibilidad: 99,5 %, medido cada mes.

Las copias automáticas de Cloud SQL se ejecutan a diario, dentro de una ventana de 4 horas programada fuera de las horas punta de producción. Los servicios de la aplicación corren en GKE con pods redundantes; los fallos de pods o nodos se recuperan automáticamente. Las caídas de una región entera se resuelven con una restauración manual desde la copia entre regiones. Los procedimientos de restauración están documentados en runbooks y se han puesto a prueba.

Ante incidentes de seguridad materiales confirmados que afecten a la instancia de un cliente, Hamlet avisa al contacto de seguridad designado por el cliente en un plazo de 72 horas desde la confirmación, conforme al régimen de notificación de violaciones de datos (Notifiable Data Breaches) de la Parte IIIC de la Privacy Act 1988 (Cth).

Detección: los errores del servidor y los fallos de integración se envían a un canal interno de notificaciones monitorizado, que revisa un ingeniero de guardia en horario laboral, con cobertura fuera de horario mediante un turno de guardias de ingeniería. Hamlet no cuenta actualmente con un SOC 24/7.

En incidentes materiales, informamos a los clientes al menos cada 12 horas hasta su resolución. Elaboramos un resumen escrito posincidente en los 10 días hábiles siguientes al cierre. Las consultas de seguridad de clientes que lleguen a security@hamletco.space se confirman en un día hábil.

Privacy Act 1988 de Australia y Australian Privacy Principles: Hamlet opera en línea con los APP. Los avisos de privacidad y los flujos de consentimiento son configurables por instancia de cliente.

PCI-DSS: las integraciones de pago de Hamlet operan sobre pasarelas tokenizadas. Alcance PCI-DSS: SAQ-A.

RGPD: no aplica a las instancias de clientes solo de Australia. Cuando las instancias traten datos personales de residentes de la UE o del Reino Unido, Hamlet puede facilitar, bajo petición, cláusulas de responsable y encargado del tratamiento y procedimientos para solicitudes de los interesados (DSAR).

SOC 2: Hamlet no cuenta actualmente con certificación SOC 2. Mantenemos controles internos alineados con los principios de confianza de SOC 2 Tipo I y podemos facilitar, bajo petición, un resumen de controles. La certificación formal está en nuestra hoja de ruta, priorizada según la demanda de clientes Enterprise.

ISO 27001: Hamlet no cuenta actualmente con certificación ISO 27001 y no la está buscando de forma activa.

Hamlet agradece la divulgación responsable. Los informes enviados a security@hamletco.space se gestionan por el mismo canal que las consultas de seguridad de los clientes.

Pedimos a quien informe que aporte detalle suficiente para reproducir el problema, que deje un plazo razonable de corrección antes de hacerlo público y que evite acciones que puedan perjudicar a otros clientes, a usuarios finales o a la plataforma (pruebas de denegación de servicio, exfiltración de datos o ingeniería social contra el personal).

Por ahora no tenemos un programa público de recompensas por errores, pero reconocemos públicamente (con permiso) las divulgaciones serias y de buena fe, y no emprenderemos acciones legales contra quienes investiguen siguiendo estas pautas.