Maskinöversättning, inte granskad av en modersmålstalare. Vid tvekan gäller den franska texten.

Säkerhet

Dashvias säkerhet, förklarad rakt på sak

I en mening: Dashvia läser dina data utan att någonsin ändra dem, har inga egna konton (identiteten kommer från Idenva), tillämpar rad-för-rad-rättigheter vid varje fråga och loggar vem som sett vad i en logg som databasen själv vägrar skriva om.

1. Skrivskyddade källor

SQL-källor öppnas skrivskyddade. En skrivning avvisas av motorn, inte bara av gränssnittet; skyddet är belagt med ett friskt fall, ett överträdande fall och en avsiktlig sabotering.

2. Federerad identitet, inga lokala konton

Inloggningen går via Idenva (SSO). En token från en annan utfärdare, eller en utgången token, avvisas, och återaktivering av ett lokalt lösenord upptäcks. Dashvia för ingen egen användardatabas.

3. Rättigheter per rad

Idenva-grupper avgör vilka rader som syns. Filtret är parametriserat, aldrig byggt genom att värden sätts in i texten, och gäller även korsfilter, drill-down, exporter och schemalagda rapporter.

4. En AI som visar sin fråga

Text-to-SQL svarar med en läsbar SQL-fråga. All läsning utanför schemat och all skrivning avvisas före körning. Utan Kopilvia-navet går Dashvia över till ett uttryckligt begränsat läge: lokalt korpus och vägran att svara utanför det i stället för att gissa.

5. Granskningslogg

Vem som visat, exporterat eller ändrat vilken rapport antecknas i en logg som bara kan utökas: databasen avvisar varje ändring eller radering av en redan skriven rad.

6. Härdad, fastlåst grund

Dashvia bygger på Apache Superset (Apache-2.0), fastlåst vid version 6.1.0. En standardhemlig nyckel eller ett admin/admin-konto avvisas vid start, och publicerade säkerhetsmeddelanden kontrolleras mot den fastlåsta versionen.

7. Kan driftas hos dig

Grunden installeras på din egen infrastruktur. Dina scheman och resultat behöver inte lämna den.

En fråga?

Skriv till oss: vi svarar också på tekniska frågor.