Comment taleor protège un lieu.
L’essentiel de ce qui suit se fait tout seul. Au quotidien, vous ne le verrez pas. Ces informations sont ici pour que votre équipe informatique, votre responsable de la sécurité et toute personne qui rédige un appel d’offres puissent lire exactement ce que fait taleor, et pourquoi.
Chaque connexion est chiffrée
Les navigateurs, les écrans et la console communiquent en TLS 1.3. Les écrans vont plus loin. Chaque écran crée sa propre paire de clés sur sa propre machine et n’envoie au lieu que sa partie publique. L’autorité de certification propre au lieu la signe. La clé privée ne quitte jamais la machine. Les certificats sont valables 398 jours et se renouvellent via la connexion de l’écran lui-même au cours des 30 derniers jours : tous les écrans du lieu changent ainsi de certificat sans intervention sur site.
Une autorité par lieu
Chaque lieu a sa propre autorité de certification. Un problème dans un lieu ne peut pas créer d’identité dans un autre. Quand un écran reçoit un nouveau certificat, l’ancien est révoqué : un écran réinstallé ne partage donc jamais d’identité avec le disque qu’il remplace. Chaque connexion est vérifiée dans la base de données : non révoquée, non expirée, toujours cet appareil, toujours ce lieu.
Les pilotes sont signés, les mises à jour vérifiées
Un pilote d’appareil est un petit paquet avec un manifeste et une signature détachée (Ed25519). Par défaut, le serveur refuse un paquet non signé. Les mises à jour du logiciel d’affichage proviennent d’une seule source. Le serveur publie une version avec sa somme de contrôle SHA-256. L’écran vérifie la somme de contrôle avant de changer de répertoire, n’installe qu’en dehors des heures d’ouverture et revient à la version précédente si la nouvelle ne passe pas son contrôle d’état dans les dix minutes.
Cinq rôles, un journal d’audit
Administrateur réseau, administrateur du parc, administrateur du lieu, gestionnaire de contenu et responsable technique. Chaque rôle peut faire ce que sa fonction exige, et rien de plus. Un responsable technique peut redémarrer un écran figé, mais pas le supprimer. Chaque modification est inscrite au journal d’audit avec la personne, l’action et l’adresse. Le journal s’exporte au format CSV avec les mêmes filtres que ceux affichés à l’écran.
Quand un écran se déconnecte, vous savez lequel
L’alerte vous indique où se trouve l’écran, ce qu’il devrait afficher, et depuis quand. Elle disparaît d’elle-même quand l’écran revient. Une panne qui se répète met à jour l’alerte existante au lieu d’en ajouter une nouvelle : la liste reste lisible.
Un appui long. Tous les écrans en alerte.
Le message d’urgence atteint tout le lieu, un étage, une zone ou les écrans choisis. Le message occupe tout l’écran, une annonce défile en bas, et le son des installations se coupe. Un écran qui se reconnecte pendant une diffusion la reçoit quand même. Qui l’a déclenché, et quand, figure dans le journal.
Les visiteurs restent anonymes
Les événements de présence et d’interaction tactile portent un lieu, un appareil, une zone, un état et une heure. Ils ne portent rien qui identifie une personne : ni adresse, ni visage, ni cookie. Un test automatisé le vérifie sur le schéma de la base de données en production et fait échouer la compilation si quelqu’un ajoute une telle colonne.
Votre propre serveur, sans Internet si vous le souhaitez
Le serveur local installe sa propre base de données privée avec un mot de passe aléatoire que personne ne saisit jamais. Les médias, les écrans et le journal d’audit restent dans votre bâtiment. Aucune connexion à Internet n’est nécessaire. Une panne ailleurs n’atteint jamais vos salles.
Pour aller plus loin
La fiche technique liste chaque plateforme, protocole et contrôle sous la forme attendue par les appels d’offres. Le livre blanc explique pourquoi les médias, le matériel et les mises à jour relèvent d’un seul système audité.