Limiti e lavori aperti

Cosa LayerT non è

• Non è uno scanner di contenuti. Le regole agiscono sugli invii dei moduli, sulle operazioni di incolla, sul testo digitato e sui file consegnati a una pagina, in base al nome o al testo contenuto in un file di testo semplice. LayerT legge solo testo semplice. Non guarda dentro PDF, file di Office o immagini, non ha una libreria di rilevatori già pronti, non classifica i dati e non legge né controlla gli appunti.
• Non è un controllo di rete. Funziona all’interno del browser. Il traffico di altre app, di altri browser o della riga di comando non è di sua competenza.
• Non è un vault zero-knowledge. I server di LayerT possono decifrare le password degli account condivisi e le registrazioni, per finalità approvate e registrate nel log.
• Non opera senza registrare. Quando una regola trova una corrispondenza, LayerT registra ciò che corrispondeva e, per una regola sulla digitazione, il testo del campo, così che un auditor possa verificare la decisione. Una regola può mascherare o nascondere i propri valori.
• Non è un’attestazione del dispositivo. La credenziale di ogni browser è legata a una chiave creata in quel browser che non può essere esportata. La chiave è protetta dal software, non da un TPM o da un Secure Enclave, e l’approvazione di un browser non dimostra che il dispositivo sia di proprietà dell’azienda o gestito.
• Non è certificato. LayerT non è ancora stato lanciato e non possiede certificazioni SOC 2, ISO 27001 o simili. Produce evidenze per i vostri audit.

Copertura

Limiti di ciò che LayerT fa

Regole

• Le regole leggono solo testo semplice. Una regola sul testo di un file legge file di testo semplice fino a 1 MB. Non guarda dentro PDF, documenti di Office, immagini o archivi. Li ferma, invece, e dice di non averli potuti controllare.
• I caricamenti che un sito fa da solo in background non vengono controllati. I dati che una pagina invia da sola, senza un modulo, un’operazione di incolla, un campo digitato o un file consegnato tramite una casella di selezione file, un trascinamento o un’operazione di incolla, sono fuori da ogni regola.
• Una regola sulla digitazione non può tenere il testo fuori dalla pagina. Il testo è nella pagina fin dal primo tasto premuto, e una pagina che invia mentre si digita (suggerimenti di ricerca, bozze salvate automaticamente) lo ha già. Una regola sulla digitazione avvisa la persona e impedisce che il testo venga inviato con un modulo, un pulsante di invio o il tasto Invio.
• Le regole sull’incolla non sono un controllo degli appunti. Agiscono sulle operazioni di incolla nelle caselle di testo a riga singola indicate da una regola. LayerT non legge né controlla gli appunti.
• Non c’è una libreria di rilevatori. Le regole usano i pattern scritti da un amministratore. LayerT non fornisce controlli già pronti per numeri di carta o numeri di documento.
• Le regole sui file e sulla digitazione non ammettono deroghe. La richiesta di un’eccezione, e il proseguire con un motivo, non sono disponibili per esse. Una regola di questo tipo è un semplice blocco.
• Proseguire con un motivo richiede i server di LayerT. Offline, l’azione resta bloccata. Nessuno riceve una notifica quando qualcuno prosegue: il motivo è in Regole attivate, nel registro di audit e nelle esportazioni.
• Una regola di gruppo segue la vostra directory con un ritardo. Una modifica raggiunge un browser in esecuzione entro circa 15 minuti. Un browser offline conserva la sua ultima risposta sui gruppi della propria persona fino a 24 ore.
• Una pagina aperta conserva le regole con cui è stata caricata finché non viene ricaricata o il suo indirizzo non cambia.
• Le funzionalità più recenti delle regole non sono state in funzione nell’ambiente di test. Le regole per il testo digitato, i file e i gruppi della directory, e il proseguire con un motivo, sono realizzate e testate end-to-end in un browser reale. Non sono ancora state in funzione nell’ambiente di test di LayerT.

Cosa registrano le regole

• Ciò che corrisponde a una regola viene registrato, leggibile di default. Una regola sulla digitazione conserva l’intero campo, fino a 10.000 caratteri, non solo la parte che corrispondeva. Su una casella di chat, è ciò che la persona ha scritto attorno alla corrispondenza. Consideratelo un monitoraggio del vostro personale: ditelo alle vostre persone e valutatelo.
• I valori non vengono mascherati nel browser. Il browser invia sempre il valore corrispondente. L’impostazione con cui una regola lo maschera o lo nasconde viene applicata sui server di LayerT, prima che qualsiasi cosa venga archiviata.
• Una regola sui moduli o sull’incolla può leggere una password che una persona ha digitato. Queste regole leggono i campi che indicano, e tra questi può esserci una casella della password in cui qualcuno ha digitato da sé. Il valore viene registrato in forma leggibile a meno che la regola non sia impostata per mascherare o nascondere i propri valori. Una regola sulla digitazione non legge mai una casella della password.
• LayerT riconosce ciò che ha compilato dalla casella e dal valore esatto. Nessuna regola legge una password, un codice o un campo di login segreto compilati da LayerT. Se la pagina di un sito modifica una password compilata e mette il risultato in una casella che non è una casella della password, quello è un nuovo valore, e una regola sui moduli che indica quella casella lo legge.
• Il nome utente che LayerT compila viene comunque valutato, e registrato. Una regola sui login che copre la pagina vede il nome utente che LayerT ha compilato per un account condiviso, lascia passare il login e lo registra come eccezione, con il nome utente.
• Gli eventi non ancora inviati restano nel browser. Lo storage dell’estensione può contenere eventi non ancora consegnati, compresi i valori che hanno fatto scattare una regola.

I nuovi browser e le loro chiavi

• L’approvazione è la decisione di una persona, non una prova sul dispositivo. Ciò che un browser riferisce sul modo in cui è stato installato è una sua dichiarazione. LayerT non attesta i dispositivi, e l’approvazione di un browser non dimostra che sia di proprietà dell’azienda o gestito.
• Un Owner o un IT Admin può approvare il proprio browser. Il registro di audit indica chi ha approvato.
• La persona con il cui account è stato configurato un browser non viene avvisata via email. Vengono avvisati Owner e IT Admin, e l’Inbox elenca ogni browser in attesa.
• Un token di registrazione distribuito tramite policy del dispositivo non è realizzato. Legherebbe la configurazione alla vostra gestione dei dispositivi, ed è il controllo più duraturo.
• La chiave di un browser è protetta dal software, non dall’hardware. Non può essere esportata tramite il browser, il che ferma una pagina web e un’altra estensione. Non impedisce al software eseguito con l’identità della persona di usare la chiave su quella macchina. La rotazione programmata della chiave non è realizzata.

Account condivisi e sessioni

• Una persona autorizzata può leggere una password compilata dal campo del fornitore usando i DevTools. La protezione di LayerT consiste in approvazione, limiti di tempo, audit e offboarding, non nella segretezza nei confronti della persona che ha effettuato il login.
• LayerT non preme mai il pulsante di login in un frame. Compila un modulo di login all’interno di un frame dello stesso sito, e la persona invia.
• Il logout da un account condiviso cancella i cookie dell’intero sito, compresa l’eventuale sessione personale della persona su quel sito.
• Su alcuni siti, il logout disconnette la persona anche dai suoi altri account lì. Quando un fornitore condivide i cookie con gli altri suoi servizi su un dominio padre, cancellare i cookie dell’account condiviso cancella anche i loro. LayerT lo dice una volta, prima del primo login.
• Leggere una casella di posta condivisa è un potere ampio. Chiunque legga l’intera casella potrebbe usare “password dimenticata” su qualsiasi servizio registrato con quell’indirizzo. Per questo l’accesso completo richiede un’approvazione, è limitato nel tempo, ha una filigrana e viene registrato email per email. Non si può renderlo impossibile.
• Riconoscere un’email di login è una stima al meglio delle possibilità finché il titolare di un account non scrive una regola per il mittente di quel fornitore. Fino ad allora, alcuni codici potrebbero non essere riconosciuti.
• Una casella collegata significa che LayerT conserva una copia di quella posta, per 30 giorni di default (al massimo 365). I vostri termini di trattamento dei dati con LayerT devono coprirlo.
• Un logout remoto impiega fino a circa un minuto per raggiungere il browser. Fino ad allora, il cookie di sessione del fornitore continua a funzionare in quel browser.
• Le registrazioni mostrano il testo della pagina, a meno che il mascheramento del testo non sia attivo per quell’account, e costituiscono un’evidenza, non una prova a prova di manomissione.
• Una registrazione mostra ciò che la pagina mostra a sua volta. Ciò che le persone digitano è mascherato nel punto in cui lo digitano, nei campi dei moduli e negli editor di testo formattato, su ogni account. Quando poi il sito lo mostra come contenuto proprio (un messaggio inviato in una conversazione, un’intestazione “risultati per …”, un’anteprima), quello è testo della pagina, e viene registrato a meno che il mascheramento del testo non sia attivo per quell’account. Alcune pagine conservano anche una copia di ciò che è stato digitato, non visibile, nel proprio markup, e il mascheramento del testo non raggiunge ogni copia di questo tipo.
• Una registrazione contiene gli indirizzi così come sono. Gli indirizzi delle pagine e delle richieste vengono registrati senza mascheramento, qualunque sia l’impostazione di mascheramento del testo. Un sito che inserisce in un indirizzo del testo digitato, come un termine di ricerca, lo inserisce nella registrazione.
• Una registrazione mostra spunte, scelte e nomi di file. Vengono registrati quali caselle sono state spuntate, quale opzione radio è stata scelta e il nome di un file scelto. Il contenuto di un file no, e nemmeno l’opzione selezionata in un elenco a discesa.
• I terminali non vengono mascherati in una registrazione. LayerT non tratta un emulatore di terminale come un editor, quindi i comandi digitati in un terminale web vengono registrati come testo della pagina, a meno che il mascheramento del testo non sia attivo. Lo stesso vale per un’area resa modificabile solo tramite lo stile, e per un editor che disegna da sé il proprio testo e non è tra quelli che LayerT conosce.
• La registrazione non è stata in funzione nell’ambiente di test. La registrazione e il suo mascheramento sono realizzati e testati solo in fase di sviluppo.
• Una filigrana scoraggia e attribuisce. I DevTools, la disattivazione dell’estensione o la fotocamera di un telefono la aggirano.
• Gli esiti dei login sono dedotti. LayerT segnala come riuscito il login a un account condiviso in base a ciò che la pagina fa dopo, non in base al fornitore.

Gateway Accesso anticipato

• I gateway sono stati in funzione solo nel nostro ambiente di test, su server di test con account di siti di prova.
• Una connessione aperta non viene interrotta. Quando una sessione termina o viene revocata, il gateway rifiuta subito nuove connessioni. Una connessione già aperta non viene interrotta.
• Un indirizzo del fornitore digitato carica la sua prima pagina in modo diretto. Una persona che digita da sé l’indirizzo del fornitore carica quella prima pagina dal proprio indirizzo. LayerT non può instradare prima che ci sia una sessione.
• Andare diretto mostra l’indirizzo della persona. Di default un login con routing non viene aperto quando il suo gateway non è raggiungibile. Un account impostato per andare diretto si apre invece dall’indirizzo della persona, per scelta propria dell’account.
• Un browser il cui proxy è gestito altrove non può usare un account che rifiuta. Dove una policy, un client VPN o un’altra estensione controlla le impostazioni proxy del browser, un account impostato per rifiutare non viene aperto affatto.
• Un gateway di backup subentra al login successivo, non nel mezzo di una sessione.
• Il gateway vede quale host viene raggiunto e quando. TLS resta end-to-end, quindi non vede il contenuto.
• WebRTC non viene gestito, e gli altri browser e gli altri profili Chrome non vengono instradati.
• È un indirizzo per account, per sito. Non è un unico indirizzo per tutto ciò che la vostra azienda fa.

Policy, dispositivi e registro di audit

• L’arresto di emergenza e le nuove policy raggiungono i browser alla sincronizzazione successiva, entro 15 minuti, prima in caso di navigazione.
• Gli aggiornamenti dell’estensione non sono istantanei. Chrome recepisce una nuova versione entro alcune ore o al riavvio successivo, e non esiste un meccanismo di distribuzione d’emergenza. Tornare indietro significa rilasciare una versione più recente. Gli aggiornamenti raggiungono un browser gestito tramite il sistema di aggiornamento di Chrome, che non è ancora stato visto all’opera su una macchina gestita.
• Chi ha diritti di amministratore sul laptop può aggirare l’applicazione delle regole. L’estensione gira all’interno di un browser controllato dal proprietario del dispositivo. LayerT si affida al vostro MDM per impedire alle persone di avere diritti di amministratore locale e per mantenere la policy in vigore.
• La policy archiviata sul dispositivo può essere letta da chi ha accesso a quel profilo del browser. È firmata, quindi nessuno può alterarla nel tragitto verso il browser, ma non è segreta, e non viene verificata di nuovo dopo essere stata salvata: chi può scrivere in quello storage può modificarla su quel laptop. Include le vostre regole e le impostazioni per persona di cui hanno bisogno, quindi trattatela come un documento interno alla vostra organizzazione.
• Chi può distribuire le policy di Chrome è all’interno del perimetro di fiducia. Un amministratore del vostro MDM potrebbe cambiare quale estensione viene installata e di quali chiavi si fida.
• Un’approvazione via Slack è solida quanto l’account Slack che l’ha cliccata. Per questo le richieste di password, le eccezioni permanenti e le modifiche alle regole possono essere decise solo nella console.
• Le chiavi nel servizio di gestione delle chiavi sono condivise tra le organizzazioni, non tenute separate per organizzazione. Ogni segreto ha comunque una propria chiave dati. Gli amministratori cloud di LayerT potrebbero usare le chiavi, e i log del servizio di gestione delle chiavi registrano ogni utilizzo.
• La chiave di firma della policy è protetta via software. Il servizio di gestione delle chiavi offre quel tipo di chiave solo in software, quindi non è custodita in un modulo di sicurezza hardware. Non può essere esportata.
• Il registro di audit non è a prova di manomissione (tamper-evident). Le voci non possono essere modificate tramite LayerT una volta scritte, e le esportazioni riportano checksum, ma il registro archiviato non è firmato né concatenato.

Ancora in fase di realizzazione