Alter Vault is een platform voor Privileged Access Management (PAM) dat specifiek is ontworpen om de beveiligingsrisico's van AI-agents te minimaliseren. Het vervangt versnipperde API-sleutels en overmatige bevoegdheden door een gecentraliseerde vault waarin inloggegevens veilig worden opgeslagen en per verzoek worden geïnjecteerd.
De belangrijkste kenmerken zijn:
- Identiteitsbeheer: Elke agent krijgt een eigen identiteit met specifieke scopes volgens het principe van least privilege.
- Controle en Audit: Het platform hanteert een default-deny beleid en biedt een tamper-evident audit trail voor compliance en SIEM-integratie. Gevoelige acties kunnen worden onderworpen aan een 'human in the loop'-goedkeuringsproces.
- Technische Integratie: Via een SDK wordt de volledige flow van autorisatie, beleidsevaluatie en uitvoering afgehandeld voor ruim 140 providers, inclusief integraties voor LangChain en MCP.
Toepassingen en Beveiliging: Het platform wordt gebruikt voor scenario's zoals OAuth-uitvoering namens gebruikers, het provisioneren van secrets voor backend-services en het beheren van credentials voor Claude Code. De architectuur is gebaseerd op zero-trust principes, encryptie at rest en data-isolatie, waarbij Alter Vault momenteel werkt aan een SOC 2-certificering.
Alter Vault: Privileged Access Management voor AI-agents
Beheer van toegang voor AI-agents
Het beheren van toegang voor AI-agents vereist een andere aanpak dan traditionele gebruikersaccounts. Alter Vault biedt een oplossing voor de risico's die gepaard gaan met het delen van API-sleutels en overmatige rechten.
Zonder Alter
In een omgeving zonder Alter is de beveiliging vaak versnipperd:
- Sleutels overal verspreid: API-sleutels (zoals
OPENAIAPIKEY, SLACKBOTTOKEN, STRIPESECRETKEY) staan in .env-bestanden, prompts en configuraties verspreid over verschillende repositories.
- Eén sleutel voor alles: Elke agent maakt gebruik van dezelfde credential met te brede bevoegdheden (over-scoped), waardoor één gecompromitteerde sleutel alle systemen blootstelt.
- Geen antwoorden achteraf: Er is geen inzicht in welke agent welke actie heeft uitgevoerd of namens wie deze actie is ondernomen.
Met Alter
Met Alter Vault wordt de toegang gecentraliseerd en beveiligd:
- Eén vault: Inloggegevens worden één keer opgeslagen en per verzoek geïnjecteerd. Hierdoor blijven proxied calls uit de broncode.
- Least privilege per agent: Elke agent krijgt een eigen identiteit en specifieke scopes. Waar nodig kan een menselijke tussenkomst (human gate) worden afgedwongen.
- Elke actie geregistreerd: Er wordt een tamper-evident audit trail bijgehouden, waarbij elke aanroep gekoppeld is aan een naam.
De security review doorstaan
Voor teams die agents bouwen, helpt Alter Vault om te voldoen aan de eisen van security-teams van klanten:
- Identiteit per agent: Gebruik van per-agent identiteiten en scoped grants in plaats van één gedeelde sleutel.
- Inspecteerbaar beleid: Beleid en menselijke goedkeuringsprocessen die door een security-team kunnen worden gecontroleerd.
- Audit trail voor SIEM: Een volledig audit-log dat direct kan worden overgedragen aan een reviewer of gestreamd kan worden naar een SIEM-systeem.
PAM voor AI-agents: Beveiliging en controle
Alter Vault implementeert PAM-controles voor een nieuw type bevoorrechte gebruiker:
- Volledig overzicht: Inzicht in elke aanroep die een agent maakt: welke agent, wiens toegang, welk beleid en wie heeft de actie goedgekeurd.
- Default-deny beleid: Toegang is standaard geweigerd, tot op het niveau van individuele parameters. Risicovolle aanroepen vereisen expliciete goedkeuring.
- Directe intrekking: Mogelijkheid om een agent, sleutel of grant onmiddellijk in te trekken; IdP-webhooks zorgen voor een gecascadeerde offboarding.
Hoe het werkt
Alter Vault authenticeert, autoriseert en logt elk verzoek. Via één SDK-aanroep worden opslag, vernieuwing, beleid en auditing afgehandeld voor 140 providers, inclusief first-class integraties voor LangChain, MCP en AWS.
Het procesverloop
- Autorisatie: De eindgebruiker autoriseert via de Connect-widget (bijv. Google Calendar).
- SDK-verzoek: De agent (bijv. een
scheduling-agent) vraagt toegang aan via de SDK.
- Evaluatie: Alter controleert de identiteit, het beleid (bijv.
scope=calendar.readonly) en keurt het verzoek goed.
- Uitvoering: Het token wordt ontsleuteld en de API-aanroep naar de externe service (bijv. Google, Slack, GitHub, Salesforce, Notion, Linear) wordt uitgevoerd.
- Logging: De actie wordt gelogd:
scheduling-agent → calendar.readonly → APPROVED.
Het Platform
Alter Vault fungeert als een platform tussen de agents en elke API, waarbij vier kernfuncties op één request-pad worden uitgevoerd:
- Credential Vault: Sla inloggegevens één keer op. Agents maken gebruik van deze gegevens zonder ze ooit direct te zien.
- Policy Engine: Elk verzoek wordt gecontroleerd aan de hand van opgestelde regels. De standaardinstelling is 'deny' (weigeren).
- Agent Identity: Gebruik van per-agent sleutels en scopes die herleidbaar zijn naar een echt persoon.
- Human in the loop: Gevoelige aanroepen wachten op goedkeuring van een aangewezen persoon; alle overige aanvragen verlopen automatisch.
- Compliance & Audit: Een register dat aan een auditor kan worden overlegd en gestreamd kan worden naar een SIEM.
Use cases
Teams gebruiken Alter Vault voor de volgende scenario's:
- API's aanroepen namens gebruikers: End-to-end uitvoering van OAuth, Connect en identiteitsbewuste token-ophaling.
- Scoped toegang geven aan een AI-agent: De agent krijgt een eigen identiteit, gebruikers-grants en een eigen audit trail.
- Secrets provisioneren voor backend-services: API-sleutels en service-tokens opslaan in Alter in plaats van in omgevingsvariabelen (
env variables).
- Credentials exponeren aan Claude Code: Bouwen van een eigen MCP-server die door Alter beheerde credentials als tools serveert.
- Agent-geheugen partitioneren per identiteit: Geheugen, sessies en kanalen scheiden op basis van geverifieerde identiteit, niet op basis van wat het LLM beweert.
- Multi-user servers bouwen: Meerdere gebruikers bedienen vanuit één service zonder dat de credentials het proces binnendringen.
Beveiliging van het platform
Het platform zelf is beveiligd volgens de volgende principes:
- Secret Store: Inloggegevens staan in een dedicated secret store, versleuteld bij rust (encrypted at rest), met sleutels die buiten de applicatiedatabase worden beheerd.
- Fail-closed autorisatie: Als een beleid niet kan worden geëvalueerd, wordt het verzoek standaard geweigerd.
- Zero-trust ownership: Een sleutel geeft geen rechten zonder een expliciet record dat deze sleutel benoemt.
- Data-scheiding: Postgres bevat metadata en vault-referenties; provider-tokens en credentials leven uitsluitend in de vault.
- Isolatie: Per-sleutel isolatie, plaintext credentials verschijnen nooit in logs, en proxy-only sleutels kunnen zelf geen credentials ophalen.
Compliance & Audit
De controles worden continu gemonitord en Alter Vault is momenteel in het proces voor SOC 2 certificering. In het trust center worden de actuele status van het beveiligingsprogramma, onafhankelijke penetratietests van de afgelopen 12 maanden en beveiligingsbeleidsdocumenten gepubliceerd.
Alter Vault: Privileged Access Management voor AI-agents
Beheer van toegang voor AI-agents
Het beheren van toegang voor AI-agents vereist een andere aanpak dan traditionele gebruikersaccounts. Alter Vault biedt een oplossing voor de risico's die gepaard gaan met het delen van API-sleutels en overmatige rechten.
Zonder Alter
In een omgeving zonder Alter is de beveiliging vaak versnipperd:
- Sleutels overal verspreid: API-sleutels (zoals
OPENAIAPIKEY, SLACKBOTTOKEN, STRIPESECRETKEY) staan in .env-bestanden, prompts en configuraties verspreid over verschillende repositories.
- Eén sleutel voor alles: Elke agent maakt gebruik van dezelfde credential met te brede bevoegdheden (over-scoped), waardoor één gecompromitteerde sleutel alle systemen blootstelt.
- Geen antwoorden achteraf: Er is geen inzicht in welke agent welke actie heeft uitgevoerd of namens wie deze actie is ondernomen.
Met Alter
Met Alter Vault wordt de toegang gecentraliseerd en beveiligd:
- Eén vault: Inloggegevens worden één keer opgeslagen en per verzoek geïnjecteerd. Hierdoor blijven proxied calls uit de broncode.
- Least privilege per agent: Elke agent krijgt een eigen identiteit en specifieke scopes. Waar nodig kan een menselijke tussenkomst (human gate) worden afgedwongen.
- Elke actie geregistreerd: Er wordt een tamper-evident audit trail bijgehouden, waarbij elke aanroep gekoppeld is aan een naam.
De security review doorstaan
Voor teams die agents bouwen, helpt Alter Vault om te voldoen aan de eisen van security-teams van klanten:
- Identiteit per agent: Gebruik van per-agent identiteiten en scoped grants in plaats van één gedeelde sleutel.
- Inspecteerbaar beleid: Beleid en menselijke goedkeuringsprocessen die door een security-team kunnen worden gecontroleerd.
- Audit trail voor SIEM: Een volledig audit-log dat direct kan worden overgedragen aan een reviewer of gestreamd kan worden naar een SIEM-systeem.
PAM voor AI-agents: Beveiliging en controle
Alter Vault implementeert PAM-controles voor een nieuw type bevoorrechte gebruiker:
- Volledig overzicht: Inzicht in elke aanroep die een agent maakt: welke agent, wiens toegang, welk beleid en wie heeft de actie goedgekeurd.
- Default-deny beleid: Toegang is standaard geweigerd, tot op het niveau van individuele parameters. Risicovolle aanroepen vereisen expliciete goedkeuring.
- Directe intrekking: Mogelijkheid om een agent, sleutel of grant onmiddellijk in te trekken; IdP-webhooks zorgen voor een gecascadeerde offboarding.
Hoe het werkt
Alter Vault authenticeert, autoriseert en logt elk verzoek. Via één SDK-aanroep worden opslag, vernieuwing, beleid en auditing afgehandeld voor 140 providers, inclusief first-class integraties voor LangChain, MCP en AWS.
Het procesverloop
- Autorisatie: De eindgebruiker autoriseert via de Connect-widget (bijv. Google Calendar).
- SDK-verzoek: De agent (bijv. een
scheduling-agent) vraagt toegang aan via de SDK.
- Evaluatie: Alter controleert de identiteit, het beleid (bijv.
scope=calendar.readonly) en keurt het verzoek goed.
- Uitvoering: Het token wordt ontsleuteld en de API-aanroep naar de externe service (bijv. Google, Slack, GitHub, Salesforce, Notion, Linear) wordt uitgevoerd.
- Logging: De actie wordt gelogd:
scheduling-agent → calendar.readonly → APPROVED.
Het Platform
Alter Vault fungeert als een platform tussen de agents en elke API, waarbij vier kernfuncties op één request-pad worden uitgevoerd:
- Credential Vault: Sla inloggegevens één keer op. Agents maken gebruik van deze gegevens zonder ze ooit direct te zien.
- Policy Engine: Elk verzoek wordt gecontroleerd aan de hand van opgestelde regels. De standaardinstelling is 'deny' (weigeren).
- Agent Identity: Gebruik van per-agent sleutels en scopes die herleidbaar zijn naar een echt persoon.
- Human in the loop: Gevoelige aanroepen wachten op goedkeuring van een aangewezen persoon; alle overige aanvragen verlopen automatisch.
- Compliance & Audit: Een register dat aan een auditor kan worden overlegd en gestreamd kan worden naar een SIEM.
Use cases
Teams gebruiken Alter Vault voor de volgende scenario's:
- API's aanroepen namens gebruikers: End-to-end uitvoering van OAuth, Connect en identiteitsbewuste token-ophaling.
- Scoped toegang geven aan een AI-agent: De agent krijgt een eigen identiteit, gebruikers-grants en een eigen audit trail.
- Secrets provisioneren voor backend-services: API-sleutels en service-tokens opslaan in Alter in plaats van in omgevingsvariabelen (
env variables).
- Credentials exponeren aan Claude Code: Bouwen van een eigen MCP-server die door Alter beheerde credentials als tools serveert.
- Agent-geheugen partitioneren per identiteit: Geheugen, sessies en kanalen scheiden op basis van geverifieerde identiteit, niet op basis van wat het LLM beweert.
- Multi-user servers bouwen: Meerdere gebruikers bedienen vanuit één service zonder dat de credentials het proces binnendringen.
Beveiliging van het platform
Het platform zelf is beveiligd volgens de volgende principes:
- Secret Store: Inloggegevens staan in een dedicated secret store, versleuteld bij rust (encrypted at rest), met sleutels die buiten de applicatiedatabase worden beheerd.
- Fail-closed autorisatie: Als een beleid niet kan worden geëvalueerd, wordt het verzoek standaard geweigerd.
- Zero-trust ownership: Een sleutel geeft geen rechten zonder een expliciet record dat deze sleutel benoemt.
- Data-scheiding: Postgres bevat metadata en vault-referenties; provider-tokens en credentials leven uitsluitend in de vault.
- Isolatie: Per-sleutel isolatie, plaintext credentials verschijnen nooit in logs, en proxy-only sleutels kunnen zelf geen credentials ophalen.
Compliance & Audit
De controles worden continu gemonitord en Alter Vault is momenteel in het proces voor SOC 2 certificering. In het trust center worden de actuele status van het beveiligingsprogramma, onafhankelijke penetratietests van de afgelopen 12 maanden en beveiligingsbeleidsdocumenten gepubliceerd.
Groetjes,