Product van NewHeapPilot

Sentinel AI-agents veilig toegang geven tot je databases.

Sentinel zit tussen AI-agents of applicaties en je SQL-databases. Het beslist per query wie welke gegevens mag zien, maskeert of pseudonimiseert kolommen voordat data je netwerk verlaat, en legt elke beslissing vast zonder de data zelf op te slaan.

Vraag een demo aan Zo werkt het

AI-agent of applicatieVia MCP, HTTP of de eigen SQL-driver

Jouw netwerk

SentinelBeleid per query en regels per kolom

klantnaamGepseudonimiseerd
e-mailadresGemaskeerd
bsnNooit tonen
omzetTonen

Je databaseSQL Server of PostgreSQL

Sentinel draait in je eigen netwerk. Een resultaat gaat pas terug naar de agent als elke kolomregel is toegepast.

Sentinel

Zo werkt het

Verbinden
Een agent verbindt via MCP of HTTP met een token van je eigen identity provider. Een bestaande applicatie verandert alleen de host en poort in haar connection string.
Autoriseren
Sentinel beoordeelt de hele query, inclusief joins en afgeleide kolommen, tegen je beleid. Is de herkomst van een kolom onbekend, dan wordt de query geweigerd.
Uitvoeren
Pas na akkoord gaat de query naar de database. Een schrijfactie van een agent wacht eerst op de goedkeuring van een mens.
Transformeren
Het resultaat blijft in je netwerk tot elke kolomregel is toegepast: tonen, maskeren, pseudonimiseren of blokkeren.
Vastleggen
Elke beslissing komt in een audittrail: wie vroeg wat, onder welk beleid en met welke uitkomst. Zonder SQL-tekst, parameters of resultaten.

Wat Sentinel kan

Regels per kolom

Per kolom kies je: tonen, maskeren, gepseudonimiseerd tonen of nooit tonen. De regel volgt de kolom door joins, views en aliassen heen.

De hele query telt

Sentinel autoriseert de volledige query als één verzoek, inclusief joins en afgeleide kolommen. Wat onbekend is, wordt nooit toegestaan.

Tools voor AI-agents

Agents krijgen via MCP vooraf ingestelde tools, vrije queries binnen je beleid en een overzicht van wat ze mogen opvragen. Beveiligd met OAuth van je eigen identity provider.

Ook voor bestaande applicaties

Applicaties, ORM’s en databasetools verbinden met hun eigen driver. Een geweigerde query komt terug als een gewone SQL-foutmelding.

Schrijven met goedkeuring

Een UPDATE, INSERT of DELETE van een agent wacht op een mens. De goedkeuring geldt één keer en wordt vlak voor uitvoering opnieuw gecontroleerd.

Audittrail zonder data

Doorzoek, exporteer en bewaar elke beslissing zo lang als nodig is. Het logboek bevat nooit SQL-tekst, parameters, resultaten of wachtwoorden.

Veilig in het ontwerp

Sentinel gaat ervan uit dat er iets mis kan gaan, en kiest dan altijd de veilige kant.

Data blijft in je netwerk: De gateway en de connector draaien in je eigen netwerk. Databasewachtwoorden en ruwe resultaten verlaten het niet.
Geen inkomende poorten: De connector maakt alleen uitgaande, met mTLS versleutelde verbindingen. Je firewall heeft geen inkomende regel nodig.
Bij twijfel dicht: Onbekend is nooit toegestaan, en een fout leidt nooit tot het ongemerkt doorgeven van ruwe data.
Geen wachtwoord bij de agent: Een agent krijgt nooit een databasewachtwoord. Tokens eindigen bij Sentinel en gaan nooit door naar de database.
Versleuteld onderweg: TLS aan beide kanten van de gateway. Een wachtwoord dat je in de beheerconsole invoert, wordt al in je browser versleuteld.
Pseudonimiseren met je eigen sleutel: Gepseudonimiseerde waarden blijven consistent, zodat analyses blijven werken. De sleutel daarvoor blijft in je eigen omgeving.

Voor technische lezers Architectuur en specificaties

Voor technische lezers: waar Sentinel draait, welke verbindingen er zijn en wat er met één query gebeurt.

Beheerlaag en handhaving, gescheiden

Aanroepers

AI-agent of MCP-client Roept tools aan via MCP of HTTPS, met een OAuth-token van je eigen identity provider.
Applicatie of ORM Houdt haar eigen driver. Alleen host en poort veranderen: ze verbindt rechtstreeks met de gateway in jouw netwerk.
Beheerder Beheert databases, profielen en tools via de control-API.

MCP of HTTPS met OAuth

Beheerlaag

Control plane

Sentinel API MCP-endpoint en control-API. Valideert tokens, beheert configuratieversies en bewaart het auditbewijs.
Autorisatie Beslist over de hele query, verwerkt goedkeuringen en geeft eenmalige, ondertekende uitvoeringsvergunningen.
Policy worker Eén per tenant: kiest het profiel en beoordeelt elk statement.

Uitgaande mTLS-verbindingen, geopend vanuit jouw netwerk

Jouw netwerk

Geen inkomende firewallregel nodig

Gateway Het handhavingspunt. Spreekt het native databaseprotocol, beheert de sessie en geeft een resultaat pas vrij als de kolomregels zijn toegepast.
Connector Controleert de vergunning en gebruikt hem één keer. Houdt geen ruwe resultaten vast.
Je databases SQL Server en PostgreSQL.

Blijft altijd in jouw netwerk: databasewachtwoorden, de routes naar je databases en ruwe resultaten.
OAuth-tokens eindigen bij de Sentinel API en komen nooit in jouw netwerk of bij de database.
Optioneel controleren inspectieworkers in je netwerk de resultaten. Valt er een uit, dan gaat er niets door.

Wat er met één query gebeurt

Applicatie

Je applicatie Houdt haar driver, ORM en login. Host en poort wijzen nu naar de gateway.

Native protocol over TLS

Sentinel-gateway

Eén verbinding, elk statement

Inloggen TLS aan beide kanten. De login slaagt pas als er een passend profiel is.
Statement Sentinel herleidt de herkomst van elke kolom en beslist voordat de database de query ziet.
Resultaat Het resultaat wordt binnen vaste grenzen gelezen en gecontroleerd.
Vrijgeven Kolomregels toegepast: pseudonimiseren, maskeren of blokkeren. Daarna gaat het resultaat in het native formaat terug.

Alleen toegestane statements

Database

SQL Server of PostgreSQL Ziet alleen queries die zijn toegestaan.

Geweigerd? Dan krijgt de applicatie een gewone SQL-foutmelding, of een verzoek om goedkeuring bij een schrijfactie. De query gaat niet door naar de database.
Het beleid komt van de policy worker in de beheerlaag, via een uitgaande mTLS-verbinding.

Databases: SQL Server 2019, 2022 en 2025. PostgreSQL 14 tot en met 18. MySQL en MariaDB zijn in voorbereiding.
Voor AI-agents: MCP via Streamable HTTP en een HTTP-API, beveiligd met OAuth en OpenID Connect van je eigen identity provider.
Voor applicaties: Inline, met de eigen driver: bijvoorbeeld Microsoft.Data.SqlClient, Npgsql of psql.
Installatie: Docker Compose in je eigen omgeving: alles op één server, of met gescheiden beheer- en datalaag.
Techniek: Een gateway in Rust, het beheer in .NET en een webconsole in Angular.

Veelgestelde vragen

Wat is Sentinel?

Een firewall voor AI-toegang tot SQL-databases. Sentinel beslist per query wie welke gegevens mag zien, past regels per kolom toe voordat data je netwerk verlaat, en legt elke beslissing vast.

Waarom zijn databaserechten niet genoeg?

Databaserechten werken per tabel en per login. Ze weten niet namens wie een agent iets vraagt, en ze pseudonimiseren niets. Sentinel beslist per kolom, ook via joins, voor de persoon of applicatie achter het verzoek.

Moet ik mijn applicatie aanpassen?

Nee. Een bestaande applicatie verandert alleen de host en poort in haar connection string. AI-agents verbinden via MCP of HTTP met een token van je eigen identity provider.

Gaat mijn data naar NewHeap?

Nee. Sentinel draait in je eigen omgeving en geeft alleen door wat je beleid toestaat, aan de agent of applicatie die erom vraagt. Wat een agent daarna met dat resultaat doet, bepaal je met je keuze voor een AI-aanbieder.

Herkent Sentinel automatisch persoonsgegevens?

Nee. Je legt per kolom vast wat er met de gegevens gebeurt. Dat is voorspelbaar en controleerbaar: een kolom met e-mailadressen wordt altijd gemaskeerd, welke query er ook om vraagt.

Kan ik Sentinel al gebruiken?

Sentinel is in de pilotfase. Werk je met SQL Server of PostgreSQL en wil je AI-agents toegang geven tot je data? Neem contact op, dan kijken we samen of een pilot past.