1. Bronnen alleen-lezen
SQL-bronnen worden alleen-lezen geopend. Een schrijfactie wordt door de engine geweigerd, niet alleen door de interface; de beveiliging is bewezen met een gezond geval, een overtredend geval en een opzettelijke sabotage.
2. Gefedereerde identiteit, geen lokale accounts
Aanmelden verloopt via Idenva (SSO). Een token van een andere uitgever of een verlopen token wordt geweigerd, en het opnieuw inschakelen van een lokaal wachtwoord wordt opgemerkt. Dashvia houdt geen eigen gebruikersdatabase bij.
3. Rechten per rij
Idenva-groepen bepalen welke rijen zichtbaar zijn. Het filter is geparametriseerd, nooit opgebouwd door waarden in te voegen, en geldt ook voor kruisfilters, drill-down, exports en geplande rapporten.
4. Een AI die haar query toont
Text-to-SQL antwoordt met een leesbare SQL-query. Elke leesactie buiten het schema en elke schrijfactie wordt vóór uitvoering geweigerd. Zonder de Kopilvia-hub schakelt Dashvia over op een expliciete beperkte modus: lokaal corpus en weigeren te antwoorden daarbuiten in plaats van iets te verzinnen.
5. Auditlogboek
Wie welk rapport heeft bekeken, geëxporteerd of gewijzigd, wordt vastgelegd in een logboek dat alleen aanvult: de database weigert elke wijziging of verwijdering van een reeds geschreven rij.
6. Versterkte, vastgezette basis
Dashvia bouwt op Apache Superset (Apache-2.0), vastgezet op versie 6.1.0. Een standaard geheime sleutel of een admin/admin-account wordt bij het opstarten geweigerd, en gepubliceerde beveiligingsmeldingen worden gecontroleerd tegen de vastgezette versie.
7. Zelf te hosten
De basis installeert u op uw eigen infrastructuur. Uw schema's en resultaten hoeven die niet te verlaten.