Relatório de segurança.
- Última verificação
- 24 de outubro de 2026Revisão interna de planos em ambiente de teste
- Testes de proteção
- 68 cenários de planos aprovados224 testes na regressão do servidor
Como protegemos suas memórias
Conteúdo guardado com criptografia
O texto é criptografado antes de salvar. O servidor o abre para suas buscas e para os acessos que você permite.
Suporte com sua permissão
Pela plataforma, a equipe só consulta as memórias que você autorizar, por até 15 minutos. Você pode cancelar o acesso a qualquer momento.
Mais proteção para entrar
Ative uma segunda etapa com aplicativo autenticador ou chave de acesso. Guarde os códigos de recuperação.
O que foi verificado
Entrada na conta, sessões, separação dos dados entre pessoas e projetos, permissões dos agentes e acesso do suporte.
Também testamos a criptografia e as proteções do navegador, e verificamos os componentes do servidor.
Sobre esta avaliação
Feita pela nossa equipe, sem certificação independente. A infraestrutura de produção ainda precisa de validação própria.
Proteção da assinatura e dos limites de uso
Testamos tentativas de alterar preços, usar benefícios sem pagamento confirmado e ultrapassar cotas. Também verificamos cancelamentos, estornos e requisições simultâneas.
- Preço e plano definidos pelo servidor; alterações pelo cliente são recusadas.
- Fatura vinculada ao mesmo cliente, assinatura, item e período.
- Eventos repetidos e concorrentes não devem conceder benefícios extras.
- Limites de uso compartilhados entre pessoas, projetos e agentes.
- Operações recusadas não deixam consumo ou dados parciais.
- Estorno ou disputa da fatura atual detectados também pela reconciliação.
Estado da publicação
Correções verificadas em teste e em revisão. A cobrança ainda não foi ativada em produção.
Ver escopo e limites dos testes de planos
68 cenários de planos e 224 testes na regressão completa, sem falhas ou testes pulados.
API e PostgreSQL de teste, com dados descartáveis e respostas de pagamento controladas. Em oito requisições HTTP simultâneas com uma escrita disponível, uma foi aceita e sete foram bloqueadas, com uma memória e um único débito.
A integração com a conta real do provedor de pagamento e o portal ainda precisa de validação em sandbox.
O teste não comprova ausência de falhas, capacidade sob carga ou segurança de toda a infraestrutura.
Eventos históricos, reembolso de faturas anteriores após mudança de plano e políticas de disputa precisam de validação operacional.
O agendamento e os alertas da reconciliação precisam estar configurados antes da cobrança real.
Essa revisão interna não é uma certificação nem uma auditoria independente.
Entenda a privacidade e seus limites
Conteúdo criptografado no armazenamento
Títulos, textos, tags, referências, trechos indexados, histórico e cópias compartilhadas das memórias são criptografados antes de serem gravados no banco, com AES-256-GCM.
O servidor descriptografa o conteúdo para indexar, responder às suas buscas e atender os agentes e destinatários que você autoriza. Essa proteção não é criptografia ponta a ponta.
Você decide sobre o acesso da equipe
O acesso excepcional de suporte pela plataforma exige uma solicitação com o profissional responsável, motivo, memórias e versões exatas. Você pode autorizar por até 15 minutos, recusar ou revogar.
Você acompanha o histórico de leituras. Uma autorização não libera outras memórias ou versões. Nos projetos compartilhados, quem decide é o proprietário do projeto.
A equipe não recebe acesso rotineiro ao conteúdo. Como as chaves são gerenciadas no servidor, esta política não significa que o operador da infraestrutura seja criptograficamente incapaz de ler os dados.
Proteção sem depender de um único celular
Entre em outro aparelho com suas credenciais. A confirmação de e-mail protege a identidade da conta; aplicativo autenticador e chaves de acesso oferecem uma segunda etapa opcional, com códigos de recuperação.
A recuperação da senha não apaga suas memórias. Você também pode exportar o conteúdo e o histórico. Backups e recuperação precisam de procedimentos de restauração; não prometemos ausência absoluta de falhas.
O que permanece visível ao serviço
E-mail, nomes dos projetos, permissões, datas e o índice vetorial continuam disponíveis ao serviço. Vetores podem revelar pistas sobre os assuntos das memórias. Os agentes recebem o contexto permitido; o fornecedor do agente pode processar esse contexto conforme suas próprias condições.
Segurança verificável
Usamos testes de isolamento, autenticação, consentimento e criptografia, além de verificações de dependências e análise automatizada. O roteiro usa o OWASP ASVS como referência. Esses testes não são um certificado nem substituem um pentest independente.
Ver evidências e detalhes técnicos
Métodos e limites
BAOBA-2026-10-22-02 · Ambiente local isolado, com banco descartável e contas fictícias.
- Superfícies públicas do site
- Autenticação e sessões
- Autorização entre contas, projetos e agentes
- Consentimento de suporte
- Criptografia no armazenamento
- Scan ativo OWASP ZAP
- Testes direcionados de abuso da API
- Testes de isolamento e autenticação
- Verificação no navegador
- Testes de adulteração de registros criptografados
- Restauração e migração com verificação de preservação
- Scan completo dos pacotes OS e Python da imagem final
Não avalia a infraestrutura ou os domínios de produção.
Não é uma auditoria independente nem uma certificação.
Resultados se referem ao escopo e à versão testados; não garantem ausência de falhas.
O scan público não equivale à exploração autenticada de todas as funções.
O scan ativo excluiu arquivos estáticos e a regra DOM XSS com navegador embutido (40026). Quatro testes direcionados de HTML/Markdown armazenados foram executados separadamente; não equivalem a uma varredura completa de DOM XSS.
O scan ativo foi limitado a um minuto por regra e quatro minutos no total. Uma primeira execução não exportou o relatório por permissão do volume e não foi contada; a execução final produziu os artefatos e foi analisada.
Resultados da avaliação geral de 22 de outubro de 2026
124 testes do servidor, 7 testes da interface e 11 fluxos no navegador aprovados. As contagens descrevem o escopo, não uma nota de segurança.
Verificações direcionadas: 61 aprovadas e 0 reprovadas. Scan ativo: 3.496 requisições em 16 URLs; 10 tipos de alerta antes da análise.
Dependências JavaScript: 0 vulnerabilidades conhecidas. Python: 96 pacotes consultados, 0 alertas.
Imagem final do servidor: 0 alertas críticos, 0 altos, 22 médios e 10 baixos. Os alertas restantes não foram considerados corrigidos.
O scan inclui os pacotes do sistema e do Python na imagem avaliada. Não cobre o host, kernel, banco, todas as imagens auxiliares nem uma auditoria binária do PyTorch.
Correções verificadas e histórico da análise
Proteções de estilo mais restritas
A política do navegador passou a exigir fontes próprias ou um nonce por resposta para estilos e bloqueia atributos de estilo injetados. Estilos fixos usam classes; mapa e animações usam JavaScript autorizado. O teste real do navegador bloqueou as duas formas de injeção sem violações nas páginas legítimas exercitadas; o antigo alerta CSP não apareceu no scan ativo.
Manter os testes de CSP, mapa, animações e mobile ao alterar componentes.
Servidor com apenas os componentes necessários
A imagem final usa uma base mínima estável fixada por digest. Os componentes responsáveis pelos oito CVEs altos anteriores foram removidos. O novo scan de pacotes OS e Python encontrou zero alertas altos ou críticos. Permanecem 22 alertas médios e 10 baixos em bibliotecas necessárias, registrados nos detalhes; não foram considerados corrigidos.
Repetir o scan da imagem final a cada atualização e antes de publicar. Este resultado local não comprova a segurança da infraestrutura de produção.
Criptografia vinculada à memória e à versão
O conteúdo criptografado agora autentica tabela, campo, identidade e os vínculos de Brain e versão aplicáveis. Trocas entre registros, Brains, campos e versões foram recusadas. A migração foi ensaiada em uma restauração isolada e aplicada localmente com preservação integral verificada antes do commit.
Manter restrições de escrita no banco e proteção das chaves. O vínculo não impede um operador privilegiado nem o rollback consistente de todo o banco.
Detecção de CSRF nos formulários
O scanner procurou campos de token CSRF. As rotas que alteram autenticação validam a origem exata e Fetch Metadata, com cookie SameSite. As tentativas de outra origem foram recusadas. O POST nativo na página de cadastro não criou uma conta.
Manter os testes de origem em novas rotas e formulários.
Coordenadas da ilustração confundidas com dados pessoais
Todas as evidências desse alerta correspondiam a coordenadas de paths SVG da marca. Não eram informações pessoais de contas.
Revisar novamente se o conteúdo ou o detector mudar.
Corpo de redirecionamento do framework
Uma resposta de redirecionamento ao login foi marcada pelo tamanho. A verificação dessa resposta confirmou o redirecionamento e não encontrou os marcadores de conteúdo protegido usados no laboratório.
Preservar o bloqueio de acesso a dados na API e repetir a verificação ao mudar páginas protegidas.
Teste executado em HTTP local
O scanner identificou HTTP no laboratório. Isso não atesta TLS nem cookies Secure em produção; a implantação pública ainda precisa dessa validação.
Verificar HTTPS, certificados e cookies no domínio público antes do lançamento.
Fora do alcance desta verificação
Infraestrutura de produção
HTTPS, certificados, redirecionamento de HTTP e cookies Secure foram verificados no domínio em 24/10/2026. WAF, entrega real de e-mail, backups e permissões operacionais ainda exigem validação própria.
Acesso humano à infraestrutura
O consentimento funciona na aplicação. A restrição de acesso humano direto a banco, backups e chaves exige controles de infraestrutura separados.
Avaliação independente
Ainda não há empresa avaliadora, certificado ou relatório independente emitido para esta versão.