Segurança e conformidade

No modelo BYOK, as chaves de API vivem apenas na memória do gateway — nunca persistidas nem transmitidas.

As requisições passam pelo gateway direto para as APIs dos fornecedores; os dados permanecem na sua rede privada de ponta a ponta.

O próprio GateLLM não armazena, não treina com nem faz cache do conteúdo das requisições.

TLS 1.3 de ponta a ponta.

Chaves apenas em memória; na reinicialização, injetadas a partir dos seus segredos — nunca em disco.

Controle de admissão de clientes: bloqueio por User-Agent com políticas diferenciadas.

Pronto para GDPR / CCPA / DPA.

Controles SOC 2 Type II / ISO 27001 alinhados (certificação em preparação).

SSO (OIDC: Azure AD / Okta / genérico, além de SAML 2.0 + SCIM 2.0).

Logs de auditoria no nível da requisição, exportáveis para sistemas internos de operação e cobrança.

Cobrança à prova de falhas: pré-débito → fechamento → estorno; a cobrança permanece correta mesmo com falhas de processo por meio de um extrato de operações em andamento e auditoria por requisição.

API de Gerenciamento para gerenciar cotas, orçamentos, uso e custo de forma programática.

Camada de rede: o processo do gateway é implantado dentro do seu VPC / data center local; o tráfego de entrada/saída é controlado pelos grupos de segurança / políticas de rede que você configura; as requisições vão diretamente para as APIs oficiais dos provedores de modelos downstream, sem passar por nenhum servidor de relay do Processador.

Camada de processo do gateway: design sem estado; as chaves são carregadas de configuração criptografada para a memória e nunca persistidas; qualquer réplica pode atender qualquer requisição, permitindo escala horizontal e failover instantâneo; na reinicialização, as chaves são reinjetadas a partir dos seus segredos.

Camada de chaves: as chaves BYOK dos provedores de modelos vivem apenas na memória do processo do gateway, nunca são gravadas em armazenamento persistente e não podem ser lidas em texto claro pelo pessoal de operações; o controle de admissão de clientes bloqueia por User-Agent com políticas diferenciadas.

Camada de dados: prompts / conclusões em tempo de execução não são persistidos nos sistemas do Processador (encaminhados em memória, não persistidos); os dados de conta e licença em repouso são criptografados com AES-256; a política de retenção de logs de auditoria é determinada pela sua equipe de operações.

Camada de cobrança: cobrança à prova de falhas (pré-débito → fechamento → estorno), que permanece correta mesmo com falhas de processo por meio de um extrato de operações em andamento e auditoria por requisição.

Preocupações com acesso excessivo à IA: o GateLLM trata isso com implantação totalmente auto-hospedada + BYOK — chaves e prompts nunca saem do limite da sua rede; você controla totalmente quais modelos usar e para qual provedor rotear, sem IA oculta e sem subprocessadores escondidos (veja a Lista de Subprocessadores).

Dados usados para treinamento: o Processador não entra em contato com dados de prompt; se um provedor de modelos downstream treina ou não é determinado pela política dele, que você pode revisar na matriz de uso de dados da Lista de Subprocessadores antes do onboarding — inteiramente opt-in.

Conformidade transfronteiriça: os dados de conta do Processador são transferidos transfronteiriçamente via SCCs / IDTA; as transferências transfronteiriças para provedores downstream são contratadas diretamente por você com as salvaguardas adequadas (Seção 11 do DPA).

Vazamento de chaves: as chaves vivem apenas em memória, nunca são persistidas nem transmitidas; o SSO delega MFA e gestão de sessão ao seu IdP existente, para que as credenciais não fiquem fragmentadas.

O teste de intrusão independente por terceiros do GateLLM está em preparação (o escopo e as regras de engajamento estão prontos), cobrindo o processo do gateway, autenticação e autorização, Edge Functions, API gateway e caminhos de tratamento de chaves; um resumo será publicado na Seção 7 da Política de Divulgação de Vulnerabilidades quando concluído.

Política de divulgação responsável de vulnerabilidades: reporte por security@gatellm.io (PGP suportado), confirmação em até 24 horas, correção conforme a severidade CVSS (Crítica 7 dias / Alta 30 dias / Média 60 dias / Baixa 90 dias).

Um Software Bill of Materials (SBOM) é fornecido; as dependências são verificadas regularmente em busca de vulnerabilidades conhecidas, e os patches de segurança são anotados com IDs CVE no changelog.