Kiteworks Agent Marketplace geeft uw AI-assistent gecontroleerde toegang tot gereguleerde gegevens

Veel gereguleerde organisaties hebben al een AI-assistent geïmplementeerd. De grotere uitdaging is om deze te richten op de data die ertoe doet: contracten, dossiers, facturen, bestuursstukken en technische documentatie. De Kiteworks Agent Marketplace is ontwikkeld om die kloof te dichten, zonder dat er een tweede, ongecontroleerde kopie van de data ontstaat.

Security- en governance-teams staan vaak voor twee slechte keuzes. Ze kunnen de assistent blokkeren voor gevoelige repositories, waardoor de investering onvoldoende oplevert. Of ze kijken weg terwijl mensen data downloaden, plakken of schermafbeeldingen maken, waardoor gereguleerde data buiten alle controles en audittrails van de organisatie terechtkomt.

Dit artikel legt uit waarom blokkeren averechts werkt, hoe gecontroleerde agents binnen Kiteworks draaien als de gebruiker die het verzoek doet, en hoe je kunt starten met één laag-risico map in plaats van een groot platformproject.

Samenvatting voor het management

Een AI-assistent die geen toegang heeft tot gevoelige data leidt tot workarounds, en workarounds betekenen datadeling zonder logging. De Kiteworks Agent Marketplace is een publieke catalogus van meer dan 70 gecontroleerde agents die op Kiteworks MCP draaien, zodat de assistent data benadert via dezelfde rechten, beleidsregels en audittrail als elke andere gegevensuitwisseling. Voor security-, compliance- en IT-leiders betekent dit: bruikbare AI op gevoelige data, een kleiner aanvalsoppervlak dan bij ad-hoc exports, en een audittrail die nu ook het AI-agent kanaal dekt, naast e-mail en bestandsoverdracht.

Belangrijkste inzichten

1. Blokkeren van de assistent verplaatst AI-risico in plaats van het te verminderen. Als goedgekeurde tools geen toegang hebben tot gevoelige data, verplaatsen mensen de data naar de tool, en die beweging laat geen audittrail achter.
2. Gecontroleerde agents draaien als de gebruiker die het verzoek doet. Een agent erft de rollen en rechten van de gebruiker, en kan dus niet meer zien of doen dan degene die het verzoek indient.
3. Beleid wordt bij elk verzoek geëvalueerd. Op attributen gebaseerde beleidsregels wegen classificatie, gebruikerskenmerken en context in realtime af, waardoor toegangsbeslissingen bij het platform blijven en niet bij de assistent.
4. Security tokens komen nooit in de context van de assistent. In lokale modus blijven de gegevens in overgedragen bestanden er ook buiten, tenzij de gebruiker bewust een bestand inleest. Dit beantwoordt direct de prompt-injectievraag.
5. Begin met één laag-risico map en een read-only pilot. Het inschakelen van de connector is een administratieve handeling, zodat je het controlemodeel kunt bewijzen voordat je de toegang uitbreidt.

Waarom het blokkeren van de assistent voor gereguleerde data averechts werkt

Blokkeren voelt als de veilige keuze. Dat is het niet, want de behoefte blijft bestaan. Mensen moeten nog steeds een contract samenvatten, een clausule vinden of twee versies vergelijken, en de assistent is de snelste route. Als de goedgekeurde route gesloten is, zoeken ze een andere.

Wat mensen in plaats daarvan doen

Ze downloaden het bestand, plakken de tekst in een prompt of maken een schermafbeelding. Elk van deze acties is dezelfde gegevensuitwisseling als voorheen, maar zonder identiteitscontrole, rechten en logging. Een securityteam kan niet beoordelen wat het nooit heeft gezien, en een auditor kan geen gebeurtenis controleren die nergens is vastgelegd.

Waarom een beleidsdocument de kloof niet dicht

Een acceptabel-gebruikbeleid vertelt mensen wat ze moeten doen. Het biedt ze geen gecontroleerde manier om het te doen. De organisatie heeft een route nodig waarbij de assistent gevoelige data bereikt onder dezelfde controles als elk ander kanaal, zodat ‘ja’ zeggen tegen AI niet betekent ‘nee’ zeggen tegen toezicht.

Hoe de Kiteworks Agent Marketplace gecontroleerde agents in je assistent brengt

De Kiteworks Agent Marketplace is een publieke catalogus van gecontroleerde agents voor je AI-assistent. Elke agent draait op Kiteworks MCP, wat betekent dat het werk binnen Kiteworks gebeurt en niet in een kopie van je data elders. Claude wordt momenteel ondersteund in de webapp, Desktop en Claude Code. De catalogus is te bekijken voordat je met een leverancier spreekt, en elke agent geeft vooraf zijn toolbereik aan.

Agents handelen als de gebruiker die het verzoek doet

Een agent krijgt geen eigen bevoorrechte identiteit. AI-operaties erven de geauthenticeerde gebruikersrollen en rechten, en op attributen gebaseerde beleidsregels evalueren bestandscategorie, gevoeligheidslabels, gebruikerskenmerken en context bij elk verzoek. Het toegangsoppervlak groeit niet, en er is geen nieuwe bevoorrechte identiteit om te beheren.

Wat buiten de context van de assistent blijft

Security tokens worden nooit beschikbaar gesteld in de context van de assistent. In lokale modus gaan bestanden via een apart datakanaal, zodat hun data buiten de context blijft tenzij de gebruiker bewust een klein tekstbestand inleest. De connector dwingt dit af, niet het goede gedrag van de assistent. Dit is belangrijk voor prompt-injectiecontroles, waarbij de vraag is wat een gemanipuleerde assistent zou kunnen bereiken.

Beginnen met één laag-risico map

Het inschakelen van de marketplace is een administratieve instelling, geen migratie. Beheerders activeren MCP in de Kiteworks-beheerinterface, die één ingebouwde OAuth-applicatie gebruikt die zij daar beheren. Daarna voegen gebruikers de connector één keer toe, voor de hele marketplace of voor een enkele agent, en de ingebouwde functionaliteit vereist geen installatie.

Wat een eerste pilot moet aantonen

Kies een map die belangrijk is, maar niet het meest gevoelig, en voer eerst read-only taken uit. Controleer drie zaken: of de agent alleen zag wat de gebruiker kon zien, of elke oproep in de auditlog verschijnt met de juiste gebruikersattributie, en of je beleid blokkeerde wat het moest blokkeren. Als alle drie kloppen, kun je het bereik uitbreiden op basis van bewijs in plaats van optimisme.

Het AI-agent kanaal beheren op het Kiteworks Data Control Plane

Posturetools laten zien waar gevoelige data zich bevindt, en IAM bepaalt wie mag inloggen. DLP inspecteert wat eruit gaat. Geen van deze beheert het moment waarop een AI-agent namens iemand op gereguleerde data handelt. Dat is de rol van het Kiteworks Data Control Plane. De Agent Marketplace breidt dit uit naar de assistent, zodat agent-oproepen dezelfde identiteit, rechten en data-bewuste beleidsregels volgen als e-mail, bestandsoverdracht en API’s, en terechtkomen in een onvervalsbare auditlog die je SIEM-tooling kan voeden.

Het vult je bestaande DSPM-, IAM- en DLP-investeringen aan in plaats van ze te vervangen. Wil je zien welke agents geschikt zijn voor je eerste pilot? Bekijk de catalogus of plan een aangepaste demo en breng de workflow mee die je assistent nu nog niet kan bereiken.