Segurança
Guardamos contagens de tokens e descartamos seus prompts.
x-st-region: us
x-st-data-retention: none
x-st-request-id: 01K5Z3T8R2V9Q4M6N1P7B0C8XDOs mesmos fatos, como dados: /security.json
O que nunca fazemos
Armazenar o conteúdo das requisições
Prompts e completions das requisições à API são processados em memória e descartados. Os arquivos de lote e de fine-tuning, incluindo os resultados dos lotes, são apagados em até 30 dias.
Registrar conteúdo em logs
Prompts e completions nunca vão para logs, traces, métricas, analytics ou mensagens de erro. Os registros de uso guardam contagens, custos e tempos.
Treinar com seus dados
Não usamos seus prompts, completions ou arquivos para treinar modelos, exceto um fine-tuning que você inicia para o seu próprio modelo privado.
Fazer failover para a outra região
Quando uma região está sobrecarregada ou fora do ar, as requisições dela nunca são enviadas para a outra região.
Ver o número do seu cartão
Você o digita na página de pagamento da Stripe; ele nunca chega aos nossos servidores.
Vender informações pessoais
Não vendemos. A Política de Privacidade diz o que compartilhamos, com quem e por quê.
01 · Retenção de dados
Prompts e completions não são armazenados.
Isso vale para toda requisição. Cada resposta traz x-st-data-retention: none para que o seu agente possa verificar.
- Prompts e completionsNão armazenados
- Processados em memória para gerar a resposta e depois descartados. Não são gravados em logs.
- Arquivos de lote e de fine-tuningNo máximo 30 dias
- Armazenados com criptografia na sua região até você apagá-los ou até 30 dias após o upload, o que ocorrer primeiro.
- Modelos com fine-tuningAté você apagá-los
- Privados da sua conta.
- Registros de usoEnquanto a conta existir
- Modelo, contagens de tokens, custo e tempos, para cobrança. Nenhum conteúdo.
Não usamos seus prompts, completions ou arquivos para treinar modelos, exceto jobs de fine-tuning que você inicia para o seu próprio modelo privado.
Encerrar uma conta
Encerre a conta com DELETE /v1/account (uma chave com o escopo keys ou billing). Todas as chaves são revogadas na hora, os lotes e jobs de fine-tuning em andamento são cancelados, os modelos com fine-tuning são apagados e os dados pessoais (nome, e-mail, nomes das chaves, arquivos) são apagados, a menos que uma retenção legal nos obrigue a mantê-los. O crédito comprado e não usado é reembolsado automaticamente assim que o uso é acertado; pagamentos contestados ou retidos são tratados pela nossa equipe. Os registros de cobrança e de uso, que não guardam nomes, e-mails nem conteúdo, são mantidos por 6 anos, como exige a legislação tributária e contábil. Os detalhes estão na Política de Privacidade (em inglês).
Confira em cada resposta
- x-st-region: us
- A região que atendeu a requisição. Toda resposta da API, inclusive erros.
- x-st-data-retention: none
- Os prompts e completions desta requisição não são armazenados. Toda resposta da API, inclusive erros.
- x-st-request-id: 01K5Z3T8R2V9Q4M6N1P7B0C8XD
- O id da requisição, para registros de uso e suporte. Respostas de inferência.
02 · Residência
Um país por chave.
Uma chave começa com st_us_ ou st_ca_, e esse prefixo define onde as requisições dela são processadas e onde os dados da conta são armazenados. Uma chave enviada à API do outro país recebe 421 wrong_region com a URL base correta. Os pagamentos com cartão das duas regiões são processados pela Stripe nos EUA. A Política de Privacidade (em inglês) diz o que mais é processado fora do país da conta. Uma lista atualizada das empresas que processam dados para nós, com o que cada uma recebe e onde, está disponível mediante solicitação. Escreva para privacy@scaledthought.com.
Estados Unidos
Abertaapi.us.scaledthought.com
Canadá
Em breveapi.ca.scaledthought.com
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 · Chaves de API
Chaves com escopo para cada agente.
Dê a cada agente a chave mais restrita que dê conta do trabalho, pelo tempo estritamente necessário.
Guardada como hash, exibida uma vez
Armazenamos apenas um hash de cada chave e mostramos a chave uma única vez, quando ela é criada.
Expiração
As chaves podem expirar após até 365 dias.
Rotação
Substitua uma chave e mantenha a antiga funcionando por um período de carência, para que o agente troque sem interrupção.
Autorrevogação
Uma chave que pode ter vazado pode revogar a si mesma, sem precisar de nenhuma permissão especial.
Chaves de subagente
Dê a um subagente uma chave mais restrita, que nunca pode exceder os escopos, o orçamento ou a expiração da chave mãe.
Orçamentos e limites
Cada chave pode ter o próprio limite de gasto diário, limites de taxa e escopos.
# Uma chave de subagente: só inferência, $2 por dia, expira em 12 horas
npx -y scaledthought@0.3 keys create --name sub-agent --child \
--scopes inference --budget-usd 2 --expires-in 12h
# Substitua uma chave; a antiga continua funcionando por 24 horas
npx -y scaledthought@0.3 keys rotate key_… --grace 24h
# Esta chave pode ter vazado: revogue-a
npx -y scaledthought@0.3 keys revoke-selfReferência: chaves na documentação.
04 · Proteção
Como protegemos seus dados.
- Criptografia em trânsito
- O tráfego para a nossa API usa TLS 1.2 ou superior, e cada salto dentro da nossa rede que transporta seus prompts, completions ou chaves também é criptografado. As conexões com o banco de dados verificam o certificado do servidor.
- Criptografia em repouso
- Bancos de dados, arquivos armazenados, backups, segredos e logs são criptografados com as chaves de criptografia próprias de cada região, mantidas naquela região.
- Regiões separadas
- Cada região roda como uma implantação própria, com seu próprio banco de dados, chaves de criptografia e segredos.
- Backups e logs
- Os bancos de dados têm backup automático dentro da própria região, mantido por 14 dias, com recuperação para um ponto no tempo. Os logs operacionais guardam apenas metadados e são mantidos por 90 dias, na região.
- Acesso da equipe
- A equipe entra com passkeys, e ações sensíveis exigem uma nova verificação de passkey. Toda ação da equipe numa conta é registrada num log de auditoria só de inclusão (append-only).
- Pagamentos
- Os cartões são tratados pela Stripe. Guardamos os ids da Stripe de um pagamento, nunca o número do cartão.
- Modelos fixados
- Cada modelo que hospedamos nós mesmos é fixado em um commit exato do upstream e verificado antes de ser servido; quando os pesos têm checksums publicados, cada arquivo tem o hash verificado, então um modelo que hospedamos não pode mudar sem que a gente saiba.
05 · Como construímos
Verificado antes de ir para produção.
- Cada mudança é verificada
- As mudanças no nosso código e na nossa infraestrutura passam por pull requests que precisam passar nos testes, na varredura de segredos, nas verificações de vulnerabilidades de dependências e na análise estática antes do merge.
- Varreduras noturnas
- Toda noite fazemos uma varredura no nosso código, nas dependências, nas imagens de contêiner e na configuração da infraestrutura em busca de vulnerabilidades conhecidas. Cada achado recebe um prazo de correção conforme a gravidade: crítica 7 dias, alta 30 dias, média 90 dias, baixa 180 dias.
- Infraestrutura como código
- Nossa infraestrutura de nuvem é definida em código. Antes de cada implantação, verificações de políticas recusam qualquer recurso fora da região, qualquer armazenamento de dados com leitura pública e qualquer banco de dados, bucket, cache, cofre de segredos ou bucket de logs sem a chave de criptografia própria da região.
- Dependências fixadas
- As imagens base de contêiner são fixadas por digest e as actions de CI por commit. Atualizações de dependências são propostas toda semana e passam pelas mesmas verificações.
- Segredos
- As credenciais dos serviços ficam no gerenciador de segredos de cada região, nunca no código. Nossa CLI nunca recebe um segredo como flag.
06 · Incidentes e relatos
Se algo der errado.
Resposta a incidentes
Se um incidente afetar seus dados ou suas chaves, avisamos você no e-mail cadastrado na conta, se houver um. Quando muitos clientes são afetados, também publicamos um aviso neste site e no /llms.txt. As autoridades reguladoras são notificadas conforme exige a lei.
A saúde do serviço e os incidentes que publicamos estão na página de status.
Relate uma vulnerabilidade
Envie um e-mail para security@scaledthought.com. Procuramos confirmar o recebimento dos relatos em até 3 dias úteis, e não tomaremos medidas legais contra pesquisas de boa-fé que sigam a política. O escopo e as regras estão na nossa política de divulgação de vulnerabilidades (em inglês); o contato também está no security.txt.
Avaliações de segurança
Está nos avaliando como fornecedor? Envie seu questionário de segurança ou suas perguntas para security@scaledthought.com. Os mesmos fatos desta página, como dados, estão em /security.json.