Segurança Odoo

Backups / Recuperação de Desastres

• Mantemos um histórico de 14 backups completos de cada base de dados do Odoo por pelo menos 3 meses: backups diários por 7 dias, backups semanais por 4 semanas e backups mensais por 3 meses.
• Os backups são replicados em pelo menos três data centers diferentes.
• A localização de nossos data centers está especificada em nosso Política de Privacidade.
• Você pode baixar backups manuais dos seus dados ativos a qualquer momento usando o painel de controle.
• Você pode entrar em contato com a Central de Ajuda para restaurar um backup disponível em seu banco de dados ativo ou em um banco de dados separado.
• Failover de hardware: para serviços hospedados em infraestrutura bare-metal, onde é possível ocorrer falha de hardware, utilizamos replicação local em hot-standby, monitoramento e um procedimento manual de failover.
• Recuperação de desastres: mantemos procedimentos de recuperação de desastres projetados para restaurar os serviços do Odoo Cloud e os dados dos clientes após grandes falhas de infraestrutura ou desastres. Consulte nosso Acordo de Nível de Serviço (SLA) na Nuvem para mais detalhes e informações detalhadas sobre Objetivos de Ponto de Recuperação (RPO) e Objetivos de Tempo de Recuperação (RTO).

Segurança da Base de Dados

• Os dados dos clientes são armazenados em uma base de dados dedicada e não são compartilhados entre os clientes.
• Os controles de acesso aos dados isolam os bases de dados dos clientes em execução no mesmo cluster, impedindo o acesso de uma base de dados de cliente a outro.

Segurança da Senha

• As senhas dos clientes são protegidas por meio do hash de senha PBKDF2+SHA512, padrão do setor, com sal e alongamento de chave ao longo de milhares de rodadas.
• A equipe do Odoo não pode acessar nem recuperar sua senha. Se você perder a senha, será necessário redefini-la.
• Credenciais de Login são sempre transmitidas de maneira segura através do HTTPS.
• Os administradores de bases de dados de clientes podem configurar limitação de taxa e períodos de espera para tentativas repetidas de login.
• Políticas de senha: Os administradores de bases de dados podem impor um comprimento mínimo para as senhas dos usuários. Outras políticas, como classes de caracteres obrigatórias, não estão habilitadas por padrão, pois pesquisas demonstraram que elas são contraproducentes. Consulte [Shay et al. 2016] e NIST SP 800-63b.

Acesso da Equipe

• A equipe da Central de Ajuda do Odoo pode acessar sua conta quando necessário para investigar um problema de suporte. Eles utilizam credenciais dedicadas da equipe, em vez da sua senha, à qual não têm acesso.
• O acesso dedicado da equipe permite que nossas equipes reproduzam os problemas relatados sem que você precise compartilhar sua senha, ao mesmo tempo em que possibilita que as ações da equipe sejam controladas e auditadas separadamente.
• A equipe da Central de Ajuda limita seu acesso aos dados, arquivos e configurações necessários para diagnosticar e resolver seu problema.

Segurança do Sistema

• Os servidores do Odoo Cloud rodam distribuições Linux reforçadas com patches de segurança atualizados.
• As instalações dos servidores são feitas sob medida e minimalistas, reduzindo o número de serviços que poderiam introduzir vulnerabilidades.
• A administração remota do servidor é restrita a um pequeno número de engenheiros de confiança do Odoo e protegida por credenciais pessoais de autenticação multifatorial.

Segurança Física

Os servidores do Odoo Cloud estão hospedados em data centers confiáveis em várias regiões. Todas as instalações de hospedagem devem atender aos nossos requisitos de segurança física, incluindo:

• Áreas restritas, acessíveis apenas ao pessoal autorizado do data center.
• Controles de acesso físico por meio de crachás de segurança ou autenticação biométrica.
• Monitoramento 24/7 por câmeras de segurança nas instalações do data center.
• Equipe de segurança no local 24/7.

Segurança de Cartão de Crédito

• Não armazenamos informações de cartão de crédito em nossos sistemas.
• As informações do cartão de crédito são transmitidas de forma segura e diretamente para Em conformidade com o PCI adquirentes de pagamentos. Consulte nosso Política de Privacidade para a lista de provedores.

Criptografia de dados

• As comunicações com as instâncias dos clientes são protegidas por HTTPS com criptografia SSL de 256 bits.
• As comunicações internas entre servidores são protegidas por criptografia de ponta a ponta.
• Nossos servidores são monitorados continuamente e mantidos atualizados com patches para vulnerabilidades de SSL.
• Nossos certificados SSL utilizam chaves de 2048 bits com cadeias completas de certificados SHA-2. Você pode verificar a classificação do SSL aqui.
• Os dados dos clientes, incluindo o conteúdo da base de dados e os arquivos armazenados, são criptografados em repouso com AES-256 tanto nos sistemas de produção quanto nos backups.

Defesa de rede contra o 

• Os provedores de data centers utilizados pelo Odoo Cloud operam redes de alta capacidade, projetadas para suportar grandes volumes de tráfego, incluindo a maioria dos ataques de negação de serviço. Sistemas de mitigação, automatizados e manuais, detectam e desviam o tráfego de ataque na borda da rede antes que ele comprometa a disponibilidade do serviço.
• Os firewalls e os sistemas de prevenção de invasões nos servidores do Odoo Cloud ajudam a detectar e bloquear ameaças, como ataques de senha de execução direta.
• Os administradores de bases de dados de clientes podem configurar limitação de taxa e períodos de espera para tentativas repetidas de login, ou configure um CAPTCHA para mitigar ataques automatizados de força bruta.

Segurança do Software

O Odoo é um software de código aberto, o que permite que sua base de código seja continuamente revisada por usuários e colaboradores em todo o mundo. Os relatórios da comunidade são uma importante fonte de feedback sobre segurança, e incentivamos desenvolvedores e pesquisadores de segurança a auditar o código e relatar problemas de segurança.

Os processos de R&D do Odoo incluem revisões de código que levam em consideração aspectos de segurança, tanto para código novo quanto para código contribuído.

Segurança desde a concepção

A estrutura do Odoo foi projetada para prevenir, por padrão, classes comuns de vulnerabilidades de segurança:

• A injeção de SQL é impedida por uma API de nível superior que, em geral, elimina a necessidade de consultas SQL construídas manualmente.
• O cross-site scripting (XSS) é impedido por um sistema de modelos de alto nível que automaticamente escapa dados injetados.
• A estrutura impede o acesso via RPC a métodos privados, reduzindo o risco de expor funcionalidades que possam ser exploradas.

Consulte o OWASP Maiores Vulnerabilidades seção para obter mais informações sobre as proteções integradas à estrutura do Odoo.

Auditorias de segurança independentes

O Odoo é avaliado regularmente por empresas de segurança independentes contratadas por nossos clientes e potenciais clientes para realizar auditorias de segurança e testes de penetração. A Equipe de Segurança do Odoo analisa os resultados e implementa medidas corretivas quando necessário.

Não podemos divulgar esses relatórios de avaliação, pois são confidenciais e pertencem às organizações que os encomendaram.

O Odoo também trabalha com uma comunidade ativa de pesquisadores de segurança independentes que revisam nosso código-fonte e nos ajudam a melhorar continuamente sua segurança. Nosso processo de pesquisa e divulgação de segurança está descrito em nosso Divulgação Responsável página.

OWASP Maiores Vulnerabilidades

A seguir, é apresentado um resumo de como o Odoo lida com os riscos comuns de segurança em aplicativos web identificados pelo Projeto aberto de segurança de aplicativos da Web (OWASP):

• Falhas de injeção: Falhas de injeção ocorrem quando dados não confiáveis são passados a um interpretador como parte de um comando ou consulta, podendo causar a execução de comandos indesejados ou a modificação de dados.

  O Odoo se baseia em uma estrutura de mapeamento objeto-relacional (ORM) que abstrai a construção de consultas e previne injeções de SQL por padrão. Normalmente, os desenvolvedores não precisam construir consultas SQL manualmente: as consultas são geradas pelo ORM e os parâmetros são devidamente escapados.

• Cross-Site Scripting (XSS): Vulnerabilidades de XSS ocorrem quando conteúdo não confiável é incluído em uma página da web sem o escapamento ou a codificação adequados, permitindo potencialmente que um invasor execute scripts no navegador de outro usuário.

  Por padrão, a estrutura do Odoo escapa as expressões renderizadas em visualizações e páginas, evitando XSS no uso normal. Os desenvolvedores devem marcar explicitamente as expressões como seguras antes que elas possam ser incluídas como conteúdo bruto nas páginas renderizadas.

• Falsificação de Solicitação entre Sites (CSRF): Um ataque CSRF tenta fazer com que o navegador de um usuário autenticado envie uma solicitação não autorizada a um aplicativo web utilizando a sessão existente do usuário.

  O mecanismo do site do Odoo inclui proteção CSRF integrada. Os controladores HTTP não aceitam solicitações POST protegidas sem o token de segurança correspondente. O token é fornecido quando o usuário acessa legitimamente o formulário relevante e não pode ser falsificado por um invasor.

• Execução de arquivos maliciosos: Vulnerabilidades de inclusão remota de arquivos podem permitir que um invasor carregue e execute códigos ou dados maliciosos em um servidor.

  O Odoo não disponibiliza funcionalidades para inclusão remota de arquivos. Usuários com privilégios podem personalizar certos recursos usando expressões avaliadas pelo sistema, mas essas expressões são executadas em um ambiente isolado e sanitizado, com acesso limitado às funções permitidas.

• Referência insegura a objeto direto: Referências a objetos diretos expõem identificadores de objetos internos, como registros ou arquivos. Elas se tornam uma vulnerabilidade quando a manipulação desses identificadores permite acesso não autorizado.

  O controle de acesso do Odoo é aplicado independentemente da interface do usuário. Expor referências a objetos internos em URLs, portanto, não contorna a autorização: toda solicitação ainda deve passar pela camada de validação de acesso aos dados.

• Armazenamento criptográfico inseguro: A proteção fraca de credenciais armazenadas ou dados confidenciais pode expor os usuários a acesso não autorizado, roubo de identidade e outras formas de abuso.

  O Odoo utiliza um algoritmo de hash de senha seguro, padrão do setor (PBKDF2 + SHA-512 com alongamento de chave por padrão), para proteger as senhas dos usuários armazenadas. Sistemas de autenticação externos, como OIDC/OAuth, também podem ser utilizados para evitar o armazenamento local das senhas dos usuários.

• Comunicações inseguras: Informações confidenciais podem ficar expostas quando os aplicativos não criptografam adequadamente as comunicações de rede.

  O Odoo Cloud impõe o uso de HTTPS por padrão. Para instalações locais, recomendamos executar o Odoo por meio de um servidor web que ofereça criptografia e encaminhe as solicitações para o Odoo, como o Apache, o Lighttpd ou o nginx. O guia de implantação do Odoo inclui um Checklist de segurança para proteger implantações públicas.

• Falha na restrição de acesso a URLs: Os aplicativos podem expor funcionalidades confidenciais quando a autorização é imposta apenas ocultando links ou URLs de usuários não autorizados.

  O Odoo não depende da interface do usuário nem de URLs ocultas para o controle de acesso. Toda solicitação deve passar pela camada de validação de acesso aos dados; portanto, manipular ou acessar diretamente uma URL não contorna a autorização. Quando uma URL fornece intencionalmente acesso não autenticado a informações confidenciais, como um link de confirmação de pedido de cliente, a URL é protegida por um token exclusivo assinado digitalmente e enviada apenas ao destinatário pretendido.

Reportando Vulnerabilidades de Segurança

Para relatar uma vulnerabilidade de segurança, utilize nosso Página de Divulgação Responsável. Os relatórios de segurança são tratados com alta prioridade e avaliados pela Equipe de Segurança do Odoo. Trabalhamos em conjunto com os autores dos relatórios para investigar e corrigir problemas confirmados e, quando apropriado, divulgá-los de forma responsável aos clientes e usuários do Odoo.