Våre svar på sikkerhetsspørreskjemaet for LLM-gatewayer
Standard Computes utfylte svar på sikkerhetsspørreskjemaet for LLM-gatewayer, klare til å limes inn i leverandørvurderingen deres. Hvert svar er på én eller to setninger og viser til siden som dokumenterer det: sikkerhetsoversikten vår, listen over underleverandører og databehandleravtalen, som dere signerer i dashbordet. Dokumentasjonssidene er på engelsk.
Sist oppdatert
Last ned som CSV
Opprett bedriftskontoeller send oss deres eget spørreskjema på contact@standardcompute.com
Dataresidens og regional behandling
| ID | Spørsmål | Svar | Dokumentasjon |
|---|---|---|---|
| DR-01 | Hvor behandles prompter og svar (inferens), og kan behandlingen begrenses til en bestemt region, for eksempel EU/EØS? | Sett en Europa-regel for bedriften, et team eller én nøkkel, så blir hver forespørsel, også nye forsøk og reserveruter, betjent bare av godkjente europeiske inferensendepunkter. EU-gatewayen vår terminerer TLS og kjører i Finland, og kan ingen europeiske endepunkter betjene en forespørsel, blir den avvist før prompten sendes. | SikkerhetEuropeisk gateway |
| DR-02 | Hvordan definerer leverandøren regionen? Betyr for eksempel «Europa» bare EU/EØS, eller omfatter det også Storbritannia, Sveits eller andre land? | En Europa-regel slipper bare inn de godkjente europeiske inferensendepunktene som står på listen vår over underleverandører, hver med sitt behandlingssted. | Underleverandører |
| DR-03 | Holder nye forsøk, reserveruter, klassifiserere, sikkerhetsfiltre, mellomlagring og logging seg innenfor samme regionregel som hovedforespørselen? | Ja. Regelen håndheves på hvert kall som inneholder en prompt: rutingsklassifisereren, svaret, hvert nytt forsøk og hver reserverute. Prompter behandles i minnet og skrives aldri til lagring eller logger. | Sikkerhet |
| DR-04 | Hvor lagres metadata om konto, fakturering, bruk og logger, og forlater noe av det regionen? | Konto- og bruksdataene deres lagres i Frankfurt i Tyskland, og EU-gatewayen vår kjører i Finland. Forespørselsloggene inneholder bare metadata (modell, leverandør, tokens, kostnad og status), aldri promptene eller svarene deres. | SikkerhetUnderleverandører |
Lagring og null datalagring
| ID | Spørsmål | Svar | Dokumentasjon |
|---|---|---|---|
| RT-01 | Lagrer gatewayen selv prompter eller svar, hvor lenge, og kan lagringen slås av? | Nei. Vi behandler promptene deres i minnet for å betjene hver forespørsel og skriver dem aldri til lagring eller logger. | SikkerhetDatabehandleravtale pkt. 3 |
| RT-02 | Kan dere kreve null datalagring (ZDR) fra modelleverandørene videre i kjeden, og hvordan håndheves det? | Ja. Slå på null datalagring for bedriften, et team eller en nøkkel, så rutes hver forespørsel bare til inferensendepunkter som forplikter seg til ikke å beholde noen kopi av dataene deres. Team og nøkler arver kravet og kan aldri slå det av. | SikkerhetStyring |
| RT-03 | Hva dekker leverandørens ZDR-forpliktelse helt konkret (misbruksovervåking, mellomlagring, sikkerhetsklassifiserere, manuell gjennomgang)? | Hvert endepunkt som betjener trafikk med Zero Retention, må oppfylle leverandørkravene våre (Provider Requirements): prompter og svar lagres ikke etter at forespørselen er fullført, og bare midlertidig mellomlagring som er strengt nødvendig for inferensen, godtas. | Leverandørkrav |
| RT-04 | Hva skjer med dataene deres når avtalen opphører, og hvor raskt slettes de? | Innholdet deres lagres aldri. Når avtalen opphører, sletter eller returnerer vi alle andre personopplysninger om kunden innen 30 dager. | Databehandleravtale pkt. 10 |
Trening og sekundærbruk
| ID | Spørsmål | Svar | Dokumentasjon |
|---|---|---|---|
| TR-01 | Bruker leverandøren promptene, svarene eller filene deres til å trene eller forbedre modeller, og er det standardinnstillingen? | Nei. Standard Compute trener aldri på promptene eller svarene deres, og databehandleravtalen forplikter oss til det. | Databehandleravtale pkt. 3.1 |
| TR-02 | Krever leverandøren at underleverandørene og modelleverandørene videre i kjeden ikke trener på dataene deres, og håndhever rutingen dette? | Med en regionregel eller Zero Retention slått på går hver forespørsel bare til leverandører som forplikter seg til ikke å trene på den. | LeverandørkravSikkerhet |
| TR-03 | Brukes noe av dataene deres til analyse, benchmarking, produktforbedring eller manuell gjennomgang? | Prompter og svar behandles i minnet, skrives aldri til lagring eller logger og brukes aldri til trening. Forespørselsloggene inneholder bare metadata: modell, leverandør, tokens, kostnad og status. | Sikkerhet |
Underleverandører
| ID | Spørsmål | Svar | Dokumentasjon |
|---|---|---|---|
| SP-01 | Finnes det en offentlig og oppdatert liste over underleverandører med formål, datakategorier og sted? | Ja. Vi publiserer hver underleverandør med formål, data og sted. | Underleverandører |
| SP-02 | Hvor lang forhåndsvarsel får dere før en ny underleverandør legges til, og kan dere protestere? | Vi varsler dere 14 dager før vi legger til en ny underleverandør. Hvordan dere mottar varsler og protesterer, står på siden om underleverandører. | Underleverandører |
| SP-03 | Når gatewayen legger til en ny modelleverandør, begynner trafikken deres da automatisk å gå dit? | Med en godkjenningsliste for leverandører blir en ny leverandør aldri lagt til uten at en administrator godkjenner det, og reserveruter kan aldri gå utenom listen deres. | UnderleverandørerStyring |
Identitet: SSO og SCIM
| ID | Spørsmål | Svar | Dokumentasjon |
|---|---|---|---|
| ID-01 | Hvilke SSO-protokoller støttes (SAML, OIDC), med hvilke identitetsleverandører og i hvilken plan? | Koble til Microsoft Entra ID eller en annen SAML-identitetsleverandør, så logger de ansatte inn i Standard Compute med jobbkontoen sin. Alle på det verifiserte domenet deres blir automatisk med i bedriften. | SSOSSO-dokumentasjon |
| ID-03 | Støttes SCIM-provisjonering, og tilbakekaller deprovisjonering i IdP-en API-nøkler og økter? | Tilgangen til Claude Desktop og Claude Code følger Microsoft Entra-gruppene deres gjennom SCIM-provisjonering. | Innloggingsdokumentasjon |
| ID-04 | Kan tilgangen til KI-verktøy (chatapper, kodeagenter) følge IdP-grupper i stedet for delte API-nøkler? | Ja. De ansatte logger inn i Claude Desktop og Claude Code med Microsoft-jobbkontoen sin, gjennom EU-gatewayen vår, så det er ingen API-nøkler å dele ut. For API-bruk får hver person og hver app sin egen nøkkel. | SSOInnloggingsdokumentasjon |
Revisjonslogger og forespørselslogger
| ID | Spørsmål | Svar | Dokumentasjon |
|---|---|---|---|
| AU-01 | Finnes det en revisjonslogg for administrative endringer i konfigurasjonen (personer, nøkler, budsjetter, regler) med verdier før og etter? | Ja. Hver endring en administrator gjør, registreres med verdiene før og etter. | StyringSikkerhet |
| AU-02 | Finnes det en logg per forespørsel (modell, leverandøren som betjente den, region, utfall, reserveruter), og kan den eksporteres? | Ja. Dere kan eksportere en logg over hver forespørsel som viser modellen, leverandøren som betjente den, regionregelen som gjaldt, utfallet og eventuelle forsøk på reserveruter som leverandørene har rapportert. | SikkerhetStyring |
| AU-03 | Hvor lenge oppbevares revisjons- og forespørselslogger, og kan dere velge periode? | Forespørselslogger oppbevares i 12 måneder med Enterprise og SLA-tillegget, og dere kan eksportere dem fra dashbordet. | Sikkerhet |
| AU-04 | Inneholder revisjonsloggene innhold fra prompter? I så fall, hvem kan se dem? | Nei. Forespørselsloggene inneholder bare metadata (modell, leverandør, tokens, kostnad og status), aldri promptene eller svarene deres. | Sikkerhet |
Kostnadskontroll
| ID | Spørsmål | Svar | Dokumentasjon |
|---|---|---|---|
| SC-01 | Kan dere sette harde budsjetter per nøkkel, per bruker, per team og per organisasjon? | Hver person og hver app får et fast månedsbudsjett som aldri overskrides, og dere kan sette utgiftstak per nøkkel og for hele bedriften. | BudsjettdokumentasjonStyring |
| SC-02 | Hva skjer når et budsjett er nådd: full stopp, overforbruk eller bytte til en billigere modell? | Full stopp, uten overforbruk: forespørsler returnerer HTTP 402 med koden budget_exhausted til perioden fornyes. Valgfri påfylling fra en forhåndsbetalt saldo på bedriftskontoen holder kritiske agenter i gang. | Budsjettdokumentasjon |
| SC-03 | Kan kostnader knyttes til en person, en app, et team, et prosjekt eller et kostnadssted for internfakturering? | Hver person og hver app har sin egen nøkkel og sitt eget månedsbudsjett, organisert i team under én bedriftskonto. | Team |
Styring av modeller og leverandører
| ID | Spørsmål | Svar | Dokumentasjon |
|---|---|---|---|
| GV-01 | Kan dere begrense hvilke modeller hvert team, hver nøkkel eller hver app kan bruke? | Ja. Dere bestemmer hvilke modeller hver nøkkel kan bruke, slik at hver app og hvert teammedlem får akkurat de modellene dere godkjenner. | Styring |
| GV-02 | Kan dere begrense hvilke inferensleverandører (skyer, driftsleverandører) som kan betjene trafikken deres, og gjelder begrensningen også for reserveruter? | Ja. Velg nøyaktig hvilke inferensleverandører som kan behandle dataene deres, for hele bedriften, et team eller én nøkkel. Reserveruter kan aldri gå utenom listen deres. | StyringSikkerhet |
| GV-03 | Kan lavere nivåer (team, nøkkel) bare stramme inn organisasjonens regler, aldri utvide dem? | Ja. Lavere nivåer kan bare stramme inn reglene som er satt over dem. | Sikkerhet |
Hendelser, tilgjengelighet og dokumentasjon
| ID | Spørsmål | Svar | Dokumentasjon |
|---|---|---|---|
| IN-01 | Hva er den avtalefestede fristen for varsling om brudd på personopplysningssikkerheten? | Vi varsler dere om brudd på personopplysningssikkerheten innen 72 timer etter at vi ble kjent med det. | Databehandleravtale pkt. 7Sikkerhet |
| IN-02 | Finnes det en offentlig statusside med hendelseshistorikk, og en oppetids-SLA med kreditering? | Statussiden vår er offentlig, og Enterprise inkluderer en månedlig oppetids-SLA på 99,9 % med servicekreditter. | StatusSLA |
| IN-03 | Hvordan fungerer failover når en modelleverandør er nede, og respekterer den reglene deres for region og leverandører? | Går en leverandør ned, flyttes forespørselen automatisk til en annen godkjent leverandør av samme modell, uten å forlate reglene deres for region og leverandører. Finnes det ingen tillatt rute, feiler forespørselen og sendes aldri utenfor reglene deres. | Sikkerhet |
Støtte for idriftsettere etter EUs KI-forordning
| ID | Spørsmål | Svar | Dokumentasjon |
|---|---|---|---|
| AI-01 | Kan tjenesten hjelpe dere med å føre loggene en idriftsetter av et KI-system med høy risiko må føre (art. 26 nr. 6: automatisk genererte logger under deres kontroll, oppbevart i minst seks måneder med mindre gjeldende unionsrett eller nasjonal rett bestemmer noe annet)? | Ja. Dere kan eksportere en logg over hver forespørsel med modell, leverandøren som betjente den, regionregel og utfall, oppbevart i 12 måneder med Enterprise og SLA-tillegget. | SikkerhetStyring |
| AI-02 | Dokumenterer leverandøren hvilke modeller den tilbyr, hvem som leverer dem, og lenker til leverandørenes dokumentasjon (modellkort, bruksregler)? | Hver forespørselslogg oppgir modellen og leverandøren som betjente forespørselen, og modellene vi tilbyr, står på modellsiden vår. | Modeller |
Avslutning og portabilitet
| ID | Spørsmål | Svar | Dokumentasjon |
|---|---|---|---|
| EX-01 | Er API-et kompatibelt med et utbredt grensesnitt (for eksempel API-formatet til OpenAI eller Anthropic), slik at dere kan bytte leverandør ved å endre en base-URL? | Ja. Dere sender OpenAI- eller Anthropic-kompatible API-forespørsler til ett endepunkt, dokumentert i API-referansen vår. | API-referanseSikkerhet |
| EX-02 | Kan dere eksportere konfigurasjonen (nøkler, regler, prompter, rutingsregler) og loggene i et standardformat? | Forespørselslogger kan eksporteres fra dashbordet, med modell, leverandøren som betjente forespørselen, og regionregel for hver forespørsel. | Sikkerhet |
| EX-04 | Hvilke vilkår gjelder ved oppsigelse: varsel, tilbakelevering av data, sletting og eventuelle gebyrer? | Når avtalen opphører, sletter eller returnerer vi personopplysningene deres innen 30 dager. | Databehandleravtale pkt. 10Vilkår |
Avtale og databehandleravtale
| ID | Spørsmål | Svar | Dokumentasjon |
|---|---|---|---|
| CT-01 | Finnes det en databehandleravtale, og kan den signeres uten egne forhandlinger? | Ja. Hele teksten i databehandleravtalen er offentlig, og en administrator i bedriften signerer den i dashbordet på noen minutter. Den forplikter oss til ingen trening på dataene deres, ingen lagring av innholdet deres og varsling om brudd innen 72 timer. | Databehandleravtale |
| CT-02 | Hvilke overføringsgrunnlag dekker overføringer utenfor EU/EØS (SCC-er, UK IDTA, EU-US Data Privacy Framework)? | EUs standard personvernbestemmelser (Standard Contractual Clauses) og, for data fra Storbritannia, UK International Data Transfer Addendum. Overføringsgrunnlaget for hver underleverandør står på siden vår om underleverandører. | Databehandleravtale pkt. 6Underleverandører |
| CT-03 | Hvilken lov gjelder for avtalen, og hvor løses tvister? | Norsk rett. Tvister hører under domstolene i Oslo etter vilkårene våre, og Oslo tingrett er avtalt verneting etter databehandleravtalen. Avtalepart er Standard Compute AS, org.nr. 938 498 806, Oslo, Norge. | VilkårDatabehandleravtale pkt. 11 |
Om spørreskjemaet
Spørreskjemaet er åpent og leverandørnøytralt, MIT-lisensiert og skrevet for å vurdere enhver LLM-gateway eller leverandør av KI-API. Spørsmåls-ID-ene over tilsvarer det engelske regnearket, slik at hvert svar kan limes inn i riktig rad. For hele innkjøpsbildet, med datakategorier, behandlingssteder og vilkårene i databehandleravtalen samlet, se dokumentasjonen for sikkerhetsvurdering.
Opprett bedriftskontoen for å signere databehandleravtalen, koble til identitetsleverandøren og sette regler for region og leverandører. Har dere et spørreskjema i eget format, send det til oss, så returnerer vi det utfylt.