Suverænitet
Suverænitetsstigen L0–L4, fakta om endepunkter (beregningsregion, ingen dataopbevaring, træning) og hvordan regler for arbejdsområder og routere håndhæver dem for hver forespørgsel.
"Er dataene i Europa?" og "kan en regering i et tredjeland tvinge os til at udlevere dem?" er to forskellige spørgsmål. Stav besvarer det andet med en suverænitetsstige og det første med fakta, der er registreret for hvert leverandørendepunkt.
Stigen
| Niveau | Navn | Hvad det betyder |
|---|---|---|
| L4 | Fuld suverænitet | EU/EØS-ejerskab og kontrol, en suverænitetskvalifikation (ikke kun sikkerhed) og ingen afhængighed af tredjelande, der kan tilbagekaldes |
| L3 | EU/EØS-ejerskab og kontrol | Den betjenende operatør er ejet og kontrolleret i EU/EØS |
| L2 | EU/EØS-drift + certificering | Drift i EU/EØS, uafhængigt revideret sikkerhedscertificering |
| L1 | EU/EØS-placering | Inferens kører på EU/EØS-jord |
| L0 | Tredjelandsoperatør | Drives under et retssystem uden for EU/EØS, uden for EU/EØS-garantierne |
| — | UNCLASSIFIED | Endnu ikke vurderet |
Trinene følger Unionens sikringsniveauer i EU's foreslåede Cloud and AI Development Act (CADA), med L0 tilføjet nederst. CADA er et forslag, ikke lov: Niveauerne er Stavs daterede vurdering, ikke en myndighedsgodkendelse.
- Rækkefølge.
L0 < L1 < L2 < L3 < L4, så "mindst L3" kan håndhæves. - UNCLASSIFIED er ikke et trin. Det opfylder aldrig et krav om L1 eller højere.
Hvordan et niveau tildeles
Et niveau tilhører det betjenende endepunkt:
- en tilsidesættelse angivet på det endepunkt, ellers
- inferensleverandørens vurderede niveau, ellers
UNCLASSIFIED.
Hvert fastlagt niveau logges med en registerversion, så et niveau registreret i dag forbliver forståeligt, efter at kriterierne ændres.
Læsning af niveauet per forespørgsel
Svar fra Chat Completions (både streaming og ikke-streaming) indeholder niveauet for det endepunkt, der betjente dem:
X-Stav-Sovereignty-Level: L3
Den samme model betjent af to forskellige inferensleverandører kan returnere to forskellige niveauer.
raw = client.chat.completions.with_raw_response.create(
model="auto",
messages=[{"role": "user", "content": "…"}],
)
level = raw.headers.get("X-Stav-Sovereignty-Level")
if level in (None, "L0", "UNCLASSIFIED"):
log.warning("forespørgsel %s betjent på %s", raw.headers["X-Stav-Request-Id"], level)
X-Stav-Sovereignty-Badge kan også forekomme. Det er under udfasning; læs X-Stav-Sovereignty-Level.
Niveauet skrives også i forespørgselsloggen (Dit arbejdsområde → Overvåg → Forespørgselslog).## Fakta om endepunkter
Der registreres yderligere tre fakta per leverandørendepunkt, hver med sin kilde:
| Faktum | Værdier |
|---|---|
| Beregningsland | ISO-landekode eller ukendt |
| Beregningsregion | eu, eea, us, global eller ukendt |
| Ingen dataopbevaring (ZDR) | ja, nej eller ukendt |
| Træner på inddata | nej, ja eller ukendt |
Regler:
- Ukendt lukker aldrig igennem. Et krav om ZDR tillader kun endepunkter markeret med ZDR. "Ingen træning" tillader kun endepunkter markeret med træner ikke. Et regionskrav tillader kun endepunkter, hvis land eller region ligger inden for den.
- En region beviser aldrig et land. Et krav om EU tillader et EU-medlemsland eller regionen
eu. Et krav om EØS tillader også regioneneeasamt Norge, Island og Liechtenstein.globalopfylder ingen krav. - Beregningsregionen er der, hvor inferens kører. Den siger intet om underdatabehandlere. ZDR er leverandørens egen erklæring.
Det betjenende endepunkts land, region, ZDR og træningsfakta stemples i forespørgselsloggen, når forespørgslen kører, og genberegnes aldrig.
Her indstiller du regler
Arbejdsområde: Dit arbejdsområde → Styr → Nøglepolicyer → Rækkevidde. Gælder for alle nøgler i arbejdsområdet.
| Kontrol | Effekt |
|---|---|
| Minimum for suverænitet | Laveste suverænitetsniveau (L0 = intet minimum) |
| Beregningsregion | Alle, EU + EØS eller kun EU |
| Kun ingen dataopbevaring | Kun ZDR-bekræftede endepunkter |
| Ingen træning på dine data | Kun endepunkter, der ikke træner på inddata. Til som standard |
| Minimum for intelligens | Laveste modelscore, 0–100 |
Router: Dit arbejdsområde → Forbind → Routere → en navngiven router. En router kan have sit eget minimumsniveau, region, ZDR og ingen træning, samt tilladte og blokerede modeller.
Blokerede leverandørlande: Dit arbejdsområde → Forbind → Routere → indstillinger for standardrouteren. Modeller, hvis inferensleverandør er baseret i et af de listede lande, udelukkes fra arbejdsområdet.
Kun stramninger. Arbejdsområdet og routeren kombineres til den strengeste værdi. En router kan hæve minimumsniveauet, indsnævre regionen eller tilføje et krav. Den kan aldrig løsne arbejdsområdets regler.
arbejdsområde L1 + router L3 → L3
arbejdsområde L3 + router L1 → L3
Sådan fungerer håndhævelsen
- Rutede forespørgsler (
model="auto",@workspace/router): Reglerne anvendes på kandidatgruppen før scoring. Pris, svartid og kvalitet konkurrerer kun inden for det tilladte sæt. - Det betjenende endepunkt kontrolleres også, ikke kun modellen. En model med ét compliant og ét ikke-compliant endepunkt betjenes kun fra det, der er compliant.
- Fastgjorte modeller og endepunkter møder den samme mur. Intet falder tilbage til en reserve.
| Situation | Svar |
|---|---|
| Ingen kandidat overholder routerens regler | 404 no_eligible_models |
| Intelligensbundgrænsen fjernede alle kandidater | 400 quality_floor_unsatisfied |
| Fastgjort model har intet endepunkt på arbejdsområdets niveau | 403 model_below_sovereignty_floor |
| Fastgjort endepunkt overholder ikke regler for region, ZDR eller land, eller er ikke i drift | 403 endpoint_not_admissible — meddelelsen navngiver kontrollen |
| Fastgjort model er udelukket af arbejdsområdets konfiguration | 403 model_not_permitted |
| Arbejdsområdets regler kunne ikke læses | 503 policy_unavailable — afvises ved fejl, intet trækkes fra tegnebogen, prøv igen med stigende ventetid |
Afvisninger logges med den regel, der blokerede dem, f.eks. Blocked by workspace policy: sovereignty floor L3.
Stopper i stedet for at lukke igennem. Reglerne læses fra konfigurationen bag en 60-sekunders cache. Hvis læsningen svigter, afvises forespørgslen med 503 policy_unavailable, og intet trækkes fra tegnebogen — kravene til bundniveau, region, ZDR og ingen træning bliver aldrig svækket til ingen. Svarheaderen og loggen for hver forespørgsel, ikke indstillingssiden, er stadig dokumentationen, du skal kontrollere.
Klassifikatoren ændrer ikke reglerne
Stav klassificerer rutede prompter, herunder om de berører et følsomt domæne. Det signal logges. Det ændrer aldrig på, hvor en forespørgsel må betjenes. Hvor trafikken må sendes hen, fastlægges én gang i konfigurationen.
Blokering af en inferensleverandør
Nogle gange er kravet ikke et trin eller en region, men et navn: send aldrig vores trafik til det firma. Dit arbejdsområde → Styr → Nøglepolicyer → Rækkevidde → Blokerede inferensleverandører er den kontakt.
- Alle API-overflader. Det gælder for
/v1/chat/completions,/v1/messages,/v1/responsesog/v1/embeddingsfor alle nøgler i arbejdsområdet. - Rutede forespørgsler ruter udenom. Med
model="auto"eller en router vil et endepunkt hos en blokeret leverandør aldrig være en kandidat. En model, som en anden leverandør også betjener, forbliver tilgængelig og betjenes der. - Navngivne og fastgjorte forespørgsler afvises ved navn. En fastgørelse til et endepunkt hos en blokeret leverandør, eller en model som kun blokerede leverandører betjener, returnerer
403med kodenprovider_blocked. Intet slipper igennem til den blokerede leverandør. - Gælder hele arbejdsområdet og kan kun strammes. En router kan ikke ophæve blokeringen af en leverandør, som arbejdsområdet har blokeret.
{
"error": {
"message": "'mistral/mistral-large/azure' is served by the Inference Provider 'azure', which your workspace has blocked. …",
"type": "permission_error",
"param": "model",
"code": "provider_blocked"
}
}
En blokeringsliste er ikke en liste over jurisdiktioner. Blokerede leverandør-lande afgør, hvor inferens kører; en blokeret leverandør afgør, hvem der kører den. Brug begge dele, når begge dele betyder noget.## Valg af bundniveau
| Situation | Indstilling |
|---|---|
| Generel trafik, ingen regulerede data | Intet bundniveau eller L1 |
| Personoplysninger om personer bosat i EU | L1, beregningsregion EU eller EØS |
| Udlevering til tredjelande er en reel risiko | L3 |
| Leverandøren må intet gemme | Kun ingen dataopbevaring |
| Data må ikke bruges til træning af modeller | Lad Ingen træning på dine data være til |
| Et bestemt firma må aldrig betjene din trafik | Blokerede inferensleverandører |
Et højere bundniveau indsnævrer kandidatgruppen, normalt med en vis omkostning i pris eller kvalitet på frontmodel-niveau.