# Política de Segurança - Kanera > Práticas de segurança da Kanera, responsabilidades compartilhadas e política responsável de relatórios de vulnerabilidades. Canonical page: https://www.kanera.app/pt-BR/security Segurança # Política de Segurança A segurança faz parte de como o Kanera é construído, operado e documentado, especialmente para equipes que escolhem entre implantação hospedada e auto-hospedada. Eficaz 20 de agosto de 2026 · Versão 2 De relance Implantação Hospedado Kanera é operado por nós. Kanera auto-hospedado é operado por você. Acesso Use controles de conta robustos, permissões com escopo definido e administração cuidadosa do espaço de trabalho. Relatórios Envie relatórios de segurança para security@kanera.app. ## Modelo de segurança O Hosted Kanera foi projetado com controles em camadas de segurança de aplicativos, infraestrutura, monitoramento, gerenciamento de acesso e revisão operacional. Kanera auto-hospedado dá à sua equipe controle sobre o ambiente de execução. Esse controle também significa que sua organização é responsável pelo fortalecimento da implantação, aplicação de patches, backups, exposição da rede e monitoramento. ## Controles de aplicativos atuais Os controles abaixo descrevem a implementação atual do Kanera revisada em 20 de agosto de 2026. Eles não são uma representação de que o Kanera possui uma certificação de segurança independente ou opinião de auditoria. Atualizamos esta seção quando os controles ou a arquitetura mudam materialmente. - As senhas são criptografadas com Argon2id usando uma configuração explícita de memória difícil. A verificação de login também usa um caminho com equalização de tempo para reduzir os sinais de enumeração de contas. - Os tokens de atualização são aleatórios, armazenados apenas como hashes SHA-256, rotacionados durante o uso e revogados como uma família quando a reutilização é detectada. O cookie de atualização de produção é HttpOnly, Secure, SameSite=Lax e limitado a rotas de autenticação. - O MFA de senha única baseado em tempo inclui segredos criptografados, códigos de recuperação de uso único armazenados como hashes, proteção de repetição e bloqueio de tentativa. Os administradores da organização podem exigir MFA para membros e convidados do quadro que acessam seus dados. - Autenticação, redefinição de senha, MFA, API pública, MCP e outras rotas confidenciais usam limites de taxa ou controles de tentativa. O Cloudflare Turnstile pode proteger fluxos hospedados de inscrição e redefinição de senha. - As permissões de organização, espaço de trabalho, quadro, convidado, chave de API e OAuth são aplicadas no lado do servidor. As chaves da API do Workspace têm escopos de leitura, gravação ou administração; as chaves pessoais seguem as permissões atuais do proprietário; OAuth usa URIs de redirecionamento exatos e PKCE. - Chaves de API, tokens OAuth, códigos de verificação, tokens de convite e segredos do cliente são armazenados como hashes. A MFA e os segredos de integração configurados são criptografados em repouso. - As respostas HTTP usam controles incluindo HSTS, proteção contra detecção de tipo de conteúdo, restrições de quadro, uma política de referência, política de segurança de conteúdo e política de permissões. - O acesso ao suporte entre locatários é restrito a administradores de plataforma autorizados, limitado no tempo, revogável, visivelmente indicado no produto e registrado com o operador, organização alvo, motivo, endereço IP, agente do usuário, horário de início, expiração e término. As mutações administrativas são gravadas em uma trilha de auditoria separada. ## Responsabilidades de auto-hospedagem - Execute o Kanera por trás de HTTPS com certificados confiáveis. - Mantenha Kanera, dependências, sistemas operacionais, contêineres, bancos de dados e proxies reversos atualizados. - Restrinja o acesso administrativo, proteja segredos e alterne credenciais quando necessário. - Habilite e configure as ferramentas de backup auto-hospedadas opcionais do Kanera ou forneça um processo de backup equivalente e teste a restauração regularmente. - Revise a exposição da rede, regras de firewall, permissões de armazenamento e credenciais de integração. ## Suas responsabilidades de segurança - Use uma senha exclusiva e habilite a autenticação multifator quando disponível ou exigida pela sua organização. - Mantenha seus navegadores, dispositivos, implantação do Kanera e ferramentas conectadas atualizadas e proteja dispositivos e backups contra acesso não autorizado. - Conceda aos usuários, chaves de API, clientes OAuth ou MCP, webhooks e outras integrações apenas as permissões necessárias e revise esse acesso regularmente. - Remova usuários e integrações não utilizados, revogue credenciais e sessões que você acredita que possam estar comprometidas e relate imediatamente suspeitas de acesso não autorizado à conta. - Revise as práticas de segurança e privacidade de fornecedores terceirizados antes de enviar informações confidenciais, pessoais ou regulamentadas por meio de uma integração. ## Proteção de dados Os proprietários do espaço de trabalho controlam quais usuários são convidados, qual acesso eles recebem e qual conteúdo é colocado no Kanera. Kanera não deve ser usado para armazenar dados altamente regulamentados, a menos que sua organização tenha revisado a implantação, configuração, termos contratuais e requisitos legais para esse uso. Para o Kanera hospedado, nossos compromissos contratuais de segurança, notificação de incidentes, subprocessador, assistência, auditoria e exclusão estão definidos no Adendo de Processamento de Dados. Notificamos os clientes afetados sobre uma violação confirmada de dados pessoais sem demora injustificada e fornecemos informações razoavelmente disponíveis para apoiar sua resposta. - [Adendo de Processamento de Dados](https://www.kanera.app/pt-BR/dpa) - [Subprocessadores](https://www.kanera.app/pt-BR/subprocessors) ## Relatando vulnerabilidades Enviar vulnerabilidades suspeitas por e-mail para security@kanera.app; não use uma questão pública. Inclua o componente, versão, URL, endpoint ou modo de implantação afetado; etapas de reprodução ou uma prova mínima de conceito; impacto provável; solicitações, registros ou capturas de tela relevantes com segredos removidos; e seus dados de contato preferidos e se deseja crédito público. Nosso objetivo é receber um relatório dentro de 3 dias úteis e fornecer uma avaliação inicial ou solicitação de mais informações dentro de 10 dias úteis. Estas são metas, não garantias. No escopo estão autenticação e autorização, isolamento de locatário, acesso a quadro privada, segredos armazenados e vazamento de token, uploads e manipulação de arquivos, APIs, OAuth, MCP, webhooks, recursos em tempo real, limites de cobrança e implantação auto-hospedada padrão. Engenharia social, spam, descobertas que dependem apenas de configurações de desenvolvimento intencionalmente fracas e testes de negação de serviço em produção sem permissão por escrito estão fora do escopo. Atualmente, não publicamos uma chave PGP e o e-mail comum não é um canal de relatórios criptografado de ponta a ponta. Não envie credenciais ativas ou dados pessoais. Pergunte no primeiro e-mail se você precisa que organizemos uma troca mais segura de evidências confidenciais. - [Envie um e-mail para a equipe de segurança](mailto:security@kanera.app) - [Contato de segurança legível por máquina](https://www.kanera.app/.well-known/security.txt) ## Porto seguro e divulgação Se você agir de boa fé, testar apenas contas, dados e sistemas que você possui ou tiver permissão explícita para testar, permanecer dentro do escopo acima, evitar violações de privacidade e interrupção de serviço, acessar apenas os dados mínimos necessários para demonstrar o problema, interromper e relatar se encontrar dados de outra pessoa, não reter ou divulgar esses dados e cumprir a lei aplicável, trataremos a pesquisa como autorizada para os fins de nossa política e não iniciaremos ações legais contra você pela pesquisa em si. Isto não é permissão para testar sistemas ou infraestruturas de terceiros fora do nosso controle, usar engenharia social ou ataques físicos, ou exigir pagamento. Por favor, dê-nos uma oportunidade razoável para investigar e remediar antes da divulgação pública. Trabalharemos com você em um cronograma de divulgação com base na gravidade, nos usuários afetados, na disponibilidade de correções e nas necessidades de implantação, e pretendemos mantê-lo informado sobre marcos significativos. Se você acredita que a divulgação urgente é necessária, explique o risco a security@kanera.app para que possamos coordenar. Exclua dados de teste e evidências confidenciais quando não forem mais necessários. Se você acessar involuntariamente dados pessoais, credenciais ou conteúdo de cliente, interrompa os testes, não copie ou compartilhe e informe-nos o que foi acessado para que possamos responder adequadamente. ## Histórico de versões A versão 2 entra em vigor em 20 de agosto de 2026. Ela distingue a revisão da implementação da certificação independente e vincula o incidente contratual e os compromissos de segurança no DPA. A versão 1 entrou em vigor em 16 de julho de 2026. ## Machine-readable resources - [Kanera AI index](https://www.kanera.app/llms.txt) - [Kanera documentation index](https://www.kanera.app/docs/llms.txt) - [Agent discovery guidance](https://www.kanera.app/agents.md)