Confiança e segurança

Sim. Um cliente pode solicitar que o seu contêiner não faça mais parte do processo de coleta.

Tenable uses data centers and services from Amazon Web Services (AWS) to provide and deliver Tenable One Vulnerability Management to customers. Collection and processing of customer scan data occurs inside the Tenable cloud platform within the geographic region where the customer's account is hosted, unless the customer explicitly selects a different geographic region for the data to reside. As localidades atuais são:

• Leste dos EUA
• Oeste dos EUA
• Centro dos EUA
• Londres
• Frankfurt
• Sydney
• Singapura
• Canadá
• Japão

A Tenable dará suporte para outros países no futuro.

Como todos os dados do cliente, eles são armazenados em serviços AWS regionais e seguros. As certificações de proteção de dados da UE que a AWS mantém aplicam-se à nuvem da Tenable. Outras informações estão disponíveis em https://aws.amazon.com/compliance/eu-data-protection/.

Sim. Os dados ficam armazenados no país escolhido no momento da criação da conta.

Tenable applies multiple security measures to deliver Tenable One Vulnerability Management data security and privacy. Para obter descrições detalhadas da medidas de segurança aplicadas, consulte a ficha de dados de Segurança e privacidade de dados.

Detalhes mais aprofundados podem ser encontrados na ficha de dados de Segurança e privacidade de dados.

A Tenable dedicou uma equipe multifuncional que conduz o ciclo de vida de desenvolvimento de software seguro (SSDLC). Para fornecer produtos seguros e de alta qualidade com agilidade, a Tenable dispõe de testes de segurança automatizados que identificam eventuais vulnerabilidades no código-fonte, dependências e infraestrutura subjacentes antes da disponibilização aos clientes. A Tenable usa teste estático de segurança de aplicações (SAST), dependência e verificação de biblioteca de terceiros, teste dinâmico de segurança de aplicações (DAST) e teste de vulnerabilidades em imagens de contêiner. Um critério rigoroso de pontuação é seguido e aplicado em todo o processo de desenvolvimento.

A Tenable oferece diversos mecanismos para ajudar os clientes a manterem seus dados seguros e controlar acesso, entre eles:

• Os dados são criptografados em trânsito e no armazenamento usando cifras de criptografia TLS e AES-256. As chaves de criptografia ficam armazenadas com segurança, e o acesso a elas é restrito.A criptografia é aplicada a diversas camadas de infraestrutura da aplicação e o compartilhamento das chaves é proibido.
• A Tenable protege contra ataques de força bruta bloqueando as contas após cinco tentativas de login malsucedidas.
• Os clientes podem configurar a autenticação de dois fatores por meio dos serviços fornecidos pela Twillo.
• Customers can integrate Tenable One Vulnerability Management with their SAML deployment. Tenable One Vulnerability Management supports both IdP and SP initiated requests. Por fim, os usuários podem redefinir a senha diretamente na aplicação usando o seu endereço de e-mail.
• Customers can build custom connections to Tenable One Vulnerability Management using our documented APIs or SDKs. O acesso pode ser concedido e controlado através da criação de "chaves" de API específicas. É possível usar diferentes chaves para diferentes integrações, sem a necessidade de compartilhar as credenciais do usuário.
• Os dados coletados na nossa nuvem não incluem nenhum dado de verificação contendo PII ou dados pessoais. Para dados de verificação que usamos para realizar análises entre setores, todos os dados que poderiam identificar um cliente são omitidos ou anonimizados na plataforma Tenable One antes do uso.
• Para proteger contra interceptações de dados, toda a comunicação com a plataforma é criptografada via SSL (TLS-1.2). Além disso, as negociações de SSL mais antigas e inseguras são recusadas para garantir o nível mais elevado de proteção.

All data in all states in the Tenable One Vulnerability Management platform is encrypted with at least one level of encryption, using AES-256 and TLS encryption ciphers.

Em repouso: os dados são armazenados em mídia criptografada usando pelo menos um nível de criptografia AES-256.

Algumas classes de dados incluem um segundo nível de criptografia por arquivo.

Em transporte: os dados são criptografados no transporte usando o TLS v1.2 com uma chave de 4096 bits (inclui transportes internos).

Tenable One Vulnerability Management Sensor Communication: o tráfego dos sensores para a plataforma é sempre iniciado pelo sensor e é somente de saída, pela porta 443. O tráfego é criptografado por comunicação SSL, usando o TLS 1.2 com uma chave de 4096 bits. Isso elimina a necessidade de alterações de firewall e permite que o cliente controle as conexões por meio de regras de firewall.

• Autenticação do verificador para a plataforma
• A plataforma gera uma chave aleatória de 256 bits para cada verificador conectado ao contêiner e a transmite para o verificador durante o processo de vinculação.
• Os verificadores usam essa chave para autenticar de volta ao controlador ao solicitar trabalhos, atualizações de plug-in e atualizações do binário do verificador.
• Comunicação de trabalho do verificador para a plataforma
• Os verificadores contatam a plataforma a cada 30 segundos.
• Se há um trabalho, a plataforma gera uma chave aleatória de 128 bits.
• O verificador solicita a política a partir da plataforma.
• O controlador usa a chave para criptografar a política, que inclui as credenciais a serem usadas durante a verificação.

Em backups/replicação: snapshots de volume e réplicas de dados são armazenados com o mesmo nível de criptografia da respectiva fonte, usando AES-256 ou superior. Todas as replicações são feitas pelo provedor. A Tenable não faz backup de dados em mídias físicas externas ou sistemas físicos.

Em índices: os dados de índices são armazenados em mídia criptografada usando pelo menos um nível de criptografia AES-256.

Credenciais de verificação:Are stored inside of a policy that is encrypted within the container's AES-256 global key. Quando as verificações são iniciadas, a política é criptografada com uma chave aleatória de uso único de 128 bits e transportada usando o TLS v1.2 com uma chave de 4096 bits.

Gerenciamento de chaves: as chaves são armazenadas centralmente, criptografadas com uma chave baseada em função e o acesso é limitado. Todos os dados criptografados armazenados podem ser rotacionados para uma nova chave. As chaves de criptografia de arquivos de dados são diferentes em cada região, pois são as chaves em nível de disco. O compartilhamento de chaves é proibido e os procedimentos de gerenciamento de chaves são revisados anualmente.

O gerenciamento de chaves não pode ser configurado pelo cliente. A Tenable gerencia as chaves e o rodízio das chaves.

A Tenable recebeu as seguintes certificações:

• Cloud Security Alliance (CSA) STAR
• Privacy Shield Framework
• Certificação ISO 27001
• Programa Nacional de Garantia da Informação dos EUA (NIAP — National Information Assurance Program)
• FedRAMP authorization for Tenable One Vulnerability Management and Tenable One Web App Scanning

The Tenable One Vulnerability Management platform makes every effort not to collect PII data types in a format that would require additional certifications or security measures. Os dados coletados na nossa nuvem não incluem nenhum dado de verificação que contenha PII ou dados pessoais. Para dados de verificação que usamos para realizar análises entre setores, todos os dados que poderiam identificar um cliente são omitidos ou anonimizados na plataforma Tenable One antes do uso. Isso inclui número de cartões de crédito, número de Previdência Social e outras verificações personalizadas. Sempre que os plug-ins da Tenable capturam sequências de caracteres que podem conter informações confidenciais ou pessoais, a plataforma oculta automaticamente pelo menos 50% dos caracteres para proteger dados que possam ser confidenciais.

Each customer's data is marked with a “container ID” that corresponds to a specific customer subscription. This container ID assures access to a customer's data is limited to only that customer.

A Tenable lança mão de soluções próprias para conduzir verificações diárias, semanais ou mensais de todos os notebooks, infraestruturas e ambientes de nuvem corporativos. All findings are analyzed, ticketed and tracked in accordance with the Tenable One Vulnerability Management policy. Tenable's vulnerability management program encompases authenticed, agent, web application and database scanning. Além disso, os seguintes controles estão em vigor:

• Os firewalls e a segmentação de rede controlam o acesso.
• Automated tools and processes monitor the Tenable One Vulnerability Management platform for uptime, performance and to detect anomalous behavior.
• Os logs são monitorados de forma automatizada e ininterrupta 24 horas por dia, estando a equipe da Tenable disponível continuamente para responder a eventos.
• testes de penetração em nossas aplicações, serviços e negócios em geral.
• A Tenable usa um conselho para relatos de vulnerabilidades para receber e tratar eventuais pontos fracos ou vulnerabilidades identificadas pela ampla comunidade de pesquisadores da área de segurança. Conforme os relatos identificados passam por triagem e são resolvidos, a Tenable emite consultorias de segurança para clientes, possíveis clientes e para a comunidade em geral.
• A Tenable analisa cada um de seus fornecedores terceirizados por meio de um rigoroso programa de gestão de riscos.

The sensors that connect to the platform play a major role in a customer's security, collecting vulnerability and asset information. Protecting this data and ensuring the communication paths are secure is a core function of Tenable One Vulnerability Management. Tenable One Vulnerability Management supports several sensors today: verificadores de vulnerabilidades Nessus, verificadores passivos e Nessus Agents.

These sensors connect to the Tenable One Vulnerability Management platform after cryptographically authenticating and linking to Tenable One Vulnerability Management. Once linked, Tenable One Vulnerability Management manages all updates (plugins, code, etc.) to ensure the sensors are always up to date.

O tráfego dos sensores para a plataforma é sempre iniciado pelo sensor e é de somente saída pela porta 443. O tráfego é criptografado por comunicação SSL, usando o TLS 1.2 com uma chave de 4096 bits. Isso elimina a necessidade de alterações de firewall e permite que o cliente controle as conexões por meio de regras de firewall.

• Autenticação do verificador para a plataforma
• A plataforma gera uma chave aleatória de 256 bits para cada verificador conectado ao contêiner e a transmite para o verificador durante o processo de vinculação.
• Os verificadores usam essa chave para autenticar de volta ao controlador ao solicitar trabalhos, atualizações de plug-in e atualizações do binário do verificador.
• Comunicação de trabalho do verificador para a plataforma
• Os verificadores contatam a plataforma a cada 30 segundos.
• Se há um trabalho, a plataforma gera uma chave aleatória de 128 bits.
• O verificador solicita a política a partir da plataforma.
• O controlador usa a chave para criptografar a política, que inclui as credenciais a serem usadas durante a verificação.

The Tenable One Vulnerability Management services strive to provide a 99.95% or better uptime, and have delivered 100% uptime on the majority of services. A Tenable publicou um SLA que descreve o nosso compromisso em garantir que a plataforma esteja disponível para todos os usuários e como compensamos os clientes em casos de inatividade não planejada.

O status "ativo" é determinado simplesmente por testes públicos de disponibilidade hospedados por terceiros que testam regularmente a disponibilidade de todos os serviços. O tempo de atividade para serviços (tanto o atual quanto o histórico) está disponível em https://status.tenable.com/.

Tenable One Vulnerability Management makes extensive use of the AWS platform and other leading technologies to ensure our customers experience the best possible service and overall quality. Abaixo temos uma lista parcial das soluções implementadas e os benefícios para os clientes:

• Clusters ElasticSearch: os clusters ElasticSearch são altamente disponíveis e podem se recuperar da perda de nós mestres, nós de lb e pelo menos um nó de dados sem afetar a disponibilidade do serviço.
• Armazenamentos de bloqueio elástico: usados para tirar snapshots diários e armazenar oito cópias.
• Ecossistema Kafka: tanto o Kafka quanto o Zookeeper replicam dados no cluster para proporcionar tolerância a falhas, dada a falha catastrófica de qualquer nó.
• Instâncias Postgres: gerenciam a estrutura de microsserviços de back-end para manter 30 dias de snapshots.

Os dados replicados são armazenados na mesma região.

Desastres são eventos que resultam na perda irrecuperável de dados ou equipamentos em uma ou mais regiões.

Tenable One Vulnerability Management disaster recovery procedures have several levels and are designed to react to situations that may occur from anywhere between once in five years to once in 50 years. Dependendo do escopo do desastre, os procedimentos de recuperação variam de 60 minutos a 24 horas.

Os clientes controlam quem tem acesso aos seus dados, inclusive atribuindo funções e permissões aos seus funcionários e concedendo acesso temporário à equipe de suporte da Tenable.

Tenable One Vulnerability Management customer administrators can assign user roles (basic, scan operator, standard, scan manager, administrator and disabled) to manage permissions for major functions in Tenable One Vulnerability Management such as access to scans, policies, scanners, agents and asset lists. Os clientes também podem atribuir grupos de acesso para permitir que grupos da empresa visualizem ativos específicos e vulnerabilidades relacionadas em resultados agregados de verificação e executem verificações em alvos específicos, além de visualizar resultados individuais das verificações.

Sim. Tenable Technical Support restricts the Tenable One Vulnerability Management impersonation privilege to a subset of authorized senior roles. With customer permission, authorized senior members of Tenable's global support staff can impersonate user accounts, which allows them to perform operations in Tenable One Vulnerability Management as another user without needing to obtain that user's password.

A equipe de suporte da Tenable ou o cliente podem fazer a solicitação de ativação desse recurso. If Tenable Technical Support needs to impersonate a Tenable One Vulnerability Management user, a ticket is opened and tracked until closure. O suporte técnico enviará um e-mail para o cliente após identificar a necessidade comercial de realizar a personificação. É obrigatório que o cliente dê aprovação por e-mail para que suporte técnico personifique o usuário. O suporte técnico não personificará o usuário até que a aprovação do cliente seja recebida. A permissão deve ser concedida para cada problema registrado com o suporte. As aprovações são acompanhadas pelo tíquete inicial. Em momento algum a Tenable considera um "OK" genérico para personificação.

A Tenable definiu um processo de contratação e rescisão. É necessário que todos os funcionários assinem contratos de confidencialidade como parte da contratação, e todas as contas e chaves de acesso são imediatamente revogadas após a rescisão.All Tenable One Vulnerability Management operations staff are also required to pass a third-party background check.

Somente o administrador da conta e os membros seniores da equipe de suporte podem fazer uso da função de personificação. Por motivos de segurança, é exigido que todas as contas com o recurso personificação tenham autenticação de dois fatores. A Tenable audita as personificações internamente e cada cliente também pode auditar as personificações que são realizadas na sua conta. All impersonations are logged in audit logs, and all Tenable One Vulnerability Management customers can audit impersonations through the API. Tenable documents how to pull the audit logs in the following public document, https://developer.tenable.com/reference#audit-log. Observe que a conta automatizada ([email protected]) pode aparecer nesses registros de auditoria.

A Tenable envida todos os esforços para garantir que os dados dos clientes sejam protegidos e garante que as políticas dos clientes sejam seguidas trabalhando em conjunto com eles para assegurar que os dados permaneçam na devida região. No entanto, a personificação do usuário pode fazer com que os dados saiam da localidade primária. Há situações em que os casos precisam seguir o processo de atendimento global, 24 horas, quando o trabalho no caso requer continuidade após o horário comercial local. Há também situações em que os clientes podem enviar um relatório por e-mail para a Tenable ou, ainda, violar sua própria política enviando e-mails para fora da sua região.

Em relação aos clientes que utilizam um produto Tenable com autorização FedRamp, esses dados sempre permanecem dentro dos EUA.

Não. Todo o tráfego é iniciado pelo verificador e é somente de saída. The scanners are installed behind the customer's firewall and customers can control access of the scanners via their firewall.

The data retention policy for Tenable One Vulnerability Management and other Tenable-hosted products is 12 months of retention for existing customers. Para clientes que encerram a assinatura de um produto, os dados do cliente ficarão retidos por 30 dias a contar da data de encerramento. Tenable's data retention policy with respect to PCI scans matches then-current requirements set forth by the PCI Security Standards Council.

The ability to measure progress over time is a core function of the Tenable One Vulnerability Management platform. Tenable One Vulnerability Management will automatically store customer data for 12 months to allow customers to report over a one (1) year period of time.

Se a conta de um cliente expirar ou for encerrada, a Tenable reterá os dados por até 30 dias, na forma como eram no momento da expiração. Depois desse período, esses dados poderão ser excluídos e não poderão ser recuperados.

Os dados envolvidos em um processo de validação de conformidade com o PCI não serão excluídos até pelo menos três anos após a data do atestado do PCI, conforme exigido pelos regulamentos do PCI. Tenable retains this data for this time period, even if the customer chooses to delete their scans or account or terminates their Tenable One Vulnerability Management service.

Para garantir a melhor experiência possível, a Tenable coleta essas informações enquanto o contêiner do cliente permanece ativo. Quando o cliente descontinuar o serviço, os dados serão mantidos por até 30 dias.

A certificação de Common Criteria não costuma ser aplicada a uma solução SaaS, pois a frequência de atualizações não vale um processo de certificação que leva de seis a nove meses para ser concluído. A Tenable obteve a certificação Common Criteria para o Tenable Security Center, o Nessus Manager, o Nessus Agents e o Log Correlation Engine (LCE).