Beveiliging en gegevensbescherming

Organisaties zijn gescheiden door de database zelf

Elke rij klantdata draagt het kenmerk van de organisatie waar hij bij hoort, en elke query draait onder een databaserol die alleen die organisatie mag zien. Dat is row-level security: laat een programmeur het filter per ongeluk weg, dan geeft de database nul rijen terug in plaats van die van een andere klant.

De toepassing verbindt bewust als een rol zonder superuser-rechten. Bij het opstarten controleert de server dat zelf en weigert te starten als die rol toch te veel mag.

Waar de gegevens staan

Verwerking en opslag vinden plaats in de Europese Unie bij [hostingpartij], inclusief de back-ups. Er gaan geen klantgegevens naar buiten de EU, behalve wanneer je zelf een kanaal of koppeling inschakelt waarvan de leverancier elders draait; welke dat zijn staat in de lijst van subverwerkers.

Versleuteling

Verkeer loopt over TLS. Wachtwoorden van postvakken, API-sleutels van koppelingen en tokens staan versleuteld in de database, met sleutels die gewisseld kunnen worden zonder de gegevens opnieuw in te voeren. Geheimen komen niet in logboeken; logregels bevatten geen berichtinhoud.

Wat het taalmodel wel en niet ziet

Het model krijgt het bericht van de klant, de goedgekeurde kennis die bij de vraag past en de instellingen van de organisatie. Meer niet: geen gesprekken van andere organisaties, en geen kennis die nog niet is goedgekeurd.

Patronen die op een rekeningnummer, burgerservicenummer of wachtwoord lijken worden herkend en gemaskeerd voordat er iets naar het model gaat. Jouw gesprekken worden niet gebruikt om modellen van derden te trainen; dat is contractueel vastgelegd met de leverancier.

Toegang, rollen en spoor

Medewerkers hebben een rol: eigenaar, beheerder of medewerker. Wie wat mag, wordt op de server afgedwongen, niet alleen in het scherm. Uitnodigingen verlopen; sessies verlopen.

Van elk antwoord ligt vast welke kennisfragmenten het voedden, welk model het schreef, hoe zeker het was en wie het verstuurde of aanpaste. Van elke actie in een extern systeem ligt vast wie of wat hem startte, met welke waarden, wat eruit kwam en wie ervoor tekende.

Acties in jouw systemen

Een koppeling bewaart zijn sleutel versleuteld en wordt alleen gebruikt voor de acties die je zelf hebt aangezet. Elke actie heeft een risicoklasse. Lezen mag eerder dan schrijven; onomkeerbare acties gaan altijd langs een mens, ook op het hoogste autonomieniveau. Boven een bedrag dat jij instelt, tekent altijd een mens.

Wat we nog niet hebben

Hubbery heeft nog geen ISO 27001- of SOC 2-certificering en er is nog geen externe penetratietest uitgevoerd. Beide staan op de planning; zolang dat niet zo is, zeggen we het hier in plaats van eromheen te praten. Vraag ernaar in het verkoopgesprek — dan hoor je de stand van dat moment.

Een kwetsbaarheid melden

Ontdek je een zwakke plek, mail dan support@hubbery.nl. We bevestigen binnen twee werkdagen en houden je op de hoogte tot het is opgelost. We doen geen aangifte tegen iemand die verantwoord meldt en niet meer gegevens raakt dan nodig is om het probleem aan te tonen.