Come taleor protegge una sede.
Gran parte di ciò che segue avviene da sé. In una giornata normale non se ne accorgerà. È descritto qui perché il Suo team IT, il Suo responsabile della sicurezza e chiunque prepari una gara d’appalto possano leggere esattamente che cosa fa taleor e perché.
Ogni connessione è cifrata
Browser, schermi e console comunicano tramite TLS 1.3. Gli schermi fanno un passo in più. Ogni schermo crea la propria coppia di chiavi sul proprio computer e invia alla sede solo la metà pubblica. L’autorità di certificazione della sede stessa la firma. La chiave privata non lascia mai il computer. I certificati durano 398 giorni e si rinnovano negli ultimi 30 giorni tramite la connessione dello schermo stesso, così ogni schermo della sede ruota le proprie credenziali senza alcun sopralluogo.
Un’autorità per ogni sede
Ogni sede ha la propria autorità di certificazione. Un problema in una sede non può creare un’identità in un’altra. Quando uno schermo riceve un nuovo certificato, quello vecchio viene revocato, così uno schermo reinstallato non condivide mai un’identità con il disco che ha sostituito. Ogni connessione viene verificata rispetto al database: certificato non revocato e non scaduto, stesso dispositivo, stessa sede.
I driver sono firmati, gli aggiornamenti verificati
Un driver di dispositivo è un piccolo pacchetto con un manifest e una firma separata (Ed25519). Per impostazione predefinita, il server rifiuta un pacchetto non firmato. Gli aggiornamenti degli schermi arrivano da un unico punto. Il server pubblica una versione con il relativo checksum SHA-256. Lo schermo verifica il checksum prima di cambiare directory, installa solo fuori dall’orario di apertura e torna alla versione precedente se quella nuova non supera il controllo di stato entro dieci minuti.
Cinque ruoli, un registro di audit
Amministratore di rete, amministratore generale, amministratore della sede, responsabile dei contenuti e facility manager. Ogni ruolo può fare ciò che il suo lavoro richiede, e nulla di più. Un facility manager può riavviare uno schermo bloccato, ma non può eliminarlo. Ogni modifica viene scritta nel registro di audit con la persona, l’azione e l’indirizzo. Il registro si esporta in CSV con gli stessi filtri che vede sullo schermo.
Quando uno schermo va offline, Lei sa quale
L’allarme Le indica dove si trova lo schermo, che cosa dovrebbe mostrare e da quando. Si chiude da solo quando lo schermo torna online. Un guasto che si ripete aggiorna l’allarme esistente invece di aggiungerne uno nuovo, così l’elenco resta leggibile.
Una pressione prolungata. Il messaggio su ogni schermo.
Il messaggio di emergenza raggiunge tutta la sede, un piano, una zona o gli schermi scelti. Il testo occupa l’intero schermo, un avviso scorre lungo il bordo inferiore e l’audio delle installazioni si spegne. Uno schermo che si ricollega durante una trasmissione la riceve comunque. Chi l’ha attivato, e quando, risulta nel registro.
I visitatori restano anonimi
Gli eventi di presenza e di tocco contengono una sede, un dispositivo, una zona, uno stato e un orario. Non contengono nulla che identifichi una persona: nessun indirizzo, nessun volto, nessun cookie. Un test automatico lo verifica sullo schema attivo del database e fa fallire la build se qualcuno aggiunge una colonna di questo tipo.
Il Suo server, senza internet se lo desidera
Il server locale installa il proprio database privato con una password casuale che nessuno digita mai. Media, schermi e registro di audit restano all’interno del Suo edificio. Non serve alcuna connessione internet. Un’interruzione altrove non raggiunge mai le Sue sale.
Approfondimenti
La scheda tecnica elenca ogni piattaforma, protocollo e controllo nella forma richiesta dalle gare d’appalto. Il white paper spiega perché media, hardware e aggiornamenti devono rientrare in un unico sistema sottoposto ad audit.