Sécurité

Nous stockons les nombres de tokens et supprimons vos prompts.

Les prompts et les complétions sont traités en mémoire et ne sont pas stockés. Chaque clé est liée à un seul pays, et chaque réponse indique à votre agent où elle a été servie.Dernière mise à jour : 11 octobre 2026.

une réponse d’inférence

x-st-region: us
x-st-data-retention: none
x-st-request-id: 01K5Z3T8R2V9Q4M6N1P7B0C8XD

Les mêmes faits, sous forme de données : /security.json

Ce que nous ne faisons jamais

Stocker le contenu des requêtes

Les prompts et les complétions des requêtes d’API sont traités en mémoire puis supprimés. Les fichiers de lots et de fine-tuning, y compris les résultats des lots, sont supprimés dans un délai de 30 jours.

Journaliser le contenu

Les prompts et les complétions ne vont jamais dans les journaux, les traces, les métriques, l’analytique ni les messages d’erreur. Les données d’utilisation contiennent des nombres, des coûts et des durées.

Entraîner sur vos données

Nous n’utilisons pas vos prompts, vos complétions ni vos fichiers pour entraîner des modèles, sauf un fine-tuning que vous lancez pour votre propre modèle privé.

Basculer vers l’autre région

Quand une région est surchargée ou en panne, ses requêtes ne sont jamais envoyées vers l’autre région.

Voir votre numéro de carte

Vous le saisissez sur la page de paiement de Stripe ; il n’atteint jamais nos serveurs.

Vendre des renseignements personnels

Nous ne les vendons pas. La Politique de confidentialité indique ce que nous partageons, avec qui et pourquoi.

01 · Conservation des données

Les prompts et les complétions ne sont pas stockés.

Cela s’applique à chaque requête. Chaque réponse porte x-st-data-retention: none pour que votre agent puisse le vérifier.

Prompts et complétionsNon stockés: Traités en mémoire pour produire la réponse, puis supprimés. Ils ne sont pas écrits dans les journaux.
Fichiers de lots et de fine-tuning30 jours au plus: Stockés chiffrés dans votre région jusqu’à ce que vous les supprimiez ou 30 jours après le téléversement, selon la première éventualité.
Modèles ajustésJusqu’à leur suppression: Privés à votre compte.
Données d’utilisationDurée de vie du compte: Modèle, nombres de tokens, coût et durées, pour la facturation. Aucun contenu.

Nous n’utilisons pas vos prompts, vos complétions ni vos fichiers pour entraîner des modèles, sauf les tâches de fine-tuning que vous lancez pour votre propre modèle privé.

Fermer un compte

Fermez le compte avec DELETE /v1/account (avec une clé qui a la portée keys ou billing). Toutes les clés sont révoquées immédiatement, les lots et les tâches de fine-tuning en cours sont annulés, les modèles ajustés sont supprimés, et les renseignements personnels (nom, adresse courriel, noms des clés, fichiers) sont effacés, sauf si une obligation de conservation légale nous impose de les garder. Le crédit acheté et inutilisé est remboursé automatiquement une fois l’utilisation réglée ; les paiements contestés ou retenus sont traités par notre équipe. Les données de facturation et d’utilisation, qui ne contiennent ni noms, ni adresses courriel, ni contenu, sont conservées 6 ans, comme l’exigent les lois fiscales et comptables. Les détails figurent dans la Politique de confidentialité (en anglais).

Vérifiez-le sur chaque réponse

x-st-region: us: La région qui a servi la requête. Chaque réponse de l’API, erreurs comprises.
x-st-data-retention: none: Les prompts et les complétions de cette requête ne sont pas stockés. Chaque réponse de l’API, erreurs comprises.
x-st-request-id: 01K5Z3T8R2V9Q4M6N1P7B0C8XD: L’identifiant de la requête, pour les données d’utilisation et le support. Réponses d’inférence.

02 · Résidence

Un seul pays par clé.

Une clé commence par st_us_ ou st_ca_, et ce préfixe détermine où ses requêtes sont traitées et où les données de son compte sont stockées. Une clé envoyée à l’API de l’autre pays reçoit 421 wrong_region avec la bonne URL de base. Les paiements par carte des deux régions sont traités par Stripe aux États-Unis. La Politique de confidentialité (en anglais) indique ce qui est traité d’autre hors du pays d’un compte. Une liste à jour des entreprises qui traitent des données pour nous, avec ce que chacune reçoit et où, est disponible sur demande. Écrivez à privacy@scaledthought.com.

États-Unis

Ouvert

api.us.scaledthought.com

Canada

Bientôt

api.ca.scaledthought.com

une clé ca envoyée à l’hôte des États-Unis

HTTP/1.1 421 Misdirected Request
x-st-region: us
x-st-data-retention: none

{"error": {"code": "wrong_region", "type": "invalid_request_error",
  "message": "This API key belongs to region \"ca\". Send requests to https://api.ca.scaledthought.com/v1",
  "base_url": "https://api.ca.scaledthought.com/v1"}}

03 · Clés d’API

Des clés à portée limitée pour chaque agent.

Donnez à chaque agent la clé la plus restreinte qui fait le travail, pour la durée nécessaire et pas plus.

Hachées, affichées une fois

Nous ne stockons qu’un hachage de chaque clé et n’affichons la clé qu’une fois, à sa création.

Expiration

Les clés peuvent expirer après 365 jours au plus.

Rotation

Remplacez une clé en gardant l’ancienne active pendant une période de grâce, pour qu’un agent puisse changer sans interruption.

Auto-révocation

Une clé qui a pu fuiter peut se révoquer elle-même, sans permission particulière.

Clés de sous-agent

Donnez à un sous-agent une clé plus restreinte qui ne peut jamais dépasser les portées, le budget ni l’expiration de sa parente.

Budgets et limites

Chaque clé peut avoir son propre plafond de dépense quotidien, ses limites de débit et ses portées.

CLI

# Une clé de sous-agent : inférence seulement, 2 $ par jour, expirée dans 12 heures
npx -y scaledthought@0.3 keys create --name sub-agent --child \
  --scopes inference --budget-usd 2 --expires-in 12h

# Remplacer une clé ; l’ancienne continue de fonctionner pendant 24 heures
npx -y scaledthought@0.3 keys rotate key_… --grace 24h

# Cette clé a peut-être fuité : la révoquer
npx -y scaledthought@0.3 keys revoke-self

Référence : les clés dans la documentation.

04 · Protection

Comment nous protégeons vos données.

Chiffrement en transit: Le trafic vers notre API utilise TLS 1.2 ou une version ultérieure, et chaque saut qui transporte vos prompts, vos complétions ou vos clés à l’intérieur de notre réseau est aussi chiffré. Les connexions aux bases de données vérifient le certificat du serveur.
Chiffrement au repos: Les bases de données, les fichiers stockés, les sauvegardes, les secrets et les journaux sont chiffrés avec les clés de chiffrement propres à chaque région, conservées dans cette région.
Régions séparées: Chaque région fonctionne comme un déploiement distinct, avec sa propre base de données, ses clés de chiffrement et ses secrets.
Sauvegardes et journaux: Les bases de données sont sauvegardées automatiquement dans leur région, conservées 14 jours, avec restauration à un instant donné. Les journaux d’exploitation ne contiennent que des métadonnées et sont conservés 90 jours, dans la région.
Accès du personnel: Le personnel se connecte avec des clés d’accès (passkeys), et les actions sensibles exigent une nouvelle vérification par clé d’accès. Chaque action du personnel sur un compte est consignée dans un journal d’audit en ajout seul.
Paiements: Les cartes sont traitées par Stripe. Nous conservons les identifiants Stripe d’un paiement, jamais le numéro de carte.
Modèles épinglés: Chaque modèle que nous hébergeons nous-mêmes est épinglé à un commit amont précis et vérifié avant de servir ; quand les poids ont des sommes de contrôle publiées, chaque fichier est vérifié par hachage, de sorte qu’un modèle que nous hébergeons ne peut pas changer à notre insu.

05 · Notre façon de construire

Vérifié avant d’être livré.

Chaque modification est vérifiée: Les modifications de notre code et de notre infrastructure passent par des pull requests qui doivent réussir les tests, la détection de secrets, les vérifications de vulnérabilités des dépendances et l’analyse statique avant d’être fusionnées.
Analyses nocturnes: Chaque nuit, nous analysons notre code, nos dépendances, nos images de conteneurs et la configuration de notre infrastructure à la recherche de vulnérabilités connues. Chaque constat reçoit une date limite de correction selon sa gravité : critique 7 jours, élevée 30 jours, moyenne 90 jours, faible 180 jours.
Infrastructure en tant que code: Notre infrastructure cloud est définie dans du code. Avant chaque déploiement, des contrôles de règles refusent toute ressource hors de la région, tout stockage de données lisible publiquement, et toute base de données, tout bucket, cache, gestionnaire de secrets ou bucket de journaux sans la clé de chiffrement propre à la région.
Dépendances épinglées: Les images de base des conteneurs sont épinglées par empreinte (digest) et les actions de CI par commit. Les mises à jour de dépendances sont proposées chaque semaine et passent par les mêmes vérifications.
Secrets: Les identifiants des services résident dans le gestionnaire de secrets de chaque région, jamais dans le code. Notre CLI n’accepte jamais un secret en option de ligne de commande.

06 · Incidents et signalements

En cas de problème.

Réponse aux incidents

Si un incident touche vos données ou vos clés, nous vous prévenons à l’adresse courriel du compte, s’il en a une. Quand de nombreux clients sont touchés, nous publions aussi un avis sur ce site et dans /llms.txt. Les autorités de réglementation sont avisées comme la loi l’exige.

L’état du service et les incidents que nous publions sont sur la page d’état.

Signaler une vulnérabilité

Écrivez à security@scaledthought.com. Nous visons à accuser réception des signalements dans un délai de 3 jours ouvrables, et nous n’intenterons pas de poursuites pour une recherche de bonne foi qui respecte la politique. Le périmètre et les règles figurent dans notre politique de divulgation des vulnérabilités (en anglais) ; le contact se trouve aussi dans security.txt.

Évaluations de sécurité

Vous nous évaluez comme fournisseur ? Envoyez votre questionnaire de sécurité ou vos questions à security@scaledthought.com. Les mêmes faits que sur cette page, sous forme de données, se trouvent dans /security.json.