1. Schreibgeschützte Quellen
SQL-Quellen werden schreibgeschützt geöffnet. Ein Schreibzugriff wird von der Engine abgelehnt, nicht nur von der Oberfläche; die Schutzvorkehrung ist durch einen Normalfall, einen Verstoßfall und eine gezielte Sabotage belegt.
2. Föderierte Identität, keine lokalen Konten
Die Anmeldung läuft über Idenva (SSO). Ein Token eines anderen Ausstellers oder ein abgelaufener Token wird abgelehnt, und die Wiedereinführung eines lokalen Passworts wird erkannt. Dashvia führt keine eigene Benutzerdatenbank.
3. Rechte pro Zeile
Idenva-Gruppen bestimmen, welche Zeilen sichtbar sind. Der Filter ist parametrisiert und wird nie durch Einsetzen von Werten zusammengebaut; er gilt auch für Kreuzfilter, Drill-down, Exporte und geplante Berichte.
4. Eine KI, die ihre Abfrage zeigt
Text-to-SQL antwortet mit einer lesbaren SQL-Abfrage. Jedes Lesen außerhalb des Schemas und jedes Schreiben wird vor der Ausführung abgelehnt. Ohne den Kopilvia-Hub wechselt Dashvia in einen ausdrücklichen eingeschränkten Modus: lokaler Korpus und Antwortverweigerung außerhalb davon statt einer Erfindung.
5. Prüfprotokoll
Wer welchen Bericht angesehen, exportiert oder geändert hat, wird in einem nur anhängbaren Protokoll festgehalten: Die Datenbank lehnt jede Änderung oder Löschung einer bereits geschriebenen Zeile ab.
6. Gehärtete, festgelegte Grundlage
Dashvia baut auf Apache Superset (Apache-2.0) auf, festgelegt auf Version 6.1.0. Ein Standard-Geheimschlüssel oder ein Konto admin/admin wird beim Start abgelehnt, und veröffentlichte Sicherheitshinweise werden gegen die festgelegte Version geprüft.
7. Bei Ihnen betreibbar
Die Grundlage lässt sich auf Ihrer eigenen Infrastruktur installieren. Ihre Schemas und Ergebnisse müssen sie nicht verlassen.