Accountbeveiliging

Beveiliging & 2FA

Op /security beheer je tweestapsverificatie voor je eigen account. Dashview ondersteunt hier vooral authenticator-apps via TOTP en toont daarnaast welke tweede factoren al gekoppeld zijn.

Beveiliging & 2FA overzicht screenshot placeholder
Beveiliging & 2FA overzicht

Maak hier een screenshot van het hoofdscherm voor Beveiliging & 2FA overzicht, met de belangrijkste controls en een representatieve zichtbare state.

Maak hier een screenshot van het hoofdscherm voor Beveiliging & 2FA overzicht, met de belangrijkste controls en een representatieve zichtbare state.

1. Wat je op deze pagina doet

Beheer van bestaande factoren

  • Zien welke apparaten of methodes al aan jouw account gekoppeld zijn.
  • De lijst handmatig verversen.
  • Verouderde of ongewenste factoren verwijderen.

Nieuwe beveiliging inschakelen

  • Een authenticator-app koppelen.
  • De QR-code of geheime sleutel gebruiken.
  • De setup afronden met een actuele verificatiecode.
Deze pagina gaat alleen over jouw persoonlijke account. Tenantadmins gebruiken hiervoor geen aparte adminroute; MFA-beheer blijft altijd gebruiker-specifiek.

2. Gekoppelde apparaten en factoren

De bovenste kaart toont welke tweede factoren al actief zijn op jouw account.

Onderdeel Wat het betekent
NaamJe eigen apparaatlabel, bijvoorbeeld Authenticator of een herkenbare naam per telefoon.
TypeMeestal Authenticator-app (TOTP). In sommige omgevingen kan ook een SMS-factor zichtbaar zijn.
ToegevoegdDe datum en tijd waarop de factor is gekoppeld.
VerwijderenOntkoppelt de gekozen tweede factor na bevestiging.

3. Authenticator-app (TOTP) instellen

Dashview leidt je stap voor stap door de setup van een authenticator-app zoals Google Authenticator, 1Password of Authy.

  1. Vul optioneel een apparaatnaam in.
  2. Klik op Setup starten.
  3. Scan de QR-code in je authenticator-app of kopieer de geheime sleutel handmatig.
  4. Voer de actuele code uit de app in.
  5. Klik op Authenticator-2FA inschakelen.

Wat je tijdens setup ziet

  • Een QR-code voor snelle koppeling.
  • Een provisioning-link als fallback.
  • De geheime sleutel als tekst.
  • Een invoerveld dat alleen numerieke code accepteert.

Praktische richtlijnen

  • Gebruik een naam die je later herkent als je meerdere apparaten hebt.
  • Voer de code direct in; TOTP-codes verlopen snel.
  • Annuleer de setup als je halverwege wilt stoppen zonder de factor te activeren.

4. Een factor verwijderen

Gebruik verwijderen alleen als je zeker weet dat je nog veilig kunt inloggen met een andere factor of zonder die specifieke koppeling verder wilt.

  1. Zoek in de lijst het juiste apparaat of de juiste factor op.
  2. Klik op Verwijderen.
  3. Bevestig de actie in de dialoog.
  4. Controleer na afloop of de lijst opnieuw is geladen.
Als je maar één factor gebruikt en die verwijdert, verlaag je direct de bescherming van je account. Doe dit alleen bewust en bij voorkeur pas nadat je vervanging klaarstaat.

5. Access keys

Op dezelfde beveiligingspagina kun je tijdelijke access keys maken voor externe MCP clients, HTTP Elements en API-koppelingen. Een access key werkt als jouw eigen gebruiker en volgt de tenant en git-branch die je in de frontend actief hebt. De key gebruikt dus dezelfde pagina-, datasource- en forced-filterrechten als jouw actieve sessie.

  1. Geef de key een herkenbaar label, bijvoorbeeld de naam van je client of koppeling.
  2. Kies na hoeveel dagen de key automatisch verloopt.
  3. Klik op Access key maken.
  4. Kopieer de key direct; Dashview toont hem maar één keer.
  5. Plaats de key als bearer-token in je MCP clientconfig of HTTP request.

Gebruik Roteren naast een bestaande key om direct een nieuwe geheime key te maken en de verloopdatum opnieuw te verlengen. De oude key werkt daarna niet meer; kopieer de nieuwe key meteen, want ook een geroteerde key wordt maar één keer getoond.

MCP clients kunnen dezelfde beheerroutes gebruiken als de app, waaronder dashboards, datasources, Elements, runtime variables en secrets, execution logs, datasource flows en git commit/pull/push in de actieve frontendcontext. Trigger en server Elements gebruiken dezelfde keys via de publieke /element/{elementId} gateway-routes.

Roteer access keys regelmatig en trek oude keys in zodra je een client niet meer gebruikt. Verlopen of ingetrokken keys geven geen toegang meer. Als je in de frontend naar een git-branch wisselt, werkt de MCP server daarna in dezelfde verborgen preview-tenant en kan commit/push op dezelfde branch landen. Dashview bewaart de geheime key niet in Firestore; alleen niet-gevoelige lijstmetadata blijft zichtbaar in de security UI. De verificatiegegevens worden opgeslagen in GCP Secret Manager.

6. Veelvoorkomende meldingen

Melding Wat meestal helpt
De verificatiecode is onjuistControleer of je de actuele TOTP-code uit de juiste app hebt gebruikt.
De verificatiecode is verlopenWacht op de volgende code en probeer opnieuw.
Te veel pogingenWacht kort voordat je nogmaals probeert.
Deze tweede factor is al gekoppeldWaarschijnlijk is hetzelfde apparaat of geheim al eerder toegevoegd.
Maximum aantal tweede factoren bereiktVerwijder eerst een oude factor.
Wijzigen lukt nu nietGebruik vernieuwen of log opnieuw in als de sessie te oud is.

7. Recente login vereist

Voor gevoelige acties, zoals het toevoegen of verwijderen van een tweede factor, kan Dashview om een recente login vragen. Dat is normaal beveiligingsgedrag vanuit de authenticatielaag.

  1. Log uit via het gebruikersmenu.
  2. Log direct opnieuw in met je normale loginflow.
  3. Open daarna opnieuw /security.
  4. Herhaal de gewenste wijziging.

8. Aanbevolen gebruik