Sicurezza
Come sviluppiamo, gestiamo e proteggiamo la piattaforma Xbrandify e cosa può aspettarsi da noi il vostro team. Le nostre pratiche, spiegate con chiarezza.
Questa pagina è curata da Your Brand Travel International AB, la società che gestisce Xbrandify, per rispondere alle domande più comuni sulla sicurezza e sulla privacy della piattaforma. Descrive le nostre pratiche. Non è una certificazione, un rapporto di audit o un'attestazione indipendente. La sicurezza è una responsabilità condivisa: noi proteggiamo la piattaforma, i nostri clienti proteggono i propri account, utenti e contenuti ed entrambe le parti fanno riferimento agli impegni stabiliti nei nostri accordi scritti.
Hosting e infrastruttura
La piattaforma utilizza un'infrastruttura cloud gestita anziché hardware gestito internamente. L'applicazione delle patch, la sicurezza fisica e il rafforzamento della sicurezza di rete a livello infrastrutturale sono quindi affidati ai fornitori di hosting che utilizziamo.
Fornitori di hosting e localizzazione principale dei dati: [TO CONFIRM: hosting providers and regions].
Crittografia in transito e a riposo
Il traffico tra i browser, i nostri servizi e i nostri archivi dati è crittografato in transito tramite TLS. I dati conservati nei nostri database gestiti e nello storage a oggetti sono crittografati a riposo dalla piattaforma sottostante.
Versione minima di TLS imposta e criteri di cifratura: [TO CONFIRM: TLS policy].
Controllo degli accessi e privilegio minimo
L'accesso interno ai sistemi di produzione e ai dati dei clienti è riservato alle persone che ne hanno bisogno per gestire il servizio e fornire assistenza. Viene concesso in base al ruolo secondo il principio del privilegio minimo, non per impostazione predefinita.
Gli accessi vengono riesaminati e rimossi quando una persona cambia ruolo o lascia l'azienda. Frequenza delle revisioni: [TO CONFIRM: access review cadence].
Autenticazione
Gli utenti dei clienti accedono tramite il nostro sistema di autenticazione gestito. Le credenziali vengono archiviate da questo sistema come hash con salt, mai in chiaro. Le sessioni utilizzano token firmati con scadenza.
Opzioni disponibili, come il Single Sign-On e l'autenticazione a più fattori, e ambiti in cui sono obbligatorie: [TO CONFIRM: SSO and MFA availability and enforcement].
Isolamento dei tenant e sicurezza a livello di riga
I dati di ogni cliente sono separati logicamente. L'accesso al database è regolato da criteri di sicurezza a livello di riga, quindi una richiesta può leggere o scrivere solo le righe appartenenti al tenant e all'utente autenticati. Le autorizzazioni vengono applicate nel database, non soltanto nel codice dell'applicazione.
L'accesso privilegiato al database che consente di aggirare i criteri è limitato a specifiche operazioni lato server e non è disponibile al codice eseguito nel browser.
Gestione dei segreti
Le chiavi API, i token e le altre credenziali vengono archiviati come segreti gestiti e inseriti nel codice lato server durante l'esecuzione. Non vengono mai inclusi nel repository del codice né distribuiti nei pacchetti lato client. Le chiamate ai servizi di terze parti che richiedono un segreto vengono effettuate esclusivamente lato server.
Pratiche di rotazione dei segreti: [TO CONFIRM: secret rotation process].
Registrazione dei log e monitoraggio
Raccogliamo log dell'applicazione e dell'infrastruttura insieme alle segnalazioni di errore per rilevare malfunzionamenti e attività insolite e analizzare quanto accaduto. I log sono conservati separatamente dalle interfacce accessibili ai clienti e il loro accesso è limitato.
Conservazione dei log e soglie di allerta: [TO CONFIRM: log retention and alerting].
Backup
I dati dei clienti conservati nei nostri database gestiti vengono sottoposti a backup dalla piattaforma sottostante per consentirne il recupero in caso di perdita o danneggiamento. I ripristini vengono eseguiti esclusivamente da personale autorizzato.
Frequenza dei backup, conservazione e obiettivi di ripristino: [TO CONFIRM: backup frequency, retention, RPO and RTO].
Gestione delle vulnerabilità
Manteniamo aggiornate le dipendenze, esaminiamo le modifiche al codice prima del rilascio in produzione ed eseguiamo scansioni automatiche sul codice e sulle dipendenze per individuare vulnerabilità note. I problemi vengono classificati per gravità e risolti attraverso il normale processo di rilascio. Le correzioni urgenti vengono distribuite al di fuori del ciclo ordinario.
Obiettivi di risoluzione per livello di gravità ed eventuali test esterni: [TO CONFIRM: remediation SLAs and penetration testing cadence].
Verifica dei sub-responsabili del trattamento
Limitiamo volutamente il numero di fornitori che hanno accesso ai dati dei clienti. Prima che un fornitore tratti dati personali per nostro conto, lo valutiamo, stipuliamo un accordo scritto sul trattamento dei dati e verifichiamo la presenza di un meccanismo di trasferimento adeguato quando i dati escono dallo Spazio economico europeo.
L'elenco aggiornato è disponibile nella nostra Informativa sulla privacy: [TO CONFIRM: full subprocessor list].
Risposta agli incidenti e notifica delle violazioni
Disponiamo di un processo interno per rilevare, classificare, contenere e risolvere gli incidenti di sicurezza e per documentare quanto accaduto e le modifiche apportate in seguito.
Quando operiamo come responsabile del trattamento dei dati degli ospiti, notifichiamo al cliente interessato, in qualità di titolare del trattamento, qualsiasi violazione dei dati personali senza ingiustificato ritardo dopo esserne venuti a conoscenza, fornendo le informazioni necessarie per adempiere ai suoi obblighi. Ai sensi dell'articolo 33 del GDPR, il titolare del trattamento deve notificare all'autorità di controllo competente una violazione soggetta a obbligo di notifica entro 72 ore da quando ne viene a conoscenza. La nostra notifica è pensata per aiutare a rispettare questo termine. In Svezia l'autorità di controllo è Integritetsskyddsmyndigheten (IMY).
Canale di notifica ai clienti e procedura di escalation: [TO CONFIRM: notification process].
Divulgazione responsabile
Se ritenete di aver individuato una vulnerabilità di sicurezza nella nostra piattaforma, desideriamo esserne informati. Segnalatecela in privato, fornendo dettagli sufficienti per riprodurre il problema, e concedeteci un tempo ragionevole per analizzarlo e risolverlo prima di divulgarlo pubblicamente.
Evitate test che compromettano il funzionamento del servizio e non accedete, modificate o conservate dati appartenenti ad altri. Confermeremo la ricezione della segnalazione e vi terremo aggiornati durante la gestione del problema.
Segnalazioni: [TO CONFIRM: security contact email]
Servono maggiori dettagli per una valutazione della sicurezza?
I clienti e potenziali clienti enterprise possono richiedere documentazione aggiuntiva, tra cui il nostro Accordo sul trattamento dei dati, l'elenco dei sub-responsabili del trattamento, dettagli su hosting e localizzazione dei dati e risposte al proprio questionario sulla sicurezza. Indicateci cosa richiede la vostra valutazione e affronteremo insieme ogni punto.