Architettura

Gestione dei dati

Cosa conserva LayerT, dove lo conserva, per quanto tempo e cosa non raccoglie mai. Scritto perché il vostro team privacy possa compilare i propri registri senza bisogno di una call.

Descrive LayerT così come realizzato al 19 settembre 2026. Tutto ciò che non è ancora realizzato è indicato come tale.

Cosa archivia LayerT

Dati	Dove	Protetti da	Conservati per
Persone della vostra directory: nome, email, qualifica, responsabile, stato attivo	Postgres	Controlli di accesso; la fonte è la vostra directory	Finché sono nella vostra directory; le persone disattivate vengono conservate per la traccia di audit
Gruppi e appartenenze	Postgres	Controlli di accesso	Secondo quanto indica la vostra directory
Dispositivi: profilo del browser registrato, a chi appartiene, ultimo accesso	Postgres	Credenziali archiviate come hash	I dispositivi revocati vengono rimossi dopo 90 giorni di inattività
Eventi di audit, compresi i valori corrispondenti e i siti su cui si sono verificati	Postgres	Controlli di accesso; leggibili di default, e una regola può essere impostata per scartare o mascherare in parte i propri valori al loro arrivo	365 giorni di default, configurabile
Richieste di accesso: il valore, il sito, la motivazione della persona	Postgres	Controlli di accesso	180 giorni dopo la chiusura, a meno che un’eccezione attiva dipenda da esse
Password degli account condivisi, chiavi di configurazione dell’app di autenticazione e campi di login segreti	Postgres	Cifratura a busta (envelope encryption) AES-256-GCM, una chiave dati per account	Finché l’account non viene eliminato o il segreto sostituito
Campi di login visibili (come un ID account) e note dell’account, con la cronologia delle modifiche di ogni nota	Postgres	Controlli di accesso	Finché l’account non viene eliminato
Sessioni degli account condivisi	Postgres	Controlli di accesso	180 giorni dopo la fine
Registrazioni delle sessioni	Object storage	AES-256-GCM, una chiave nuova per ogni registrazione, cifrata sul dispositivo	90 giorni di default, configurabile da 7 a 365
Indice delle registrazioni: quale sessione, quali pagine, tempi	Postgres	Controlli di accesso	Eliminato insieme alla registrazione
Versioni firmate della policy	Postgres	Firma Ed25519	Le ultime 20, più tutte quelle degli ultimi 30 giorni
Esiti dei login: se il login a un account condiviso è riuscito, e a quale passaggio si è fermato. Nessun valore né testo della pagina	Postgres	Controlli di accesso	90 giorni
Informazioni sul dispositivo: versione dell’estensione, modalità di installazione, browser, sistema operativo	Postgres	Controlli di accesso	Insieme al dispositivo
Notifiche e relativi record di consegna	Postgres	Controlli di accesso; non contengono mai un segreto né un valore completo	30 giorni
Revisioni degli accessi: chi ha confermato che una persona ha ancora bisogno di un certo account, e il report	Postgres	Controlli di accesso; ogni report e CSV riporta un checksum SHA-256	7 anni

Cosa non lascia mai il laptop

Qualsiasi cosa digitata in un campo non indicato da alcuna regola.
La cronologia di navigazione delle vostre persone. LayerT non la raccoglie.
La chiave grezza della registrazione, dopo che è stata consegnata una sola volta per essere cifrata (wrap).
Le sequenze di tasti in una registrazione: ogni input viene mascherato prima che qualsiasi cosa venga cifrata.

Cosa riceve l’estensione

Ogni browser registrato nella vostra organizzazione riceve la policy firmata della vostra organizzazione. Quella policy include le regole, e le eccezioni approvate e le impostazioni per persona di cui le regole hanno bisogno, come i numeri di telefono aziendali o gli account personali approvati. Trattate la policy come un documento interno alla vostra organizzazione.

Le password degli account condivisi, i campi di login segreti e i codici dell’app di autenticazione vengono inviati solo al browser registrato di una persona con una sessione attiva, solo quando servono per effettuare il login, e non vengono mai archiviati nel browser da LayerT.

C’è un solo altro modo in cui un segreto lascia i server di LayerT: una richiesta di password. Qualcuno chiede, con una motivazione, di vedere una password, una chiave di configurazione dell’app di autenticazione o un campo segreto. Altre due persone devono approvare, e una di loro deve essere un Owner o un Compliance Officer. La persona che ha fatto la richiesta lo vede poi una sola volta, nella console, dopo aver effettuato di nuovo il login negli ultimi 10 minuti. Il valore viene contrassegnato come visto, e al proprietario dell’account viene chiesto di cambiarlo.

Eliminazione

Persone: disattivare qualcuno nella vostra directory ne termina subito l’accesso. I suoi record restano per la traccia di audit fino alla fine del periodo di conservazione.
La vostra organizzazione: quando un’organizzazione chiude, LayerT ne conserva i dati per un periodo di tolleranza di 30 giorni, poi elimina tutto in un unico passaggio, comprese le registrazioni archiviate, e registra una ricevuta dell’eliminazione.
Registrazioni e record datati: eliminati automaticamente da job giornalieri di conservazione, e ogni eliminazione di una registrazione viene registrata nel log.

Portare con sé i propri dati

Un Owner può esportare l’intera organizzazione in un unico file zip, comprese tutte le registrazioni conservate, decifrate in modo da poter essere guardate al di fuori di LayerT. Un manifest elenca un checksum SHA-256 per ogni file. L’esportazione non include mai password, chiavi di configurazione dell’app di autenticazione o campi segreti, e la sua creazione viene scritta nel registro di audit.

Il registro di audit stesso può essere esportato in CSV o JSON Lines da Owner, IT Admin, Compliance Officer e Auditor. I valori digitati sono esclusi, a meno che la persona non spunti una casella per includerli.

Sub-responsabili e ubicazione

LayerT girerà su due fornitori di infrastruttura. Ciascuno tratta i vostri dati solo su istruzione di LayerT, nell’ambito di un accordo sul trattamento dei dati.

Fornitore	Entità contraente	Uso previsto
Google Cloud	Google Cloud EMEA Limited (Irlanda)	La console, l’API e il worker, il database, l’archiviazione delle registrazioni, i log e il servizio di gestione delle chiavi. Regione: Milano (`europe-west8`). Chiavi e backup del database: multi-regione UE di Google
Cloudflare	Cloudflare, Inc. (Stati Uniti)	DNS per layert.net e invio delle email di notifica

Se la vostra organizzazione collega Slack, le notifiche agli approvatori passano attraverso il vostro workspace Slack, nell’ambito del vostro accordo con Slack. Anche il vostro identity provider e il vostro MDM sono vostri, quindi non sono sub-responsabili di LayerT.

Prima del lancio. LayerT non è ancora in produzione, quindi questa è la configurazione prevista, non una già operativa. L’elenco definitivo dei sub-responsabili (compreso un eventuale fornitore email di riserva), le garanzie per qualsiasi trasferimento al di fuori dell’UE e le opzioni di residenza dei dati saranno pubblicati qui prima che il primo cliente entri in produzione.

Se state compilando un registro dei trattamenti

Finalità: controllare a quali account le persone accedono sui dispositivi di lavoro, fare da intermediario per l’accesso agli account condivisi e mantenere una traccia di audit di entrambe le cose.
Interessati: i vostri dipendenti e collaboratori esterni con un browser gestito.
Categorie particolari: LayerT non si propone di trattarle. Una registrazione può catturare qualsiasi cosa mostri la pagina di un fornitore, ed è per questo che la registrazione richiede prima l’attestazione dell’Owner.
Base giuridica: spetta a voi determinarla. LayerT chiede all’Owner di registrarla prima che qualsiasi registrazione possa avvenire.