Segurança

Como o Atlas isola os clientes, protege o seu site e o seu conteúdo, e o que ainda não foi verificado de forma independente.

Esta página foi traduzida do inglês. Se houver qualquer diferença, vale a versão em inglês. Ler em inglês

Esta página é para as pessoas que aprovam o Atlas na sua empresa: revisores de segurança, de TI e jurídicos. Ela diz o que o Atlas faz e, com a mesma clareza, o que ainda não foi feito.

Seu site continua sob o seu controle

O Atlas não tem acesso ao seu código-fonte, repositório, servidores, conta de hospedagem nem pipeline de deploy. Nada no Atlas pode fazer deploy de código.
Seu site obtém o conteúdo publicado com um token de entrega somente leitura, a partir de código de servidor. O Atlas não pode enviar código nem scripts para o seu site.
O conteúdo não pode executar código. Não existem plugins, blocos de HTML nem scripts personalizados. Os editores preenchem campos tipados definidos pelos seus desenvolvedores, e os seus componentes os renderizam. Isso elimina a forma mais comum de comprometer sites controlados por CMS.
Seu site mantém um fallback embutido, então uma queda do Atlas não derruba o seu site.

Isolamento entre clientes

Todo registro pertence a uma organização, um site e um ambiente. O Atlas resolve esse escopo no servidor em cada requisição; ele nunca vem do navegador.
O banco de dados aplica o mesmo escopo com segurança em nível de linha (row-level security). O papel de banco de dados da aplicação não é dono de tabelas e não pode contornar essas regras.
Os links de mídia e os jobs em segundo plano carregam o mesmo escopo.
Development e Production têm conteúdo, tokens e configurações separados.

Contas e acesso

As pessoas fazem login pelo serviço de login único do Atlas. O acesso é somente por convite.
Os papéis limitam o que cada pessoa pode fazer em cada site (veja Development e Production).
Ações sensíveis (aprovar um release, alterar membros, exportar dados) podem exigir uma segunda confirmação no celular da pessoa.
Remover uma pessoa encerra as sessões dela imediatamente.
Toda alteração é gravada em um log de auditoria que não pode ser editado. Os administradores da organização podem visualizá-lo e exportá-lo.

Tokens e segredos

Tokens de entrega, tokens de agentes de IA e segredos de webhook são exibidos uma única vez. O Atlas armazena apenas uma impressão digital dos tokens, de modo que eles não podem ser lidos de volta, nem mesmo pela equipe do Atlas.
Os tokens são restritos a um ambiente e podem ser revogados a qualquer momento.
As senhas e chaves de API de e-mail que o dono do seu site adiciona são criptografadas, nunca exibidas novamente e nunca gravadas em logs.
Os webhooks são assinados (HMAC-SHA256 com timestamp) e só vão para endereços HTTPS públicos.

Segurança do Production

O Production fica desativado em todo site novo.
O Production serve apenas um release aprovado e assinado. Um release precisa passar nas verificações e ser aprovado por uma pessoa com permissão de aprovação. Agentes de IA nunca podem aprovar nem publicar.
Todo release pode ser revertido.

Proteção contra abuso

Os formulários e o chatbot usam o Cloudflare Turnstile, honeypots, verificações de tempo, detecção de duplicatas e limites de taxa.
Os endpoints do navegador aceitam requisições apenas da origem registrada do seu site.
A contagem de visualizações de página não usa cookies e não armazena endereços IP nem identificadores de visitante.

IA

Os agentes de IA se conectam por MCP com um token limitado a um ambiente Development e às permissões que você concede. Eles não têm ferramentas de shell, banco de dados, arquivos nem busca na web.
As respostas de IA do chatbot vêm somente do conteúdo publicado do seu site, e o chatbot é instruído a tratar esse conteúdo como dados, nunca como instruções.

Ainda não feito

Preferimos que você saiba disso por nós:

Item	Status
Teste de intrusão independente	Não realizado
Certificações (SOC 2, ISO 27001)	Nenhuma
Escolha de residência de dados	Não decidida. Fale conosco antes de assinar
Prazos de retenção e exclusão de dados	Não decididos
Login único com o seu próprio provedor de identidade (SAML/OIDC)	Não disponível
Compromisso de disponibilidade (SLA)	Nenhum até que o serviço tenha sido medido em produção
Recuperação do banco de dados para um ponto no tempo	Não disponível; backups diários estão planejados

Reportando uma vulnerabilidade

Envie um e-mail para security@orbisai.ae. Inclua os passos para reproduzir e não acesse os dados de outros clientes. Confirmaremos o recebimento do seu relato e manteremos você informado. Nosso security.txt traz os mesmos detalhes.