Pensato per chi
ti affida i suoi dati.

Hamlet gira su Google Cloud Platform nella regione australia-southeast1 (Sydney). Tutto il calcolo di produzione e l'archiviazione primaria dei dati dei clienti si trovano in Australia.

Il calcolo applicativo gira su Google Kubernetes Engine. I dati dei clienti sono archiviati in Google Cloud SQL per PostgreSQL. I file caricati dagli utenti stanno in Google Cloud Storage, sempre in australia-southeast1. I carichi asincroni girano su un livello Redis gestito.

Il traffico in ingresso termina su un bilanciatore di carico GCP HTTP(S) che gestisce la terminazione TLS. I servizi applicativi girano sulla rete privata del cluster e non sono raggiungibili direttamente da internet.

I backup cifrati del database sono archiviati, per impostazione predefinita, nella multi-regione GCP asia. Per i clienti Enterprise che vogliono backup solo in Australia, su richiesta si configura una regione di backup solo AU gestita dal cliente.

In transito: tutto il traffico da e verso la piattaforma è solo HTTPS, con TLS 1.2 o superiore imposto su tutta la piattaforma. HSTS con max-age di un anno, una allowlist CORS limitata alle origini di produzione e un set rafforzato di header di sicurezza HTTP nelle risposte.

A riposo: i dati dei clienti in Cloud SQL e Cloud Storage sono cifrati con AES-256 usando chiavi gestite da GCP. Le chiavi di cifratura gestite dal cliente (CMEK) sono disponibili su richiesta per le istanze dei clienti Enterprise e possono essere limitate a un progetto GCP controllato dal cliente.

Hamlet si integra con gateway di pagamento tokenizzati: Worldpay (tramite IntegraPay) in Australia e Stripe nel resto del mondo. I dati della carta sono raccolti direttamente da moduli ospitati dal gateway nel browser. I server di Hamlet ricevono solo token di pagamento.

PAN e CVC non sono mai archiviati sull'infrastruttura di Hamlet. I dati della carta non entrano mai nella rete né nell'archiviazione di Hamlet. Ambito PCI-DSS: SAQ-A.

L'autenticazione degli utenti finali usa JSON Web Token firmati (RS256). Le password sono protette con hash bcrypt e non vengono mai salvate in chiaro. I tentativi di accesso sono soggetti a limiti di frequenza per account e per IP.

Controllo degli accessi basato sui ruoli su tutte le superfici applicative: manager, staff, power user, membro e anonimo (per le superfici pubbliche di prenotazione).

Ogni cliente opera in un perimetro tenant dedicato su infrastruttura condivisa. L'isolamento logico è imposto a livello di query: ogni query e ogni modifica al database sono filtrate in base all'identificativo del tenant ricavato dal JWT dell'utente autenticato. L'isolamento fisico (un database dedicato per cliente) è disponibile su richiesta come opzione Enterprise.

L'accesso del team tecnico di Hamlet ai sistemi di produzione segue il principio del privilegio minimo. L'accesso al database di produzione passa da Google Cloud SQL Auth Proxy e richiede l'autenticazione Google Workspace. I trigger di audit a livello di database registrano le modifiche alle tabelle sensibili.

Hamlet si affida a pochi sub-responsabili fidati per hosting, pagamenti, comunicazioni, analisi, contabilità e funzioni collegate. L'elenco aggiornato è pubblicato su /sub-processors.

Ti diamo 30 giorni di preavviso scritto prima di aggiungere o sostituire un sub-responsabile che tratta dati dei clienti. I clienti possono opporsi per iscritto entro quel periodo; se non riusciamo a risolvere l'obiezione con un confronto ragionevole, il cliente può recedere dal servizio interessato senza penali. Le sostituzioni d'emergenza vengono notificate appena possibile, con le motivazioni.

I dati dei clienti sono conservati per tutta la durata del contratto. I registri di audit sono conservati per l'intera vita operativa della piattaforma. I backup automatici di Cloud SQL sono conservati per 30 giorni a rotazione. Il recupero point-in-time è disponibile negli ultimi 7 giorni.

Alla cessazione: i dati dei clienti vengono eliminati dai database attivi entro 30 giorni lavorativi dalla cessazione, con una procedura tecnica documentata. La rimozione viene confermata per iscritto al referente per la sicurezza indicato dal cliente. I backup continuano a scadere secondo la finestra standard di conservazione di 30 giorni a rotazione.

Hamlet supporta le richieste di accesso e cancellazione degli interessati inoltrate tramite il cliente. Tempo di risposta: 30 giorni dal ricevimento. Esportazioni complete dei dati in formato leggibile da macchina sono disponibili su richiesta in qualsiasi momento durante il contratto.

Recovery point objective: 5 minuti entro la finestra PITR di 7 giorni, 24 ore oltre. Recovery time objective: 4 ore per il ripristino completo del database da snapshot PITR. Obiettivo di disponibilità: 99.5% misurato su base mensile.

I backup automatici di Cloud SQL girano ogni giorno in una finestra di 4 ore pianificata fuori dai picchi di produzione. I servizi applicativi girano su GKE con pod ridondanti; i guasti di pod o nodi vengono recuperati in automatico. Le interruzioni a livello di regione si gestiscono con un ripristino manuale da backup cross-region. Le procedure di ripristino sono documentate nei runbook e sono state messe alla prova.

Per gli incidenti di sicurezza rilevanti e confermati che riguardano l'istanza di un cliente, Hamlet avvisa il referente per la sicurezza del cliente entro 72 ore dalla conferma, in linea con lo schema Notifiable Data Breaches della Part IIIC del Privacy Act 1988 (Cth).

Rilevamento: gli errori lato server e i guasti delle integrazioni arrivano su un canale di notifica interno monitorato, controllato in orario lavorativo da un ingegnere di reperibilità, con copertura fuori orario tramite turni di reperibilità del team tecnico. Hamlet al momento non gestisce un SOC attivo 24/7.

Per gli incidenti rilevanti, gli aggiornamenti ai clienti arrivano almeno ogni 12 ore fino alla risoluzione. Un riepilogo scritto post-incidente viene prodotto entro 10 giorni lavorativi dalla chiusura. Le richieste di sicurezza dei clienti ricevute a security@hamletco.space ricevono conferma di ricezione entro un giorno lavorativo.

Privacy Act 1988 australiano e Australian Privacy Principles: Hamlet opera in linea con gli APP. Le informative privacy e i flussi di consenso sono configurabili per ogni istanza cliente.

PCI-DSS: le integrazioni di pagamento di Hamlet usano gateway tokenizzati. Ambito PCI-DSS: SAQ-A.

GDPR: fuori ambito per le istanze di clienti solo AU. Quando le istanze dei clienti trattano dati personali di residenti UE o UK, Hamlet può fornire su richiesta condizioni da titolare e responsabile del trattamento e procedure DSAR.

SOC 2: Hamlet al momento non ha l'attestazione SOC 2. Manteniamo controlli interni in linea con i principi di fiducia SOC 2 Type I e possiamo fornire su richiesta una panoramica dei controlli. L'attestazione formale è nella nostra roadmap, con priorità legata alla domanda dei clienti Enterprise.

ISO 27001: Hamlet al momento non ha la certificazione ISO 27001 e non la sta perseguendo attivamente.

Hamlet accoglie la divulgazione responsabile. Le segnalazioni inviate a security@hamletco.space sono gestite sullo stesso canale delle richieste di sicurezza dei clienti.

Ti chiediamo di fornire dettagli sufficienti per riprodurre il problema, di concederci una finestra ragionevole di correzione prima della divulgazione pubblica e di evitare azioni che possano danneggiare altri clienti, utenti finali o la piattaforma (test di denial-of-service, esfiltrazione di dati o social engineering sul personale).

Al momento non abbiamo un programma pubblico di bug bounty, ma riconosciamo pubblicamente (con permesso) le segnalazioni serie in buona fede e non intraprendiamo azioni legali contro i ricercatori che seguono queste indicazioni.