--- title: "Segurança na Briks: como protegemos sites e dados" url: https://briks.dev/pt-br/security description: "Como a Briks protege seus sites, registros e chaves: onde ficam os dados, desfazer e restaurar, verificações antes de cada publicação e funções." last_updated: 2026-10-22 --- # Segurança na Briks Como a Briks protege seus sites, seus registros e suas chaves, e o que fica em suas mãos. Cada ponto abaixo é como a Briks funciona hoje, com os planos a que se aplica ao lado. **Seus registros** O banco de dados e o armazenamento de arquivos de cada site são criados na União Europeia por padrão. **Cada mudança** Salvo como uma versão que você pode desfazer, refazer ou restaurar. **Suas chaves** Guardado apenas no seu site publicado. O estúdio guarda os nomes, nunca os valores. **Antes de publicar** Uma alteração que carrega scripts de um site que você não autorizou, ou que contém uma chave, é bloqueada. Seu site no ar continua como estava. **Pagamentos** Pago direto na sua própria conta, sem taxa do Briks. **Encontrou um problema?** Escreva para [hello@briks.dev](mailto:hello@briks.dev). ## Onde ficam os seus dados Em todos os planos **Os registros do seu site** Um site que guarda dados recebe seu próprio banco de dados, criado na União Europeia por padrão. O local é definido quando o banco de dados é criado. **Os arquivos do seu site** O armazenamento de arquivos de cada site também é criado na União Europeia, na primeira vez que é usado. **Cópias noturnas** Nos planos pagos, as cópias noturnas do banco de dados de um site ficam na União Europeia. **Todo o resto** Sua conta, suas conversas e o restante dos dados do estúdio são tratados pelos tipos de provedor listados na [Política de Privacidade](https://briks.dev/pt-br/privacy#transfers). Alguns deles processam dados fora do Espaço Econômico Europeu, com base em uma decisão de adequação ou nas Cláusulas Contratuais Padrão da Comissão Europeia. **Cada site por conta própria** Cada site publicado funciona por conta própria, com seu próprio código de servidor, seu próprio banco de dados para os registros que guarda e seu próprio armazenamento. As chaves de um site são vinculadas somente a esse site. **Builds lacrados** O código do seu site é criado em um espaço isolado que não enxerga nenhum outro site. ## Versões, desfazer e pontos de restauração Em todos os planos Cópias noturnas nos planos pagos **Abrir a biblioteca e enviar** Toda criação, mudança e nova verificação é salva como uma versão. Owners, Admins e Editors podem desfazer, refazer ou restaurar uma, e o site é publicado de novo como era. **Histórico do seu banco de dados** Owners e Admins podem levar o banco de dados de um site de volta a um momento anterior do seu histórico, ou a um ponto de restauração. O Briks cria um ponto de restauração por conta própria antes de mudar a forma como o banco de dados é organizado. **Cópias noturnas** Em um plano pago, ative uma cópia noturna do banco de dados de um site, cada uma guardada por 30 dias. Qualquer pessoa que veja o projeto pode baixar uma. **Código e registros separados** Restaurar uma versão do código nunca altera o banco de dados, e restaurar o banco de dados nunca altera o código. - [Versões, desfazer e refazer](https://briks.dev/pt-br/docs/versions) - [Backups](https://briks.dev/pt-br/docs/backups) ## Chaves e segredos Em todos os planos **Segredos** As chaves de que o seu site precisa vão direto para o site publicado, criptografadas, onde só o código do servidor dele pode lê-las. O Briks guarda o nome de cada chave, quem a salvou e quando. Ninguém consegue ler um valor de volta, nem você. **Chaves em mensagens** Uma chave colada por engano em uma mensagem é removida antes de a mensagem ser guardada ou lida pela IA, quando o Briks reconhece o tipo dela, e a resposta diz onde ela deve ficar. **Nunca no código** Uma chave escrita em qualquer arquivo do seu site interrompe a publicação, e o mesmo vale para código no navegador do visitante que leia uma chave secreta. O código que você baixa nunca contém as suas chaves. **Chaves do próprio Briks** O código do seu site nunca pode ler as chaves em que o próprio Briks funciona. Uma mudança que tente isso não é publicada. - [Segredos](https://briks.dev/pt-br/docs/secrets) ## Verificações antes de cada publicação Em todos os planos **O que impede uma publicação** Uma alteração é retida, e seu site no ar continua como estava, quando carregaria um script de outro site, enviaria o que os visitantes fazem para outro site, mostraria a página de outro site dentro da sua, enviaria um formulário para um deles, ou enviaria uma chave de pagamento ou dinheiro para um endereço que você não configurou. Você pode autorizar até 10 sites de confiança nas configurações do seu projeto. **O que ninguém pode permitir** Uma chave escrita em um arquivo, uma chave secreta lida no navegador do visitante e código que lê as chaves do próprio Briks são recusados, não importa quem peça. **Todas as formas de chegar** As mesmas regras valem para o código editado à mão e para o código enviado do GitHub. **Uma leitura de segurança** Antes de uma criação ou alteração ser publicada, a Briks lê o código escrito para ela em busca dos erros que mais costumam vazar dados: chaves em arquivos, rotas que alteram dados sem limite, registros de membros lidos sem verificar quem está pedindo, consultas ao banco de dados montadas a partir de texto e pagamentos aceitos sem comprovação. O que ela encontra volta para ser corrigido. **Uma verificação de lançamento** Levar um site para produção executa antes uma verificação de lançamento. Texto de exemplo, páginas sem título, links que não levam a lugar nenhum e um dashboard sem forma de entrar impedem a publicação até serem corrigidos. - [Publicar em produção](https://briks.dev/pt-br/docs/publish-to-production) ## O agente de Segurança A partir do plano Starter **O que ele verifica** Contrate-o para um projeto e ele verifica seu código depois de cada publicação e o site inteiro toda segunda-feira: chaves, as configurações de segurança e o certificado do site publicado, arquivos que não deveriam ser públicos e os pacotes que seu site usa. **Ele pergunta antes** Ela explica cada achado em palavras simples, e toda correção espera a aprovação de um Owner ou Admin. Ela nunca vê o valor de uma chave. **Quem contrata** Owners e Admins. Conta como um dos agentes do seu plano naquele projeto. - [O agente de Segurança](https://briks.dev/pt-br/features/security-agent) - [Como contratar](https://briks.dev/pt-br/docs/security-agent) ## Pagamentos nos seus sites Todos os planos, inclusive o Free **Sua própria conta** Conecte sua própria conta do Stripe, PayPal, Mollie, Razorpay, Paddle, Lemon Squeezy, Polar, Creem ou Dodo Payments. Os compradores pagam direto a você, e o Briks não cobra taxa sobre as suas vendas. **Suas chaves** Somente Owners e Admins salvam chaves de pagamento. Cada uma é testada antes de ser salva e depois guardada com seu site publicado, como qualquer outro segredo. **Comprovante de pagamento** Toda notificação de pagamento é verificada como vinda do provedor de pagamento antes de um pedido ser contado como pago. - [Login e pagamentos](https://briks.dev/pt-br/docs/sign-in-and-payments) ## Login para seus visitantes Em todos os planos **E-mail e senha** Um site com contas pede que cada novo membro confirme o e-mail antes de entrar, guarda as senhas apenas de forma irreversível e envia um link de redefinição que vale por uma hora. **Entrar com** Owners e Admins podem adicionar Google, Apple, Microsoft, GitHub, X, Facebook, LinkedIn ou Discord, com as próprias chaves. **Limites** As tentativas de login e de cadastro são limitadas, para que ninguém adivinhe senhas em alta velocidade. ## Sua conta Briks Em todos os planos **Um e-mail confirmado** Toda conta do Briks confirma o e-mail antes de ser usada, e as senhas são guardadas apenas de forma irreversível. **Seus dispositivos** Seu perfil lista todos os dispositivos conectados à sua conta, e você pode desconectar qualquer um deles. **Redefinição de senha** Um link de redefinição funciona uma vez e por uma hora, e redefinir desconecta todos os dispositivos. - [Seu perfil e login](https://briks.dev/pt-br/docs/account) ## Funções e convites Equipes a partir do Pro **Quatro papéis** Viewers veem projetos, prévias e análises e não alteram nada. Editors criam, alteram e publicam. Admins também gerenciam membros e configurações. Só Owners cuidam da cobrança, de outros Owners e da exclusão do espaço de trabalho. **Convites** Um convite vale por 7 dias e só para o endereço ao qual foi enviado. - [Membros e papéis](https://briks.dev/pt-br/docs/members-and-roles) ## Agentes de IA e o que eles leem A partir do plano Starter **Ele pergunta a você** Um agente pergunta antes de qualquer coisa sair, como um e-mail, uma publicação ou uma mudança no seu site, a menos que você deixe um tipo de tarefa seguir por conta própria. Alguns tipos sempre perguntam. **Palavras de fora** Palavras que vêm de fora, como uma resposta de formulário, uma avaliação ou a página de outro site, são marcadas como não confiáveis, para que um agente as leia como informação e não como instruções. **Guardado para você** Depois que um agente lê palavras de fora, ele só pode agir sozinho em algumas respostas bem restritas. Uma ação com um endereço ou link que não veio do registro nem de você fica retida, e você é avisado. **Nada escapa** O que um agente envia é verificado antes, para que não vazem chaves nem detalhes internos. **Seu próprio espaço de trabalho** Cada agente vê apenas o próprio espaço de trabalho, garantido no próprio banco de dados. - [Aprovações e orçamentos](https://briks.dev/pt-br/docs/agent-approvals) ## A privacidade dos visitantes Em todos os planos **Sem cookies para contar** A análise de dados do seu site não define cookies e não guarda endereços. Cada visitante é contado por um código que muda todos os dias, e navegadores que pedem para não ser rastreados não são contados. **Testes A/B** Um teste A/B mantém cada visitante na sua versão por meio de um cookie. **Termos de processamento** Quanto aos dados dos seus visitantes, você é o controlador, e o Briks os processa por você conforme os termos de processamento de dados dos [Termos de Serviço](https://briks.dev/pt-br/terms#processing). O Briks avisa você antes de adicionar ou trocar um provedor, para que você possa se opor. ## Levar seu trabalho e apagá-lo Em todos os planos Downloads nos planos pagos **Leve o seu trabalho** Em um plano pago, baixe a qualquer momento o código escrito para o seu site e seus registros em JSON ou CSV. **Excluir sua conta** Exclua-a no seu perfil, confirmando com sua senha, e ela é excluída na hora. Se você é o único Owner de um espaço de trabalho que tem outras pessoas ou projetos, torne outra pessoa Owner primeiro. **Excluir um espaço de trabalho** Um Owner pode excluir um espaço de trabalho quando ele não tem projetos e não é o único dele. ## A empresa **Quem somos** Briks é um nome comercial de SEMICOLON WEB TECHNOLOGIES. **Direito** Seus termos são regidos pela lei de Ireland. **Os documentos** Os [Termos de Serviço](https://briks.dev/pt-br/terms), a [Política de Privacidade](https://briks.dev/pt-br/privacy) e a [Política de Reembolso](https://briks.dev/pt-br/refund-policy) definem como o Briks trabalha com você. ## Relatar um problema de segurança ### Encontrou um problema de segurança? Escreva para [hello@briks.dev](mailto:hello@briks.dev) contando o que você encontrou, onde, e os passos que mostram o problema. Dê ao Briks tempo para corrigir antes de divulgar e nunca abra nem altere dados que não sejam seus enquanto investiga.