Naar de inhoud
RolloutDocs
EN
Verdieping

Hoe Rollout je data beschermt

Rollout werkt met gegevens van medewerkers van je klanten en heeft leestoegang tot hun Microsoft 365. Daarom is beveiliging niet één slot, maar een reeks lagen die elk op zichzelf werken. Deze pagina legt ze uit en laat zien hoe je ze aantoont.

Wie praat met wie

De drie soorten bezoekers
Stap 0 / 5
Medewerker of klantgeen account
EngineerMicrosoft-login
Rollout-serverjouw domein
DatabaseRow Level Security
Boeklink / portaal
Vaste functiessleutel
Eigen data
Klanttenant lezen
↻ Elk verzoek: sessie ingetrokken?

Scroll hierheen of druk op afspelen.

De lagen

LaagWat het doetHoe je het ziet
Inloggen bij MicrosoftMFA en Conditional Access van je eigen tenant; alleen toegewezen engineersEntra → Bedrijfstoepassingen
Row Level SecurityElke tabel; een organisatie ziet nooit data van een anderePagina Beveiliging: "tabellen zonder RLS: geen"
Rollen in de databaseBeheerder, engineer, alleen lezen, afgedwongen in de database zelfTeam-pagina
Server-poortPublieke functies alleen via jouw server/api/ready: "gateway": "ok"
Sessies intrekkenMeteen, ook met een geldig token; ook sessies buiten de appBeveiligingscentrum → Sessies
Alleen lezen bij klantenRollout kan niets wijzigen, tenzij je "oplossen met één klik" bewust aanzetVerbindingstest: rechten per klant
Geen sleutels tot klanttenantsFederatie: Microsoft vertrouwt alleen jouw Vercel-projectEntra: alleen een federatieve referentie
Twee sloten per tenantAllowlist buiten de app én klant van jouw organisatieGRAPH_ALLOWED_TENANTS
Publieke links256 bits, alleen de hash opgeslagen, verloopdatum, intrekbaarPer project in te trekken
Onvervalsbaar auditlogHash-keten: elke wijziging, aantoonbaar onaangetastPagina Beveiliging → keten controleren
WebbeveiligingStrikte CSP met nonce, HSTS, geen framing, geen referrerResponse-headers

Wat Rollout bewaart

Alleen werkgegevens: naam, UPN, e-mail, afdeling, functie en locatie, plus laptopserienummer en afspraak. Geen wachtwoorden, geen BSN, geen privégegevens. Antwoorden van Microsoft worden niet opgeslagen, alleen de uitkomst per controle (bijvoorbeeld "licentie: ok").

Aantonen

  1. Pagina Beveiliging

    In Rollout: Beveiliging. Alles wat de server en de database over zichzelf weten, met groen, oranje of rood. Download het rapport (JSON) voor je dossier.

  2. Kop-hash bewaren

    Op dezelfde pagina staat de kop-hash van het auditlog. Bewaar die regelmatig buiten Rollout, bijvoorbeeld in je wachtwoordkluis. Zo kun je later bewijzen dat er niets is aangepast, zelfs niet door iemand met toegang tot de database.

  3. Elke versie getest

    Elke wijziging in de code draait door CI: unit-tests, SQL-tests op de beveiligingsregels, een scan op gelekte geheimen over de hele geschiedenis, npm audit en een softwarelijst (SBOM). De commit staat op de pagina Beveiliging.

  4. Onafhankelijke pentest

    Laat eenmalig een onafhankelijke partij testen op een testinstallatie. Omdat alle installaties dezelfde code draaien, geldt de uitkomst voor allemaal.

Kwetsbaarheid melden

Denk je een kwetsbaarheid te hebben gevonden? Meld het niet in een openbaar issue, maar mail naar security@rollout365.com met een beschrijving, de stappen om het na te doen en eventueel bewijs. Je krijgt binnen twee werkdagen een reactie. Bekijk geen data van anderen, veroorzaak geen storing en maak niets openbaar voordat het is opgelost.

Hoe Rollout je data beschermt · Rollout Docs