Loginoplysningsproxy
Dine agenter foretager API-kald.
De bør aldrig gemme nøglerne.
Clavitor Proxy sidder mellem dine AI-agenter og de API'er, de kalder. Loginoplysninger injiceres på netværkslaget — agenten ser, gemmer eller logger aldrig den faktiske hemmelighed. Én binær fil. Én env-variabel. Nul kodeændringer.
Det problem, du allerede har
Hemmeligheder i env-variabler
Dine agenter læser OPENAI_API_KEY fra miljøet. Den nøgle er synlig i /proc, i crash dumps, i CI-logs, i ethvert værktøj, agenten påkalder. Én lækket loglinje, og nøglen er offentlig.
Hemmeligheder i agenthukommelse
Selv hvis agenten henter nøglen under kørsel, gemmer den den i hukommelsen i processens levetid. En kompromitteret færdighed, en promptinjektion, et debug dump — nøglen er der for at blive taget.
Ingen audit af, hvad der blev brugt
Når en API-nøgle deles som en streng, er der ingen registrering af, hvilken agent der brugte den, hvornår eller til hvad. Hvis nøglen lækker, roterer du den og håber. Der er intet forensisk spor.
De problemer, vi håber, du ikke har
API-nøgler i kildekode
Hårdkodet i en konfigurationsfil, committet til git, klonet af enhver udvikler og CI-runner på holdet. Én offentlig fork, og den er på GitHubs hemmelighedsscanningsdashboard — eller værre, det er den ikke.
Loginoplysninger i Slack
"Kan du sende mig Stripe-nøglen?" Indsat i en DM, søgbar for evigt, eksporteret i ethvert compliance-arkiv. Slack er ikke en boks. Det er hverken e-mail, Google Docs eller en post-it på en skærm.
.env-filer på enhver bærbar computer
Tolv udviklere, tolv kopier af produktionsloginoplysninger i klartekstfiler, der aldrig roteres. Én stjålet bærbar computer, ét ~/.bash_history-læk, ét alt for hjælpsomt backupværktøj — og du roterer alle nøgler i virksomheden kl. 2 om natten.
Fjern loginoplysninger helt fra agenten.
Proxyen sidder mellem agenten og API'en. Agenten skriver en reference — clavitor://OpenAI/key — hvor hemmeligheden skal hen. Proxyen løser den lokalt, injicerer den rigtige loginoplysning i HTTPS-anmodningen og videresender den. Agentens logs viser pladsholderen. API'en modtager nøglen. Intet imellem gemmer den.
Ingen miljøvariabler. Ingen hemmeligheder i agentens hukommelse. Ingen legitimationsoplysninger på kommandolinjen. Den rigtige nøgle kommer aldrig ind i agentens miljø, hukommelse eller logfiler, så agenten har intet at indsætte, udskrive eller lade sig tale til at afsløre. Det dækker nøgler, der routes gennem proxyen. En person, der kontrollerer maskinen, kan stadig bruge proxyen eller læse nøglen fra proxyens hukommelse med root, og en kompromitteret agent kan stadig misbruge den adgang, den har fået. Scope, rate limits og audit begrænser det.
# proxy-auth is the proxy's access token, the file beside the binary
$ export HTTPS_PROXY="http://clavitor:$(cat proxy-auth)@127.0.0.1:1983"
$ curl -H "Authorization: Bearer clavitor://OpenAI/key" \
https://api.openai.com/v1/chat/completions
# The proxy resolved the placeholder. The agent never saw sk-EXAMPLE_not_a_real_key.
# Neither did the logs, the crash dump, or the conversation history.Fungerer med enhver agent, der foretager HTTPS-kald: Claude Code, Codex, OpenClaw, CrewAI, LangChain, brugerdefinerede scripts. Indstil én env-variabel, og agentens API-kald flyder gennem proxyen. Ingen SDK, ingen plugin, ingen kodeændringer.
Hvad der sker under motorhjelmen
Dekrypterer lokalt, pr. anmodning
Proxyen henter den krypterede loginoplysning fra boksen og dekrypterer den på enheden. Klarteksten eksisterer i processens hukommelse for én HTTP-anmodning, derefter er den væk. Intet caches. Intet skrives til disk. Hver anmodning dekrypteres frisk.
Mapper felter til headere
Bearer tokens, API-nøgler, Basic auth — proxyen mapper boksfeltetiketter til de rigtige HTTP-headere automatisk. Eller agenten vælger det præcise felt med en clavitor://-reference. Uanset hvad lander loginoplysningen det rigtige sted, uden at agenten nogensinde ser den.
Omfang, hastighedsbegrænsninger, audit
Boksen håndhæver omfangsbegrænsninger og hastighedsbegrænsninger. En agent, der tilgår for mange forskellige loginoplysninger, låses automatisk. Hver adgang logges. Inkluder et agent-ID i pladsholderen — clavitor://agentid@Entry/field — for per-agent audit trails og hastighedsbegrænsninger via en delt proxy.
Implementering
Én binær fil. Sidecar til agenten. Ingen ændringer i netværksinfrastrukturen.
Enkelt-agent-host
Hent binærfilen, kør clavitor-proxy init med tilmeldingsblobben og nøglen, sæt HTTPS_PROXY på agenten. Færdig. Proxyen binder til 127.0.0.1:1983 (sidecar til én agent). Den binder ikke til nogen anden adresse af sig selv: porten bærer et adgangstoken i klartekst, så den uden for loopback nægter at starte, medmindre du sætter CLAVITOR_PROXY_LISTEN til adressen og også opretter en fil, som kun ejeren har adgang til, ved navn proxy-allow-private ved siden af binærfilen, hvilket du kun gør, når adressen er et betroet privat netværk (VPN eller Tailscale).
Multi-agent-host
Hver agent får sin egen kopi af den binære fil med sin egen sidecar-konfigurationsfil. Hver kopi har sit eget omfang, sine egne hastighedsbegrænsninger, sit eget audit trail. Agent A kan ikke se Agent B's loginoplysninger. Isolation efter design.
Hver loginoplysningsproxy, der kører i skyen — din eller andres — er et mål. Bryd proxyen, få alle kunders loginoplysninger. Det er ikke en teoretisk risiko. Det er forretningsmodellen for enhver loginoplysningsproxy-som-en-tjeneste.
Clavitors proxy kører på din infrastruktur. Dekrypterer lokalt. Legitimationsoplysningen findes i proceshukommelsen i varigheden af én anmodning. Der er ingen cloudtjeneste, der opbevarer dine nøgler i klartekst. Der er intet API-endpoint, der udleverer dine hemmeligheder. Der er ingen cloudkopi af dine nøgler at bryde ind i.
Dine agenter foretager allerede API-kald.
Hold dem i deres eget spor.
Din boks, dine omfang, dit audit trail. Proxyen tilføjer et netværkslagshåndhævelsespunkt med nul kodeændringer til agenten.