Turnkey lancerer Managed Secrets til adgang for AI-agenters legitimationsoplysninger

Turnkey har lanceret Managed Secrets, der udvider virksomhedens enklavebaserede tegnebogsinfrastruktur til også at omfatte de API-nøgler, adgangskoder, betalingsoplysninger og gendannelsesdata, som applikationer og AI-agenter har brug for. Med annonceringen den 29. oktober bevæger virksomheden sig ud over håndtering af private nøgler og tager fat på en bredere udfordring: at give software beføjelse til at handle uden at sprede genanvendelige legitimationsoplysninger rundt i infrastrukturen.

Produktet lader teams bestemme, hvilke tjenester der må hente en legitimationsoplysning, og om anmodningen kræver godkendelse fra en person eller flere parter. For finansielle applikationer kan det for eksempel betyde, at en autoriseret handelsbackend får adgang til en API-nøgle til en kryptobørs, mens nøglen holdes væk fra en AI-assistents samtale og køremiljø.

Adgang til legitimationsoplysninger flyttes inden for enklavens sikkerhedsgrænse

Legitimationsoplysninger, der gemmes i miljøvariabler eller konfigurationsfiler, er nemme for software at bruge, men hvis den proces, der læser dem, kompromitteres, kan indholdet blive afsløret. En sikkerhedsboks kan samle lagring og adgangskontrol ét sted; spørgsmålet er stadig, hvor en legitimationsoplysning bliver læsbar, og hvilke systemer der skal have tillid på det tidspunkt.

Managed Secrets placerer sine autorisationskontroller inde i Turnkeys sikre enklaver. En klient krypterer en hemmelighed, før den importeres, og enklaven krypterer den igen til lagring. Når en anmodning modtages, vurderer enklaven de relevante politikker og godkendelser, før resultatet krypteres til den tilsigtede modtagers nøgle. Anmoderen og modtageren kan være forskellige tjenester.

Denne adskillelse er vigtig. En applikation kan sætte en opgave i gang og indhente godkendelser uden at få mulighed for at dekryptere den legitimationsoplysning, der bruges til at udføre opgaven. En godkenders underskrift autoriserer frigivelsen; den giver ikke automatisk adgang til den frigivne hemmelighed.

Kryptografien bag import og eksport

Turnkeys dokumentation for den sikre kanal beskriver en protokol baseret på Hybrid Public Key Encryption, forkortet HPKE. Den kombinerer offentlig-nøgle-baseret nøgleudveksling med autentificeret kryptering, så følsomme data kan sendes gennem mellemliggende systemer som chiffertekst. Klienten verificerer nøglemateriale, der er signeret af enklaven, under importen, mens eksporten krypterer til en offentlig nøgle, der er angivet i den signerede anmodning.

Modtagernøgler er beregnet til engangsbrug. Turnkey bemærker, at klienterne selv skal overholde denne regel: Protokollen kan ikke forhindre en fejlbehæftet klient i at genbruge sin målnøgle. Derfor er klientens implementering en del af sikkerhedsmodellen på linje med enklaven.

Produktsiden for Managed Secrets angiver AES-256-GCM-kryptering af hver hemmelighed ved lagring. API’et understøtter både individuelle legitimationsoplysninger og anmodninger om flere hemmeligheder. Eksport af flere hemmeligheder mislykkes samlet, hvis blot én af de anmodede hemmeligheder ikke er autoriseret, så en delvist godkendt samling ikke bliver frigivet.

Hvorfor modtageren stadig er vigtig

Udtrykket »agenter kan bruge legitimationsoplysninger uden at se dem« beskriver et integrationsmønster, ikke en garanti for, at alle modtagende processer forbliver ude af stand til at læse data i klartekst. Turnkeys udviklerdokumentation fastslår udtrykkeligt, at data i klartekst kan findes inde i enklaven og på den klient, der importerer eller eksporterer en hemmelighed.

Hvis en separat eksekveringstjeneste har modtagernøglen, kan den dekryptere og bruge en legitimationsoplysning uden at gøre den tilgængelig for modellen. Hvis agentens eget køremiljø har nøglen, kan køremiljøet dekryptere den. Det er derfor fortsat nødvendigt at beskytte modtageren, dens hukommelse og dens logfiler.

Der er endnu en grænse: Politikker kan undersøge konteksten for en anmodning, for eksempel et angivet domæne for en betalingsside, men Turnkey verificerer ikke uafhængigt, om påstanden er sand. En signeret påstand fastslår, hvem der har fremsat den. Applikationer har stadig brug for pålidelige kontroller, der knytter påstanden til den faktiske handling.

Godkendelser, der kan tilpasses et arbejdsgangsforløb

Teams kan tillade direkte hentning, kræve, at en person godkender en anmodning, eller kræve enighed mellem flere agentroller. Politikker kan ændres uden at importere den underliggende hemmelighed igen, så en arbejdsgang kan begynde under tæt overvågning og senere automatisere udvalgte anmodninger.

Turnkeys vejledning til programmerbar adgang viser en browseragent og en betalingsagent, der medunderskriver en anmodning. Kun betalingsagenten modtager kortoplysninger, der kan dekrypteres. Før browserkomponenten godkender anmodningen, kontrollerer den, at det foreslåede domæne stemmer overens med den side, den bruger. Eksemplet viser, hvorfor uafhængige roller og validering betyder mere end blot at tælle to godkendelser.

Agentroller kan bruge afgrænsede sessionlegitimationsoplysninger med udløb, så operatører kan tilbagekalde adgangen for en enkelt kørende instans. Tilbagekaldelse af fremtidig adgang kan dog ikke slette en hemmelighed, som en modtager allerede har dekrypteret; efterfølgende rotation af legitimationsoplysninger er fortsat en separat driftsmæssig kontrolforanstaltning.

Fra tegnebogsinfrastruktur til finansiel automatisering

Turnkeys eksisterende sikkerhedsarkitektur anvender AWS Nitro Enclaves og kombinerer hardwareisolering med reproducerbare builds og fjernattestering. Reproducerbarheden gør det muligt at sammenligne softwarebuilds, mens attesteringen dokumenterer, hvilken kode der kører i enclaven. Managed Secrets udvider dette fundament til legitimationsoplysninger ud over signeringsnøgler til blockchain.

Virksomheden nævner handelsfirmaer, backend-systemer inden for fintech, AI-agentudviklere og MPC-depotforvaltere som tiltænkte brugere. Børsers legitimationsoplysninger og OAuth-tokens understøtter løbende adgang til tjenester, mens sikkerhedskopier af nøgleandele og gendannelsesnøgler bidrager til robusthed. Der er tale om forskellige anvendelser med forskellige krav til godkendelse og modtagere, selv når de benytter den samme lagerinfrastruktur.

For finansielle teknologiteams ligger betydningen i en tydeligere adskillelse mellem at anmode om en handling, godkende adgang og modtage en brugbar legitimationsoplysning. Managed Secrets leverer infrastrukturen til denne adskillelse. Den beskyttelse, der følger af det, afhænger af snævert afgrænsede politikker, pålidelige godkendere og en velbeskyttet tjeneste, der i sidste ende bruger hemmeligheden.