Sicherheit

Wie taleor einen Standort schützt.

Das meiste, was folgt, geschieht von selbst. An einem normalen Tag bemerken Sie davon nichts. Es steht hier, damit Ihr IT-Team, Ihr Sicherheitsbeauftragter und alle, die eine Ausschreibung verfassen, genau nachlesen können, was taleor tut und warum.

01

Jede Verbindung ist verschlüsselt

Browser, Player und die Konsole kommunizieren über TLS 1.3. Player gehen einen Schritt weiter. Jeder Player erzeugt sein eigenes Schlüsselpaar auf seinem eigenen Rechner und sendet nur den öffentlichen Schlüssel an den Standort. Die Zertifizierungsstelle des Standorts signiert ihn. Der private Schlüssel verlässt den Rechner nie. Zertifikate gelten 398 Tage und werden in den letzten 30 Tagen über die eigene Verbindung des Players erneuert. So wechselt eine ganze Flotte ihre Zertifikate, ohne dass jemand vor Ort sein muss.

02

Eine Zertifizierungsstelle pro Standort

Jeder Standort hat seine eigene Zertifizierungsstelle. Ein Problem an einem Standort kann an keinem anderen eine Identität erzeugen. Erhält ein Player ein neues Zertifikat, wird das alte widerrufen. So teilt ein neu aufgesetzter Player nie eine Identität mit der Festplatte, die er ersetzt hat. Jede Verbindung wird gegen die Datenbank geprüft: nicht widerrufen, nicht abgelaufen, noch dieses Gerät, noch dieser Standort.

03

Treiber sind signiert, Updates werden geprüft

Ein Gerätetreiber ist ein kleines Paket mit einem Manifest und einer separaten Signatur (Ed25519). Der Server lehnt ein unsigniertes Paket standardmäßig ab. Player-Updates kommen aus einer einzigen Quelle. Der Server veröffentlicht eine Version mit ihrer SHA-256-Prüfsumme. Der Player verifiziert die Prüfsumme, bevor er die Verzeichnisse tauscht, installiert nur außerhalb der Öffnungszeiten und kehrt zur vorherigen Version zurück, wenn die neue ihre Funktionsprüfung nicht innerhalb von zehn Minuten besteht.

04

Fünf Rollen, ein Audit-Protokoll

Netzwerk-Admin, Bereichs-Admin, Standort-Admin, Redakteur und Facility Manager. Jede Rolle kann, was ihre Aufgabe erfordert, und nicht mehr. Ein Facility Manager kann einen eingefrorenen Bildschirm neu starten, aber keinen löschen. Jede Änderung wird mit Person, Aktion und Adresse in das Audit-Protokoll geschrieben. Das Protokoll lässt sich als CSV exportieren, mit denselben Filtern, die Sie auf dem Bildschirm sehen.

05

Sie sehen, welcher Player ausfällt

Die Störung zeigt Ihnen, wo der Player steht, was er zeigen sollte und seit wann. Sie verschwindet von selbst, sobald der Player zurück ist. Ein wiederkehrender Fehler aktualisiert die bestehende Störung, statt eine neue hinzuzufügen. So bleibt die Liste übersichtlich.

06

Einmal gedrückt halten. Jeder Bildschirm zeigt sie sofort.

Die Notfallnachricht erreicht den gesamten Standort, eine Etage, eine Zone oder ausgewählte Player. Die Nachricht füllt den ganzen Bildschirm, am unteren Rand läuft ein Hinweis, und der Ton der Exponate verstummt. Ein Player, der sich während einer Einblendung neu verbindet, erhält sie trotzdem. Wer sie wann ausgelöst hat, steht im Protokoll.

07

Besucher bleiben anonym

Präsenz- und Berührungsereignisse enthalten einen Standort, ein Gerät, eine Zone, einen Zustand und eine Uhrzeit. Sie enthalten nichts, was eine Person identifiziert: keine Adresse, kein Gesicht, kein Cookie. Ein automatisierter Test prüft das am aktuellen Datenbankschema und lässt den Build scheitern, sobald jemand eine solche Spalte hinzufügt.

08

Ihr eigener Server, auf Wunsch ohne Internet

Der lokale Server installiert seine eigene private Datenbank mit einem zufälligen Passwort, das nie jemand eintippt. Medien, Player und das Audit-Protokoll bleiben in Ihrem Gebäude. Internet ist überhaupt nicht nötig. Ein Ausfall an anderer Stelle erreicht Ihre Ausstellungsräume nie.

Weiterlesen

Das Datenblatt führt jede Plattform, jedes Protokoll und jede Sicherheitsfunktion in der Form auf, die Ausschreibungen erwarten. Das Whitepaper erklärt, warum Medien, Hardware und Updates in ein gemeinsames System mit lückenlosem Audit-Protokoll gehören.