Gedelegeerde toegang
Voeg een ontwikkelaar toe, draag de facturering over aan uw accountant, geef een klant alleen-lezen toegang tot diens eigen websites, of laat ons ondersteuningsteam naar een probleem kijken. Elke toekenning is een rol met gedefinieerde machtigingen, beperkt tot een organisatie, afgedwongen in de database en geschreven naar een auditlogboek waaraan alleen gegevens kunnen worden toegevoegd.
Het delen van één login is hoe accounttoegang misgaat. Op Zinn Digital® heeft elke persoon een eigen identiteit, en toegang is een lidmaatschap — een gebruiker, een organisatie en een rol — dat u afzonderlijk kunt verlenen, wijzigen of intrekken.
Elke medewerker meldt zich als zichzelf aan via Keycloak, onze identiteitslaag. Niemand typt uw wachtwoord, niemand deelt een browsersessie en het verwijderen van iemand is één enkele actie in plaats van een wachtwoordrotatie en een zoektocht naar wie het nog meer wist.
Accounts zijn hiërarchisch — een resellerorganisatie bevat klantorganisaties en klantorganisaties bevatten websites. Een lidmaatschap is van toepassing op een organisatie en alles daaronder, zodat u een bureauklant de controle over diens eigen organisatie kunt geven zonder ooit uw andere klanten bloot te stellen.
Scheiding van tenants is geen filter in de applicatiecode dat door een bug kan worden omzeild. Postgres Row-Level Security beperkt elke query tot de organisatorische substructuur van de aanroeper, zodat een verzoek buiten uw bereik niets kan retourneren.
Vraagt u een organisatie of site buiten uw bereik op, dan antwoordt de API met een eenvoudige 'niet gevonden' in plaats van een machtigingsfout. Een machtigingsfout zou bevestigen dat het record bestaat; 'niet gevonden' vertelt een buitenstaander helemaal niets.
Machtigingen zijn gedetailleerde sleutels — module plus actie, zoals sites.restart of billing.refund — en rollen bundelen deze. Vier rollen dekken de structuren die echte teams nodig hebben, en elk daarvan bestaat uit gegevens die we klaarzetten, geen logica die in de code verborgen zit.
Volledige controle: maak onderliggende organisaties aan, nodig leden uit en verwijder ze, wijzig rollen, beheer API-sleutels, maak sites aan, herstart, leeg, schort op en verwijder ze, beheer facturatie en facturen, dien tickets in en bekijk het auditlogboek. De rol die u voor uzelf houdt.
Ziet de organisatie, haar leden en de tarievenlijst, en beheert facturen, betaalmethoden en kosten. Geen toegang om ook maar één enkele site aan te maken, te wijzigen of te verwijderen — precies de configuratie die een externe boekhouder hoort te hebben.
Bekijkt en maakt sites, herstart services, leegt cache, beheert API-sleutels en behandelt tickets. Bewust uitgesloten: facturatie, facturen, betaalmethoden, ledenbeheer, opschorten van sites en verwijderen van sites. Een aannemer kan bouwen zonder u te kunnen factureren of iets te kunnen vernietigen.
Ziet de organisatie, haar leden, haar sites, haar facturering, de abonnementencatalogus, tickets, vertaalstatus en het auditlogboek — en kan niets daarvan wijzigen. De juiste machtiging voor een klant die inzicht wenst, een auditor of een belanghebbende die alleen hoeft mee te kijken.
Toegang delegeren is alleen veilig als de accounts waaraan u delegeert moeilijk over te nemen zijn. Authenticatie verloopt via Keycloak voor elke persoon op het account, op elk platform.
Ondersteuningswerkzaamheden vereisen soms dat er in uw account wordt gekeken. Die toegang wordt beheerd via hetzelfde machtigingsmodel als al het andere — medewerkers maken simpelweg deel uit van een personeelsorganisatie, ingedeeld in afdelingen met strikt beperkte bevoegdheden.
Personeel is onderverdeeld in Support, Facturatie en Financiën, Misbruik en Vertrouwen & Veiligheid, Verkoop, Onboarding, Engineering en Ops, Marketing en Management. Elke rol kent specifieke modules en acties toe, zodat een medewerker alleen het deel van de beheerconsole ziet dat nodig is voor de functie en de rest niet.
De rol Support Agent verleent precies dit: klanten bekijken, tickets bekijken en beantwoorden, sites bekijken, een site herstarten en de cache ervan legen. Deze rol bevat geen facturatieconfiguratie, geen terugbetalingen, geen bewerking van abonnementen en geen vlootbeheer. De herstelwerkzaamheden die een medewerker kan uitvoeren, worden beperkt door de rol, niet door goede bedoelingen.
De permissie customer.impersonate maakt geen deel uit van de rol Manager — deze is uitsluitend voorbehouden aan de Super Admin. Wanneer er namens u een sessie actief is, toont het dashboard een permanente banner voor gebruikersimitatie, zodat het nooit onduidelijk is wie er handelt.
Elke bevoorrechte en administratieve actie wordt toegevoegd aan een append-only auditlogboek waarin de actor, de actie, het doel, ondersteunende metadata, het IP-adres en het tijdstempel worden vastgelegd — in productie gepartitioneerd op tijd. Eigenaren en alleen-lezenleden kunnen het logboek van hun organisatie zelf inzien.
Gevoelige en destructieve acties van medewerkers kunnen vóór uitvoering stapsgewijze authenticatie of goedkeuring door twee personen vereisen, en nieuwe afdelingen en rollen zijn een kwestie van configuratie in plaats van een codewijziging.
Scripts, CI-pipelines, de CLI, de Terraform-provider en AI-agents authenticeren allemaal via hetzelfde machtigingsmodel als mensen — geen gedeelde menselijke inloggegevens, geen langdurige geheimen die in een build zijn geplakt.
Sleutels behoren toe aan een organisatie en bevatten granulaire bereiken die gekoppeld zijn aan dezelfde RBAC-machtigingen — alleen-lezen, facturering, provisioning. Verleen een pipeline het beperkte bereik dat deze nodig heeft in plaats van het volledige account van een lid.
Sleutels voor de testmodus en livemodus zijn verschillend, zodat een integratie in ontwikkeling niet per ongeluk of via een gekopieerde omgevingsvariabele toegang kan krijgen tot productiegegevens.
We slaan een SHA-256-hash van het geheim en een zoekvoorvoegsel op — nooit de onbewerkte sleutel. U ziet een sleutel slechts één keer bij het aanmaken. Elke sleutel houdt bij wanneer deze voor het laatst is gebruikt en kan afzonderlijk worden ingetrokken zonder iets anders te verstoren.
Onze MCP-server stelt elke MCP-compatibele agent in staat om uw hosting in natuurlijke taal te beheren, geverifieerd met OAuth 2.1 en afgestemd op uw organisatie en RBAC-rol, met per tool intrekbare tokens, bevestiging bij destructieve acties, uitgavenlimieten en volledige auditregistratie.
Accounttoegang en servertoegang zijn verschillende vraagstukken. Inloggegevens op siteniveau worden beheerd in het dashboard, verstrekt volgens het principe van minimale bevoegdheden en geïsoleerd, zodat de shell van een medewerker beperkt blijft tot één site.
Een solobeheerder behoudt een enkele organisatie en één eigenaarslidmaatschap, en voegt een ontwikkelaarsrol toe wanneer een aannemer voor een project binnenkomt. Wanneer het project eindigt, wordt het lidmaatschap verwijderd en stopt diens aanmelding onmiddellijk met werken — er blijft geen gedeelde inloggegeven achter om te roteren.
Een bureau gebruikt de organisatiestructuur. Elke klant krijgt een eigen onderliggende organisatie, waarin de sites van die klant zijn ondergebracht, en de medewerkers van de klant krijgen daar lidmaatschappen — alleen-lezen voor een belanghebbende die inzage wil, eigenaar voor een klant die zelfvoorzienend wil werken. Uw personeel heeft lidmaatschappen hoger in de structuur en ziet het gehele portfolio; een klant ziet uitsluitend diens eigen tak, en Row-Level Security zorgt ervoor dat dit een realiteit is in plaats van een belofte.
Een reseller werkt op dezelfde manier, één niveau hoger: een resellerorganisatie bevat klantorganisaties, elk met hun eigen leden, facturatieoverzicht en websites. Hetzelfde primitief stuurt subaccounts, agency-teams en resellerhiërarchieën aan — er is voor geen van deze een afzonderlijk, minder krachtig mechanisme.
Alles is beschikbaar in de proefperiode van 14 dagen zonder betaalkaart. Meld u aan zonder betalingsgegevens, nodig een collega uit, bekijk waar elke rol wel en geen toegang toe heeft en lees uw eigen auditlogboek na.
Momenteel verleent een lidmaatschap zijn rol aan een gehele organisatie en alles daaronder in de boomstructuur, dus de manier om sitesets te scheiden is door organisaties te scheiden — plaats die sites in hun eigen onderliggende organisatie en verleen het lidmaatschap daar. Het is een helder model voor bureaus en wederverkopers, waar elke klant al een eigen afbakening wenst. Het toekennen van resources per lidmaatschap, waarbij één enkel lidmaatschap wordt gekoppeld aan specifieke sites binnen één organisatie, is een geplande verfijning en niet iets wat momenteel beschikbaar is.
De rol Developer omvat niet het verwijderen of opschorten van sites — die sleutels behoren toe aan de rol Owner. Deze rol verleent toegang tot het bekijken en aanmaken van sites, het herstarten van diensten, het wissen van de cache, het beheren van API-sleutels en het behandelen van tickets. Implementatie- en push-to-live-machtigingen maken evenmin deel uit van de Developer-toewijzing, waardoor promotie naar productie voorbehouden blijft aan de accounteigenaar. Koppel dit aan staging, zodat bouwwerkzaamheden van meet af aan buiten de live site plaatsvinden.
Dit hangt volledig af van de rol van de medewerker, en elke rol is een specifieke set van machtigingssleutels. Een Support Agent kan bijvoorbeeld uw account en sites bekijken, uw tickets inzien en beantwoorden, een site herstarten en de cache ervan wissen — en kan geen wijzigingen aanbrengen in de facturatieconfiguratie, terugbetalingen, abonnementen of de vloot. Inloggen als klant is een afzonderlijke machtiging die alleen voorbehouden is aan Super Admin, en wanneer dit gebeurt, toont het dashboard een permanente banner voor gebruikersimitatie. Elke bevoorrechte actie wordt geregistreerd in het auditlogboek met de actor, actie, het doel, het IP-adres en de tijdstempel, en u kunt het logboek van uw organisatie zelf inzien.
Verwijder het lidmaatschap en hun toegang tot die organisatie stopt — ze behouden hun eigen identiteit, maar hebben geen rol en dus geen machtigingen in uw account. API-sleutels worden individueel ingetrokken, waardoor een pipelinesleutel kan worden beëindigd zonder iets anders te verstoren. Als u SAML single sign-on gebruikt, regelt deprovisionering in uw identiteitsprovider de aanmelding centraal. Inloggegevens op siteniveau, zoals SSH-sleutels, worden ingetrokken in het dashboard, en de verwijdering zelf wordt geregistreerd in het auditlogboek.
Nee — maar het is de moeite waard om precies te zijn over de reden. API-sleutels behoren toe aan de organisatie, niet aan een individueel lid, en ze hebben hun eigen gedetailleerde scopes die zijn gekoppeld aan dezelfde machtighedencatalogus. Dus in plaats van iemand een sleutel te overhandigen, maakt u een sleutel voor de taak die deze uitvoert met de smalst mogelijke scope die voor die taak nodig is, en trekt u die sleutel in wanneer de taak is voltooid. Er wordt alleen een hash van het geheim opgeslagen, en elke sleutel registreert wanneer deze voor het laatst is gebruikt, zodat ongebruikte sleutels eenvoudig te vinden en in te trekken zijn.
Ja. Onze MCP-server verifieert agents met OAuth 2.1 en beperkt het bereik ervan tot uw organisatie en uw RBAC-rol, met per tool in te trekken tokens, zodat u een specifieke capaciteit toekent in plaats van algemene toegang. Destructieve acties vereisen bevestiging, er gelden uitgavenlimieten en elke actie komt in hetzelfde auditlogboek terecht als menselijke activiteit.
Postgres Row-Level Security beperkt query's tot de organisatiesubboom van de aanroeper in de database zelf, met het filter op applicatieniveau als gelaagde verdediging in plaats van de enige verdedigingslinie. Verzoeken om records buiten het bereik retourneren 'niet gevonden' in plaats van een machtigingsfout, zodat er niets wordt onthuld over wat er bestaat. Aan de serverzijde houdt isolatie per site via CageFS de shell en bestanden van elke tenant beperkt tot de eigen site.
Ja. De proefperiode van 14 dagen is kaartloos — geen betaalgegevens, geen verplichting — en omvat Footprint-Free Hosting met maximaal vijf sites. Dit is voldoende om een collega uit te nodigen, een rol toe te wijzen en te controleren of de grenzen naar wens functioneren voordat je een verplichting aangaat.
Begin met de proefperiode van 14 dagen zonder creditcard, nodig iemand uit en zie hoe het machtigingenmodel zijn werk doet — rollen die u zelf kunt benoemen, bereiken die u kunt intrekken en een auditlogboek dat precies aangeeft wie wat heeft gedaan.
Gratis starten