Segurança e confiança
Seus arquivos continuam sendo seus, e dizemos onde ainda temos limites
Seus arquivos nunca são enviados aos nossos servidores. Backups criptografados na nuvem só abrem com uma chave que fica nos seus dispositivos. E o Syncra guarda a cópia anterior antes de substituir ou apagar qualquer coisa.
Última revisão:
Princípios para você não perder dados
São regras do próprio mecanismo de sincronização, não configurações que você precise procurar.
A cópia antiga é guardada primeiro
Antes de o Syncra substituir ou apagar um arquivo, a cópia anterior vai para um repositório de versões (.syncra/versions). Ao restaurar uma versão, o arquivo atual também é guardado como versão, então uma restauração pode ser desfeita. As versões ficam guardadas pelo período de retenção que você definir.
Exclusões em massa param e perguntam
Se uma execução fosse apagar uma grande parte de uma pasta, ela para e espera sua confirmação. Essa proteção não pode ser desligada (só seus limites podem ser ajustados) e agentes de IA ou MCP não conseguem removê-la sozinhos: é preciso a confirmação de uma pessoa.
Primeiro planeja, depois executa
Toda alteração é planejada e pode ser pré-visualizada antes de acontecer. Um assistente de IA conectado por MCP só pode executar um plano que tenha sido pré-visualizado e, se os arquivos mudaram nesse meio-tempo, precisa planejar de novo.
Num conflito, as duas versões sobrevivem
Quando um arquivo muda nos dois lados, o Syncra mantém as duas versões lado a lado em vez de deixar uma sobrescrever a outra.
Gravações seguras, dentro das suas pastas
Arquivos parciais são gravados com um nome temporário (.syncra-part) e trocados de forma atômica. Links simbólicos não são seguidos, e os caminhos não conseguem sair da pasta sincronizada.
Nenhum código unsafe no nosso núcleo
O mecanismo de sincronização, a rede, a nuvem, o serviço, o daemon, a IA, o MCP e o shell do desktop são compilados com #![forbid(unsafe_code)], então código inseguro para a memória não entra por acidente. Dependências de terceiros não estão cobertas por essa garantia.
Criptografia e gerenciamento de chaves
O Syncra tem três caminhos para os dados, e cada um tem a sua proteção.
Backup na nuvem com a criptografia ativada
O conteúdo dos arquivos é criptografado no seu PC antes do envio, em blocos de 64 KiB com XChaCha20-Poly1305 e uma chave aleatória de 256 bits. Cada bloco autentica sua posição e o caminho completo do arquivo dentro do remoto, de modo que um byte alterado, dados reordenados ou cortados, um arquivo trocado ou a chave errada são detectados na leitura. O provedor da nuvem só vê texto cifrado.
Onde ficam as chaves
A chave de criptografia e a sua chave de recuperação ficam apenas no repositório seguro de credenciais do seu sistema operacional (Gerenciador de Credenciais do Windows, Chaveiro do macOS, Linux Secret Service), junto com os demais segredos da nuvem. Nunca são gravadas em arquivos de configuração nem enviadas ao Syncra. A chave de recuperação abre o backup em outro PC. Se você perder a chave e o PC, ninguém, nem nós, poderá recuperar esses arquivos.
Sincronização direta na sua rede
Os dispositivos são pareados com um QR code ou código, um segredo de uso único e um código de comparação de seis dígitos. As conexões usam QUIC com TLS 1.3 e chaves públicas de dispositivo fixadas, em vez de autoridades certificadoras, e os blocos de dados são selados com XChaCha20-Poly1305. Nada passa pelos nossos servidores.
Quem pode ver o quê
| Dados | Seus dispositivos | Servidores do Syncra | Seu provedor de nuvem |
|---|---|---|---|
| Conteúdo dos arquivos de um remoto de nuvem criptografado | Legível | Nunca recebe | Apenas texto cifrado |
| Conteúdo dos arquivos sincronizados pela sua rede | Legível | Nunca recebe | Não participa |
| Chave de criptografia e chave de recuperação | No repositório de credenciais do sistema | Nunca recebe | Nunca recebe |
| Estrutura de pastas, número de arquivos, tamanhos aproximados e datas de modificação de um destino na nuvem criptografado | Legível | Nunca recebe | Visível — os nomes de arquivos e pastas são criptografados nos destinos criados com o app de desktop 0.1.3 ou posterior |
| Dados da conta: e-mail, nome, chaves públicas dos dispositivos | Seus | Armazenados (veja a Política de Privacidade) | Não participa |
| Dados do cartão | Digitados no provedor de pagamento | Nunca recebe | Não participa |
A criptografia é ativada por você em cada remoto de nuvem e não pode ser desativada depois. Um remoto sem ela guarda seus arquivos como arquivos comuns no provedor. Em servidores sem repositório de credenciais do sistema, os segredos vão para um arquivo criptografado cujos limites a documentação descreve.
Contas e dispositivos
O plano de controle (contas, equipes, cobrança, lista de dispositivos) nunca vê seus arquivos. Veja como ele protege o que de fato guarda.
Requisições de dispositivo assinadas
Cada dispositivo tem o seu par de chaves Ed25519. Uma requisição é assinada sobre o método, o caminho, o carimbo de data e hora, um nonce de uso único e um hash SHA-256 do corpo. O servidor aceita cada nonce uma única vez e rejeita requisições com mais de cinco minutos de diferença, então uma requisição capturada não pode ser reenviada. Revogar um dispositivo o bloqueia na hora.
Login
Você pode entrar com um link por e-mail, uma conta Google ou uma passkey. Os tokens de sessão ficam no servidor apenas como hashes. As sessões do navegador são protegidas contra requisições entre sites por um token CSRF e uma verificação de origem.
Segredos criptografados em repouso
As chaves do provedor de pagamento e outros segredos de operação são selados com AES-256-GCM antes de serem guardados, sob uma chave mantida como segredo da plataforma, e nunca são devolvidos ao navegador.
Pagamentos sem webhook para falsificar
Não expomos nenhum webhook de pagamento de entrada. Os preços são definidos só no servidor; depois de um pagamento, o servidor pergunta diretamente ao provedor de pagamento para confirmá-lo e reverifica os pagamentos pendentes a cada dez minutos. Os dados do cartão ficam com o provedor de pagamento.
Um registro de auditoria que não pode ser editado
As ações de contas, dispositivos e equipes são gravadas num registro de auditoria cuja tabela recusa UPDATE e DELETE no nível do banco de dados. Os espaços de trabalho Business podem exportá-lo.
Ransomware e recuperação
Uma ferramenta de sincronização pode espalhar o estrago tão rápido quanto espalha o trabalho. O Syncra foi feito para impedir isso.
Ele para sozinho
O Syncra procura, no seu dispositivo, sinais de dano em massa: troca de extensões em lote, sobrescritas de alta entropia, edições ou exclusões em massa repentinas e nomes de arquivo de pedidos de resgate. Quando a pontuação chega ao nível de pausa, o par entra em proteção e toda execução, automática ou manual, é recusada até que uma pessoa a retome, de modo que o dano de um lado não alcance o outro. Agentes de IA não podem retomar.
Recuperação com um clique
A recuperação devolve cada lado não afetado ao último momento limpo, deixa o lado afetado idêntico ao lado limpo de novo e então remove a proteção. Os arquivos danificados que ela substitui vão para o repositório de versões, nunca são apagados.
Restauração para um ponto no tempo
Traga um lado inteiro ou uma subpasta de volta ao que era num momento escolhido, reconstruído a partir do repositório de versões e do registro de auditoria. Uma restauração não destrói nada e é registrada, então pode ser desfeita com outra restauração.
A detecção é heurística: pode deixar passar um ataque ou dar um alarme falso (que você pode descartar). Alterações feitas diretamente numa pasta fora do Syncra não são registradas, então a restauração para um ponto no tempo não consegue desfazê-las; nesse caso a recuperação copia de volta o lado limpo. Nada disso substitui um backup offline ou externo.
O que você pode verificar
Não podemos pedir que você acredite em tudo só pela nossa palavra, então aqui está o que você mesmo pode conferir.
Versões assinadas
Os instaladores do Windows e a ferramenta de linha de comando são assinados com um certificado de assinatura de código emitido para a PROJECTTEAMFORYOU. O pipeline de lançamento se recusa a publicar um arquivo cuja assinatura ou carimbo de data e hora não seja verificado, e as somas SHA-256 (SHA256SUMS) são calculadas depois da assinatura, para você comparar com o que baixou.
Dependências monitoradas
O Dependabot propõe atualizações de dependências toda semana, e cada alteração é conferida na integração contínua com o banco de avisos RustSec e uma auditoria npm de severidade alta.
Um site rigoroso
As páginas trazem uma Política de Segurança de Conteúdo que só permite scripts cujo hash está listado para aquela página, além de HSTS, proibição de ser incorporado em quadros e nenhuma adivinhação de tipo de conteúdo. O aplicativo web processa as pastas dentro do seu navegador e não envia nada.
Um security.txt padrão
Nosso contato de segurança e a política de relatos estão publicados em /.well-known/security.txt, o lugar padrão onde os pesquisadores procuram.
Relatar uma vulnerabilidade
Escreva para [email protected] com o assunto “Security”. Não abra issues públicas nem divulgue detalhes antes de termos a chance de corrigir o problema. Relatos em inglês ou coreano são bem-vindos.
Inclua, por favor
- O que você encontrou e o componente ou a URL afetados
- Passos para reproduzir ou uma prova de conceito
- A versão ou o build que você testou
- Como podemos falar com você
Nossas metas de resposta
- Confirmamos o recebimento do seu relato em até 3 dias úteis.
- Compartilhamos uma avaliação inicial em até 7 dias.
- Buscamos entregar uma correção ou mitigação em até 14 dias para problemas críticos e 90 dias para os demais.
São metas, não garantias. Não tomaremos medidas legais contra pesquisas de boa-fé que evitem dados de terceiros e a interrupção do serviço. No momento, não mantemos um programa de recompensas por bugs.
Limites atuais
Uma página como esta só vale a leitura se disser o que falta.
Ainda sem auditoria independente
O Syncra ainda não foi revisado por um terceiro independente e não possui nenhuma certificação de segurança, como ISO 27001 ou SOC 2. Tudo o que está nesta página é a nossa própria descrição de como o software é construído.
Nosso código-fonte é privado
Hoje você não pode ler o código por conta própria. Por isso publicamos os fatos de projeto acima e assinamos nossos lançamentos e fornecemos somas de verificação.
A criptografia na nuvem não esconde a estrutura
Nos novos destinos criptografados (desktop 0.1.3 ou posterior), os nomes de arquivos e pastas também são criptografados, mas a estrutura de pastas, o número de arquivos, os tamanhos aproximados e as datas de modificação continuam visíveis para o provedor. Destinos criados antes mantêm nomes legíveis, e a criptografia é ativada por destino.
Um PC comprometido está fora do nosso alcance
Se um malware controlar seu computador enquanto você está conectado, ele alcança tudo o que a sua conta alcança, inclusive o repositório de credenciais do sistema. O Syncra não substitui a proteção do equipamento nem um backup offline.
Chaves perdidas significam dados perdidos
Como só você tem a chave de criptografia e a de recuperação, não conseguimos recuperar um backup criptografado se você perder as duas.
Roteiro
São planos, não promessas: nenhum tem data.
Avaliação de segurança independente
Estamos nos preparando para uma revisão independente: escopo, modelo de ameaças, documentação dos fluxos de dados e um inventário de dependências. Nenhum avaliador nem data foi combinado.
Resumo público do modelo de ameaças
Publicar um resumo do nosso modelo de ameaças, com os riscos que aceitamos, para que ele possa ser criticado.
Login único para o Business
O login pelo provedor de identidade de uma empresa está planejado para os espaços de trabalho Business.
Dúvidas sobre segurança?
Escreva para [email protected]. Respondemos o que podemos e avisamos quando não pudermos.