Vores svar på sikkerhedsspørgeskemaet til LLM-gateways
Standard Computes udfyldte svar på sikkerhedsspørgeskemaet til LLM-gateways, klar til at blive sat ind i jeres leverandørvurdering. Hvert svar fylder en eller to sætninger og henviser til den side, der dokumenterer det: vores sikkerhedsoversigt, listen over underdatabehandlere og databehandleraftalen, som I underskriver i dashboardet. Dokumentationssiderne er på engelsk.
Senest opdateret
Download som CSV
Opret virksomhedskontoeller send os jeres eget spørgeskema på contact@standardcompute.com
Dataresidens og regional behandling
| ID | Spørgsmål | Svar | Dokumentation |
|---|---|---|---|
| DR-01 | Hvor behandles prompts og svar (inferens), og kan behandlingen begrænses til en bestemt region, for eksempel EU/EØS? | Sæt en Europa-regel for virksomheden, et team eller en enkelt nøgle, så bliver hver forespørgsel, også nye forsøg og fallbacks, kun betjent af godkendte europæiske inferens-endpoints. Vores EU-gateway terminerer TLS og kører i Finland, og kan intet europæisk endpoint betjene en forespørgsel, afvises den, før prompten sendes. | SikkerhedEuropæisk gateway |
| DR-02 | Hvordan definerer leverandøren regionen? Betyder »Europa« for eksempel kun EU/EØS, eller omfatter det også Storbritannien, Schweiz eller andre lande? | En Europa-regel lukker kun de godkendte europæiske inferens-endpoints ind, der står på vores liste over underdatabehandlere, hver med sit behandlingssted. | Underdatabehandlere |
| DR-03 | Holder nye forsøg, fallbacks, klassifikatorer, sikkerhedsfiltre, caching og logning sig inden for samme regionsregel som hovedforespørgslen? | Ja. Reglen håndhæves på hvert kald, der indeholder en prompt: routing-klassifikatoren, svaret, hvert nyt forsøg og hver fallback. Prompts behandles i hukommelsen og skrives aldrig til lager eller logs. | Sikkerhed |
| DR-04 | Hvor gemmes metadata om konto, fakturering, forbrug og logs, og forlader noget af det regionen? | Jeres konto- og forbrugsdata gemmes i Frankfurt i Tyskland, og vores EU-gateway kører i Finland. Forespørgselslogs indeholder kun metadata (model, udbyder, tokens, omkostning og status), aldrig jeres prompts eller svar. | SikkerhedUnderdatabehandlere |
Opbevaring og nul dataopbevaring
| ID | Spørgsmål | Svar | Dokumentation |
|---|---|---|---|
| RT-01 | Gemmer gatewayen selv prompts eller svar, hvor længe, og kan opbevaringen slås fra? | Nej. Vi behandler jeres prompts i hukommelsen for at betjene hver forespørgsel og skriver dem aldrig til lager eller logs. | SikkerhedDatabehandleraftale pkt. 3 |
| RT-02 | Kan I kræve nul dataopbevaring (ZDR) af modeludbyderne længere nede i kæden, og hvordan håndhæves det? | Ja. Slå nul dataopbevaring til for virksomheden, et team eller en nøgle, så routes hver forespørgsel kun til inferens-endpoints, der forpligter sig til ikke at beholde nogen kopi af jeres data. Teams og nøgler arver kravet og kan aldrig slå det fra. | SikkerhedStyring |
| RT-03 | Hvad dækker udbyderens ZDR-forpligtelse helt konkret (misbrugsovervågning, caching, sikkerhedsklassifikatorer, manuel gennemgang)? | Hvert endpoint, der betjener trafik med Zero Retention, skal opfylde vores udbyderkrav (Provider Requirements): prompts og svar gemmes ikke, efter forespørgslen er afsluttet, og kun midlertidig caching, der er strengt nødvendig for inferensen, accepteres. | Udbyderkrav |
| RT-04 | Hvad sker der med jeres data, når aftalen ophører, og hvor hurtigt slettes de? | Jeres indhold gemmes aldrig. Når aftalen ophører, sletter eller returnerer vi alle øvrige personoplysninger om kunden inden for 30 dage. | Databehandleraftale pkt. 10 |
Træning og sekundær brug
| ID | Spørgsmål | Svar | Dokumentation |
|---|---|---|---|
| TR-01 | Bruger leverandøren jeres prompts, svar eller filer til at træne eller forbedre modeller, og er det standardindstillingen? | Nej. Standard Compute træner aldrig på jeres prompts eller svar, og databehandleraftalen forpligter os til det. | Databehandleraftale pkt. 3.1 |
| TR-02 | Kræver leverandøren, at underdatabehandlere og modeludbydere længere nede i kæden ikke træner på jeres data, og håndhæver routingen det? | Med en regionsregel eller Zero Retention slået til går hver forespørgsel kun til udbydere, der forpligter sig til ikke at træne på den. | UdbyderkravSikkerhed |
| TR-03 | Bruges nogen af jeres data til analyse, benchmarking, produktforbedring eller manuel gennemgang? | Prompts og svar behandles i hukommelsen, skrives aldrig til lager eller logs og bruges aldrig til træning. Forespørgselslogs indeholder kun metadata: model, udbyder, tokens, omkostning og status. | Sikkerhed |
Underdatabehandlere
| ID | Spørgsmål | Svar | Dokumentation |
|---|---|---|---|
| SP-01 | Findes der en offentlig og opdateret liste over underdatabehandlere med formål, datakategorier og placering? | Ja. Vi offentliggør hver underdatabehandler med formål, data og placering. | Underdatabehandlere |
| SP-02 | Hvor lang tids varsel får I, før en ny underdatabehandler tilføjes, og kan I gøre indsigelse? | Vi giver jer besked 14 dage, før vi tilføjer en ny underdatabehandler. Hvordan I modtager besked og gør indsigelse, står på siden om underdatabehandlere. | Underdatabehandlere |
| SP-03 | Når gatewayen tilføjer en ny modeludbyder, begynder jeres trafik så automatisk at gå dertil? | Med en godkendelsesliste for udbydere bliver en ny udbyder aldrig tilføjet, uden at en administrator godkender det, og fallbacks kan aldrig gå uden om jeres liste. | UnderdatabehandlereStyring |
Identitet: SSO og SCIM
| ID | Spørgsmål | Svar | Dokumentation |
|---|---|---|---|
| ID-01 | Hvilke SSO-protokoller understøttes (SAML, OIDC), med hvilke identitetsudbydere og i hvilken plan? | Forbind Microsoft Entra ID eller en anden SAML-identitetsudbyder, så logger jeres medarbejdere ind i Standard Compute med deres arbejdskonto. Alle på jeres verificerede domæne bliver automatisk en del af virksomheden. | SSOSSO-dokumentation |
| ID-03 | Understøttes SCIM-provisionering, og tilbagekalder deprovisionering i IdP'en API-nøgler og sessioner? | Adgangen til Claude Desktop og Claude Code følger jeres Microsoft Entra-grupper gennem SCIM-provisionering. | Login-dokumentation |
| ID-04 | Kan adgangen til AI-værktøjer (chatapps, kodeagenter) følge IdP-grupper i stedet for delte API-nøgler? | Ja. Medarbejderne logger ind i Claude Desktop og Claude Code med deres Microsoft-arbejdskonto gennem vores EU-gateway, så der er ingen API-nøgler at dele ud. Til API-brug får hver person og hver app sin egen nøgle. | SSOLogin-dokumentation |
Revisions- og forespørgselslogs
| ID | Spørgsmål | Svar | Dokumentation |
|---|---|---|---|
| AU-01 | Findes der en revisionslog over administrative ændringer i konfigurationen (personer, nøgler, budgetter, regler) med værdier før og efter? | Ja. Hver ændring, en administrator foretager, registreres med værdierne før og efter. | StyringSikkerhed |
| AU-02 | Findes der en log pr. forespørgsel (model, udbyderen der betjente den, region, udfald, fallbacks), og kan den eksporteres? | Ja. I kan eksportere en log over hver forespørgsel, der viser modellen, udbyderen der betjente den, den regionsregel der gjaldt, udfaldet og eventuelle fallback-forsøg, som udbyderne har rapporteret. | SikkerhedStyring |
| AU-03 | Hvor længe opbevares revisions- og forespørgselslogs, og kan I vælge perioden? | Forespørgselslogs opbevares i 12 måneder med Enterprise og SLA-tilkøbet, og I kan eksportere dem fra dashboardet. | Sikkerhed |
| AU-04 | Indeholder revisionslogs indhold fra prompts? I så fald, hvem kan se dem? | Nej. Forespørgselslogs indeholder kun metadata (model, udbyder, tokens, omkostning og status), aldrig jeres prompts eller svar. | Sikkerhed |
Omkostningskontrol
| ID | Spørgsmål | Svar | Dokumentation |
|---|---|---|---|
| SC-01 | Kan I sætte faste budgetter pr. nøgle, pr. bruger, pr. team og pr. organisation? | Hver person og hver app får et fast månedligt budget, der aldrig overskrides, og I kan sætte udgiftslofter pr. nøgle og for hele virksomheden. | BudgetdokumentationStyring |
| SC-02 | Hvad sker der, når et budget er brugt: fuldt stop, overforbrug eller skift til en billigere model? | Fuldt stop uden overforbrug: forespørgsler returnerer HTTP 402 med koden budget_exhausted, indtil perioden fornyes. Valgfri genopfyldning fra en forudbetalt saldo på virksomhedskontoen holder kritiske agenter kørende. | Budgetdokumentation |
| SC-03 | Kan omkostninger henføres til en person, en app, et team, et projekt eller et omkostningssted til intern fakturering? | Hver person og hver app har sin egen nøgle og sit eget månedlige budget, organiseret i teams under én virksomhedskonto. | Teams |
Styring af modeller og udbydere
| ID | Spørgsmål | Svar | Dokumentation |
|---|---|---|---|
| GV-01 | Kan I begrænse, hvilke modeller hvert team, hver nøgle eller hver app må bruge? | Ja. I bestemmer, hvilke modeller hver nøgle må bruge, så hver app og hvert teammedlem får præcis de modeller, I godkender. | Styring |
| GV-02 | Kan I begrænse, hvilke inferensudbydere (clouds, driftsudbydere) der må betjene jeres trafik, og gælder begrænsningen også fallbacks? | Ja. Vælg præcis hvilke inferensudbydere der må behandle jeres data, for hele virksomheden, et team eller en enkelt nøgle. Fallbacks kan aldrig gå uden om jeres liste. | StyringSikkerhed |
| GV-03 | Kan lavere niveauer (team, nøgle) kun stramme organisationens regler, aldrig udvide dem? | Ja. Lavere niveauer kan kun stramme de regler, der er sat over dem. | Sikkerhed |
Hændelser, tilgængelighed og dokumentation
| ID | Spørgsmål | Svar | Dokumentation |
|---|---|---|---|
| IN-01 | Hvad er den aftalte frist for underretning om brud på persondatasikkerheden? | Vi underretter jer om brud på persondatasikkerheden inden for 72 timer efter, at vi er blevet opmærksomme på det. | Databehandleraftale pkt. 7Sikkerhed |
| IN-02 | Findes der en offentlig statusside med hændelseshistorik og en oppetids-SLA med kreditering? | Vores statusside er offentlig, og Enterprise omfatter en månedlig oppetids-SLA på 99,9 % med servicekreditter. | StatusSLA |
| IN-03 | Hvordan fungerer failover, når en modeludbyder er nede, og respekterer den jeres regler for region og udbydere? | Går en udbyder ned, flyttes forespørgslen automatisk til en anden godkendt udbyder af samme model uden at forlade jeres regler for region og udbydere. Findes der ingen tilladt rute, fejler forespørgslen og sendes aldrig uden for jeres regler. | Sikkerhed |
Støtte til idriftsættere efter EU's AI-forordning
| ID | Spørgsmål | Svar | Dokumentation |
|---|---|---|---|
| AI-01 | Kan tjenesten hjælpe jer med at føre de logs, som en idriftsætter af et højrisiko-AI-system skal føre (art. 26, stk. 6: automatisk genererede logs under jeres kontrol, opbevaret i mindst seks måneder, medmindre gældende EU-ret eller national ret bestemmer andet)? | Ja. I kan eksportere en log over hver forespørgsel med model, udbyderen der betjente den, regionsregel og udfald, opbevaret i 12 måneder med Enterprise og SLA-tilkøbet. | SikkerhedStyring |
| AI-02 | Dokumenterer leverandøren, hvilke modeller den tilbyder, hvem der leverer dem, og linker den til udbydernes dokumentation (modelkort, brugsregler)? | Hver forespørgselslog angiver modellen og udbyderen, der betjente forespørgslen, og de modeller, vi tilbyder, står på vores modelside. | Modeller |
Ophør og portabilitet
| ID | Spørgsmål | Svar | Dokumentation |
|---|---|---|---|
| EX-01 | Er API'et kompatibelt med en udbredt grænseflade (for eksempel API-formatet fra OpenAI eller Anthropic), så I kan skifte leverandør ved at ændre en base-URL? | Ja. I sender OpenAI- eller Anthropic-kompatible API-forespørgsler til ét endpoint, dokumenteret i vores API-reference. | API-referenceSikkerhed |
| EX-02 | Kan I eksportere konfigurationen (nøgler, regler, prompts, routingregler) og logs i et standardformat? | Forespørgselslogs kan eksporteres fra dashboardet med model, udbyderen der betjente forespørgslen, og regionsregel for hver forespørgsel. | Sikkerhed |
| EX-04 | Hvilke vilkår gælder ved opsigelse: varsel, tilbagelevering af data, sletning og eventuelle gebyrer? | Når aftalen ophører, sletter eller returnerer vi jeres personoplysninger inden for 30 dage. | Databehandleraftale pkt. 10Vilkår |
Aftale og databehandleraftale
| ID | Spørgsmål | Svar | Dokumentation |
|---|---|---|---|
| CT-01 | Findes der en databehandleraftale, og kan den underskrives uden særskilte forhandlinger? | Ja. Hele teksten i databehandleraftalen er offentlig, og en administrator i virksomheden underskriver den i dashboardet på få minutter. Den forpligter os til ingen træning på jeres data, ingen opbevaring af jeres indhold og underretning om brud inden for 72 timer. | Databehandleraftale |
| CT-02 | Hvilke overførselsgrundlag dækker overførsler uden for EU/EØS (SCC'er, UK IDTA, EU-US Data Privacy Framework)? | EU's standardkontraktbestemmelser (Standard Contractual Clauses) og, for data fra Storbritannien, UK International Data Transfer Addendum. Overførselsgrundlaget for hver underdatabehandler står på vores side om underdatabehandlere. | Databehandleraftale pkt. 6Underdatabehandlere |
| CT-03 | Hvilken lov gælder for aftalen, og hvor afgøres tvister? | Norsk ret. Tvister afgøres ved domstolene i Oslo efter vores vilkår, og Oslo tingrett er aftalt værneting i databehandleraftalen. Aftalepart er Standard Compute AS, org.nr. 938 498 806, Oslo, Norge. | VilkårDatabehandleraftale pkt. 11 |
Om spørgeskemaet
Spørgeskemaet er åbent og leverandørneutralt, MIT-licenseret og skrevet til at vurdere enhver LLM-gateway eller udbyder af AI-API'er. Spørgsmåls-ID'erne ovenfor svarer til det engelske regneark, så hvert svar kan sættes ind i den rigtige række. For hele indkøbsbilledet, med datakategorier, behandlingssteder og vilkårene i databehandleraftalen samlet, se dokumentationen til sikkerhedsvurdering.
Opret virksomhedskontoen for at underskrive databehandleraftalen, forbinde jeres identitetsudbyder og sætte regler for region og udbydere. Har I et spørgeskema i jeres eget format, så send det til os, og vi returnerer det udfyldt.