Declaração de segurança e conformidade do Flosum Backup e Arquivo
Visão geral
O objetivo deste documento é fornecer uma visão geral das medidas de segurança implementadas para nossa aplicação web Backup & Archive. Cobre arquitetura, controles de acesso, proteção de dados, disponibilidade, resposta a incidentes e conformidade. Adotamos uma abordagem em múltiplas camadas para proteger sistemas e dados em nosso ambiente de aplicativo. A combinação de políticas e tecnologia nos ajuda a salvaguardar suas informações sensíveis e fornecer acesso confiável aos nossos serviços. Encaminhe quaisquer outras perguntas sobre nossa plataforma ou serviços para infosec@Flosum.com. Incluído neste documento estão:
Arquitetura do Sistema
O frontend e o backend da aplicação Backup & Archive são segmentados em diferentes zonas de sub-rede para isolamento de segurança. Nossos servidores web são colocados em uma rede DMZ e os servidores de banco de dados residem em uma rede interna separada. Firewalls, IPS e controles de acesso rigorosos limitam o tráfego entre as camadas da aplicação. A Flosum configurou Grupos de Segurança que permitem realizar requisições apenas na porta 443. O Backup & Archive também fornece um arquivo de configuração para ambientes self-hosted que pode ser usado para reconfigurar portas conforme necessário.
As versões estáveis mais recentes de frameworks e linguagens são usadas para evitar vulnerabilidades conhecidas. Os sistemas operacionais e bibliotecas de software são frequentemente corrigidos e endurecidos. Balanceamento de carga e sistemas de failover mantêm o tempo de atividade durante picos de tráfego. Redundância da infraestrutura remove pontos únicos de falha.
Aplica-se segregação lógica dos dados do banco de dados entre clientes. Customer-Hosted é uma arquitetura de tenant dedicado. Flosum-Hosted é multi-tenant segmentado por ID da Org Salesforce. O Flosum Backup & Archive não possui um mecanismo de compartilhamento de dados. As comunicações ocorrem apenas na UI ou com as orgs Salesforce que estão sendo protegidas. Controles de acesso rigorosos estão em vigor para garantir o isolamento de cada conta do Backup & Archive dentro de uma máquina virtual dedicada, de acordo com as políticas Backup & Archive SOC2 Type II. Buckets S3 nunca são expostos à internet pública. Eles são configurados como Private por padrão e isso nunca é alterado. A Flosum também usa um servidor proxy reverso para fornecer links privados aos clientes.
APIs
As credenciais de usuário são armazenadas usando HASH (SALT) com algoritmos SHA-256 ou quando reversível AES-256 ou superior. Limites de Bulk e Rest API podem ser definidos para atender aos requisitos do cliente. OAuth 2.0 via OpenID Connect é usado para SSO tanto para autenticação quanto para autorização, e suporta OpenID e padrões relacionados. O app limita o uso de API a uma porcentagem do limite diário disponível da API do Salesforce. O log de backup mostraria quando o limite é atingido e automaticamente reduziria a taxa para garantir que o desempenho do Salesforce não seja impactado.
Segurança de Rede
O grupo de Segurança de Rede implementará e manterá controles necessários para proteger contra realização de riscos e perdas associadas a ameaças de segurança às redes Flosum e recursos de rede. Múltiplas camadas de controles para proteger, gerenciar e monitorar o ambiente de rede são exigidas e devem ser implementadas conforme apropriado. Devem existir controles para proteger dispositivos de rede contra entrada não autorizada, proteger informações sensíveis enquanto atravessam a rede Flosum e monitorar qualquer acesso não autorizado que possa comprometer a confidencialidade, integridade ou disponibilidade da infraestrutura de rede. A fim de proteger adequadamente a rede, prevenir entrada ou acesso não autorizado e mitigar potenciais ameaças de segurança ou operacionais ao ambiente de rede da Flosum, controles de perímetro são exigidos. Controles de perímetro incluem, mas não se limitam a firewalls, roteadores, sistemas de prevenção e detecção de intrusão, e sistemas de gerenciamento de informações de segurança para proporcionar coleta de dados, notificação e análise. Gerenciamento ativo e monitoramento de dispositivos de perímetro é exigido para ajudar a garantir que controles e configurações de acesso atuais sejam apropriados com base nas necessidades de segurança e de negócio. Além disso, controles de acesso remoto devem ser implementados para aprimorar ainda mais a proteção do ambiente de rede Flosum contra acessos inadequados. Funcionários da Flosum que acessam remotamente o ambiente Flosum são exigidos a usar firewall e software anti-malware. Qualquer dispositivo que acesse o ambiente de rede Flosum (incluindo dispositivos localizados em locais remotos) deve atender aos requisitos de segurança da Flosum para hardware, interoperabilidade e gerenciamento de mudanças. Quando possível, a responsabilidade operacional por redes deve ser gerida separadamente das operações de computador. Para reforçar e adicionar uma camada adicional de segurança, controles de transmissão internos e externos, como o uso de um protocolo criptografado, e controles para monitorar a atividade da rede devem estar em vigor para manter a confidencialidade e integridade das informações enquanto atravessam, cruzam e saem do ambiente de rede da Flosum. Controles de monitoramento devem ser implementados nas redes Flosum para identificar e reportar atividades anômalas aos grupos de gestão ou resposta apropriados. No caso de um evento relacionado à segurança ser identificado, investigação e remediação oportunas são exigidas. A tecnologia da informação continua a avançar e as ameaças contra ambientes de rede continuam a evoluir. Para ajudar a assegurar que os ambientes de rede da Flosum estejam adequadamente protegidos contra ameaças atuais e em evolução, são exigidas revisões periódicas das práticas de segurança. O escopo dos testes de rede deve incluir a segurança dos pontos de entrada da rede nos ambientes da Flosum para identificar e corrigir quaisquer potenciais fraquezas que possam ser exploradas. A supervisão da gestão deve ser aplicada para consistentemente aplicar os controles em toda a infraestrutura aplicável enquanto continua a otimizar o serviço para a empresa.
Política de Dispositivos Móveis
O uso de dispositivos pessoais para conectar-se a recursos de rede da Flosum, não diretamente associados ao cumprimento de obrigações de trabalho, é estritamente proibido.
Dispositivos físicos (por exemplo, laptops, celulares, tablets, mídias de armazenamento portáteis e outros dispositivos móveis) devem ser protegidos de forma segura quando não estiverem em uso.
Recursos de TI da Flosum perdidos ou roubados devem ser reportados imediatamente ao pessoal apropriado.
Dados confidenciais ou de clientes não podem ser armazenados em dispositivos portáteis e/ou mídias a menos que:
Especificamente necessário para atingir um propósito de negócio
Autorizado pelo escritório do Chief Information Security Officer da Flosum
Esse armazenamento não viole obrigações regulamentares ou contratuais
Controles apropriados sejam implementados para proteger os dados
Dados confidenciais ou de clientes da Flosum devem ser criptografados se armazenados em dispositivos portáteis de acordo com os padrões de criptografia.
Autenticação
A Flosum usa uma variedade de métodos de autenticação, incluindo SAML 2.0 para SSO e IAM, para proteger seus dados e fornecer os mais altos níveis de segurança. Nossa política suporta integração com provedores de identidade de forma nativa e não usa ferramentas intermediárias de autenticação/authorization (por exemplo, Keycloak, Auth0, Cognito, etc.). O sistema identifica e autentica de forma única cada usuário individual. Autenticação anônima é proibida.
Single Sign On (SSO)
Priorizamos eficiência e segurança ao implementar uma solução de SSO. O SSO melhora significativamente a segurança ao reduzir o risco associado a vulnerabilidades relacionadas a senhas e garantir um sistema de autenticação mais robusto e centralizado que mantém os mais altos padrões de proteção de dados. Restrições de IP exigem uma instância hospedada pelo cliente e configuração do ambiente AWS ou GCP correspondente.
Autenticação Multi-Fator (MFA)
A segurança de nossos ativos digitais é primordial e, como parte de nossas medidas abrangentes de segurança, utilizamos MFA. Ao implementar MFA, reforçamos significativamente nossa defesa contra acessos não autorizados, protegemos informações sensíveis e fortalecemos nossos sistemas contra potenciais ameaças. Esta abordagem proativa de segurança não apenas se alinha às melhores práticas do setor, mas também destaca nosso compromisso em garantir a máxima confidencialidade e integridade de nossa rede. A Flosum habilitou a funcionalidade MFA delete, que ativa a capacidade MFA delete para exigir autenticação adicional para excluir objetos em um bucket S3 versionado. Utilizamos access points e endpoints de VPC. Todos os access points e endpoints de VPC permitem acesso ao S3 sem expor o bucket inteiro, o que restringe o que pode ser acessado no bucket S3.
Gerenciamento de Acesso
O Backup & Archive implementa controles de acesso rigorosos para garantir o isolamento de cada conta do Backup & Archive dentro de uma máquina virtual dedicada, de acordo com as políticas Backup & Archive SOC2 Type II. A funcionalidade da aplicação é restrita e pode ser gerenciada através do provedor de identidade. Todas as atividades dentro da aplicação, incluindo as realizadas por contas root provisionadas via IDP, são meticulosamente logadas e monitoradas. A equipe da Flosum não pode acessar a org do cliente que hospeda a aplicação Flosum a menos que acesso de suporte temporário seja concedido. Para versões do Backup & Archive hospedadas pela Flosum, praticamos o princípio do menor privilégio. Menos de 1% de nossos funcionários têm acesso admin e ainda menos têm acesso root ao nosso ambiente de computação em nuvem. Além disso, segregamos tenants hospedados do Backup & Archive e permitimos que os clientes tenham controle total sobre os usuários autorizados a acessar sua instância. Uma vez concedido, a equipe da Flosum e do cliente podem colaborar para inspecionar logs, mensagens de erro e outras capacidades do Salesforce para solucionar problemas. Logs de atividade passam por revisão e análise regulares para identificar e prevenir qualquer intrusão ou atividade suspeita de forma rápida. Políticas robustas de senha estão em vigor para reforçar o uso de senhas fortes, alterações regulares de senha e mudanças forçadas de senha no primeiro login, reforçando a segurança geral dos sistemas. O acesso à aplicação Backup & Archive é controlado através do serviço User Pool. O User Pool fornece autenticação, autorização e gerenciamento de usuários para aplicações. Mais informações podem ser encontradas aqui: https://success.flosum.com/s/article/User-Pool-App. Com o app User Pool, não apenas você pode usar credenciais específicas da Flosum, mas também integrar seu próprio Provedor de Identidade Single Sign On (SSO) para uma experiência de login mais fluida. Para instâncias do Backup & Archive hospedadas pelo cliente, a Flosum não tem acesso à sua instância e damos a você controle total sobre o acesso. Permissões de usuário impedem que usuários iniciem operações não autorizadas de backup e restauração.
Acesso Remoto
Usuários confiáveis podem obter acesso à Flosum somente conforme definido:
Usuários requerem acesso via VPN para serviços específicos
O ID MAC do dispositivo pode ser exigido dependendo da configuração do firewall para o serviço específico acessado.
O usuário confiável precisa ter um ID de usuário “tacticalarbitrage.com”. Isso concede permissão e acesso aos recursos da Flosum (dados, serviços, hosts online, comunicações, conteúdo compartilhado). Isso fornece um nível básico de acesso.
Gerenciamento de Dados
Criptografia de Dados
Os usuários fornecem uma chave AES-256 ou equivalente ao conectar orgs Salesforce. Essa chave é usada para criptografar os dados em trânsito entre o Salesforce e a ferramenta Flosum e em repouso na ferramenta Flosum. Os dados são adicionalmente criptografados por um túnel TLS 1.2 através do protocolo HTTPS em trânsito e com uma chave AES-256 ou equivalente quando em repouso nos discos da ferramenta. Criptografamos seus dados em repouso, com criptografia do lado do servidor (SSE), usando chaves gerenciadas pelo S3 (SSE-S3), AWS Key Management Service (SSE-KMS), e criptografia do lado do servidor com chaves fornecidas pelo cliente (SSE-C). O Flosum Backup & Archive suporta apenas TLS 1.2 e suas versões posteriores e a criptografia de dados é fornecida ao longo de todo o pipeline. A Flosum gerencia o acesso a dados com Identity Access Management (IAM). Temos políticas e permissões de IAM em vigor para garantir que apenas usuários e serviços autorizados possam acessar buckets e objetos AWS S3, evitando o uso de credenciais de conta root. Além disso, a Flosum restringe políticas de buckets. Nossas políticas de bucket definem quais requisições são permitidas ou negadas no bucket. Bloqueamos essas políticas para negar todas as requisições por padrão e somente permitir permissões necessárias.
Criptografia em Repouso
Informações Confidenciais ou PII em repouso em sistemas de computador de propriedade e localizados em espaços, dispositivos e redes controladas pela Flosum devem ser protegidas por um ou mais dos seguintes mecanismos:
Criptografia de Disco/Sistema de Arquivos (por exemplo, tecnologia Microsoft EFS)
Uso de Redes Privadas Virtuais (VPNs) e Firewalls com controles de acesso rigorosos que autentiquem a identidade dos indivíduos que acessam as Informações Confidenciais ou PII
Sanitização, redação e/ou desidentificação dos dados que requerem proteção durante o armazenamento para prevenir risco e exposição não autorizados (por exemplo, mascaramento ou desfocagem de PII)
Controles de segurança complementares ou compensatórios, incluindo senhas complexas e isolamento/acesso físico aos dados
Criptografia forte nas credenciais de autenticação (ou seja, senhas/frases) deve torná-las ilegíveis durante transmissão e armazenamento em todos os sistemas de informação
Proteção por senha a ser usada em combinação com todos os controles, incluindo criptografia
Sistemas de arquivos, discos e unidades de fita em servidores e ambientes Storage Area Network (SAN) são criptografados usando tecnologia de criptografia padrão do setor
Discos rígidos de computadores e outros meios de armazenamento que tenham sido criptografados devem ser sanitizados para prevenir exposição não autorizada ao retornar para redistribuição ou descarte
Criptografia de Dispositivos Portáteis
Como prática geral, Informações Confidenciais ou PII não devem ser copiadas ou armazenadas em um dispositivo de computação portátil ou dispositivo de computação de propriedade da Flosum. No entanto, em situações que exigem que Informações Confidenciais ou PII sejam armazenadas em tais dispositivos, a criptografia reduz o risco de divulgação não autorizada caso o dispositivo seja perdido ou roubado. Os seguintes procedimentos devem ser implementados ao usar armazenamento portátil:
Discos rígidos (laptops, tablets, smartphones e assistentes digitais pessoais (PDAs)) devem ser criptografados usando produtos e/ou métodos aprovados pelo escritório do CISO da Flosum. Salvo aprovação gerencial em contrário, tais dispositivos devem ter criptografia de disco completo com autenticação pré-boot.
Dispositivos não devem ser usados para armazenamento de longo prazo de qualquer Informação Confidencial ou PII.
Todos os dispositivos devem ter mecanismos de proteção adequados instalados, incluindo software anti-malware/antivírus aprovado, firewalls pessoais com serviços e portas não necessários desativados, e aplicações devidamente configuradas.
Mídias removíveis, incluindo CDs, DVDs, drives USB, etc., não devem ser usadas para armazenar Informações Confidenciais ou PII.
Criptografia em Trânsito
Criptografia em trânsito refere-se à transmissão de dados entre pontos finais. Essas políticas têm a intenção de garantir que Informações Confidenciais ou PII transmitidas entre empresas, através de redes físicas, ou de forma wireless sejam protegidas e criptografadas de maneira que proteja a Informação Confidencial ou PII contra uma violação. Transmissão de dados e acesso ao console do sistema são realizados usando criptografia de canal. O Chief Information Security Officer ou seu designado deve assegurar:
Políticas, protocolos, procedimentos e controles formais de transferência são implementados para proteger a transferência de informações por meio do uso de todos os tipos de facilidades de comunicação e transmissão.
Os usuários seguem as políticas de uso aceitável da Flosum ao transmitir dados e tomam cuidado particular ao transmitir ou retransmitir Informações Confidenciais ou PII recebidas de funcionários não-Flosum.
Políticas, protocolos, procedimentos e controles formais de transferência são implementados para proteger a transferência de informações por meio do uso de todos os tipos de facilidades de comunicação e transmissão.
Os usuários seguem as políticas de uso aceitável da Flosum ao transmitir dados e tomam cuidado particular ao transmitir ou retransmitir Informações Confidenciais ou PII recebidas de funcionários não-Flosum.
Criptografia forte e protocolos de segurança (por exemplo, TLS, IPSEC, SSH, etc.) são usados para proteger Informações Confidenciais ou PII durante a transmissão por redes públicas abertas. Tais controles incluem aceitar apenas chaves e certificados confiáveis, protocolos em uso suportarem apenas versões ou configurações seguras, e a força da criptografia ser apropriada para a metodologia de criptografia em uso.
Aceitar apenas chaves e certificados confiáveis, protocolos em uso suportarem apenas versões ou configurações seguras, e a força da criptografia ser apropriada para a metodologia de criptografia em uso.
Redes públicas incluem, mas não se limitam à Internet, tecnologias sem fio, incluindo 802.11, Bluetooth e tecnologias celulares.
Informações Confidenciais ou PII transmitidas em mensagens de e-mail são criptografadas. Qualquer Informação Confidencial ou PII transmitida através de uma rede pública (por exemplo, Internet) para e de fornecedores, clientes ou entidades que fazem negócios com a Flosum deve ser criptografada ou transmitida através de um túnel criptografado (VPN) ou protocolos de tunelamento ponto-a-ponto (PPTP) que incluam implementações atuais de segurança da camada de transporte (TLS).
Transmissões sem fio (Wi-Fi) usadas para acessar dispositivos de computação da Flosum ou redes internas devem ser criptografadas usando protocolos de padrão de segurança wireless atuais (por exemplo, RADIUS, chaves privadas/públicas WPS ou outros mecanismos padrão do setor).
Criptografia ou um canal criptografado/seguro é exigido quando usuários acessam Informações Confidenciais ou PII da Flosum remotamente de uma rede compartilhada, incluindo conexões de um dispositivo Bluetooth a um PDA ou celular da Flosum.
Transferência segura e criptografada de documentos e Informações Confidenciais ou PII pela internet usa programas de transferência de arquivos seguros atuais, tais como “SFTP” (FTP sobre SSH) e o comando secure copy (SCP).
Todo acesso administrativo não via console, como ferramentas de gerenciamento baseadas em navegador/web, é criptografado usando tecnologias de navegador baseadas em SSL usando o algoritmo de segurança mais atual.
Gerenciamento de Chaves de Criptografia
Um gerenciamento eficaz de chaves públicas e privadas empresariais é um elemento crucial para garantir a segurança do sistema de criptografia. Procedimentos de gerenciamento de chaves devem assegurar que usuários autorizados possam acessar e descriptografar todas as Informações Confidenciais ou PII criptografadas usando controles que atendam às necessidades operacionais. Os sistemas de gerenciamento de chaves da Flosum são caracterizados pelas seguintes precauções e atributos de segurança:
A Flosum usa controles procedimentais para impor os conceitos de menor privilégio e separação de funções para a equipe. Esses controles aplicam-se a pessoas envolvidas no gerenciamento de chaves de criptografia ou que tenham acesso a instalações e processos de chaves relevantes para segurança, incluindo Autoridade Certificadora (CA) e Autoridade de Registro (RA), e/ou funcionários contratados.
O Chief Information Security Officer deve verificar o armazenamento de backup para senhas de chaves, arquivos e Informações Confidenciais ou PII para evitar ponto único de falha e assegurar acesso às Informações Confidenciais ou PII criptografadas.
O gerenciamento de chaves deve ser totalmente automatizado. O Chief Information Security Officer da Flosum não deve ter a oportunidade de expor uma chave ou influenciar a criação da chave.
Chaves em armazenamento e em trânsito devem ser criptografadas.
Chaves privadas devem ser mantidas confidenciais.
Proprietários de aplicações e recursos de sistema devem ser responsáveis por estabelecer políticas de criptografia de dados que concedam exceções com base na demonstração de uma necessidade de negócio e em uma avaliação do risco de acesso não autorizado ou perda de Informações Confidenciais ou PII.
Chaves de descriptografia não estão associadas a contas de usuário. Elas são mantidas em cache na RAM por uma curta duração, mas não são armazenadas na aplicação.
Documentação e procedimentos existem para proteger as chaves usadas para proteger Informações Confidenciais ou PII armazenadas contra divulgação e uso indevido.
Restringir o acesso às chaves criptográficas ao menor número possível de custodiante necessário.
Chaves criptográficas são armazenadas no menor número possível de locais.
Processos e procedimentos de gerenciamento de chaves para chaves criptográficas são totalmente documentados.
Aposentadoria ou substituição (por exemplo, arquivamento, destruição e/ou revogação) de chaves conforme deem necessário quando a integridade da chave tiver sido enfraquecida ou chaves forem suspeitas de terem sido comprometidas.
Observação: Se chaves criptográficas aposentadas ou substituídas precisarem ser retidas, essas chaves devem ser arquivadas de forma segura. Chaves criptográficas arquivadas devem ser usadas apenas para fins de descriptografia/verificação. Custodiantes de chaves criptográficas devem reconhecer formalmente que entendem e aceitam suas responsabilidades como custodiante de chaves.
Controles de Auditoria e Gestão
Procedimentos documentados sob demanda e evidências de prática devem estar em vigor para esta política operacional como parte da metodologia operacional da Flosum.
A Flosum deve inventariar dispositivos criptografados e validar a implementação de produtos de criptografia pelo menos anualmente.
Deve existir documentação para procedimentos de gerenciamento de chaves.
Procedimentos de criptografia em repouso existem e podem ser demonstrados.
Procedimentos de criptografia em trânsito existem e podem ser demonstrados.
Logs de exceção existem e podem ser produzidos para aqueles recursos que são excluídos desta política.
Geo-Fencing de Dados
Geo-fencing para certas regiões. Isso garante que dados específicos possam ser mantidos em regiões específicas conforme exigido pelos clientes.
Residência de Dados
A Flosum hospeda o Backup & Archive em Ohio, EUA, e na Alemanha, e os clientes podem usar ambos os locais hospedados se tiverem requisitos de residência. Os clientes também podem hospedar internamente em países/regiões se necessário. Cada org Salesforce está conectada a um tenant Flosum.
Registro de Logs
O registro é feito com nosso acesso ao servidor S3 e atividade de API em nível de objeto. Utilizamos versionamento para rastrear alterações ao longo do tempo, o que permite fácil reversão para versões anteriores. A Flosum também usa replicação entre regiões para backups geograficamente separados e maior disponibilidade. Mantemos bloqueios de objeto e exclusão MFA nos buckets de backup. Os logs são coletados via Syslog de várias instâncias e camadas, incluindo eventos de aplicação, rede e SO. Esses logs são então revisados e analisados centralmente para obter mais insights e ações. Registro adicional está disponível no AWS CloudTrail para a ferramenta. Pistas de auditoria extensas registram todas as ações realizadas por usuários (login/criação/alteração/adicionamento/exclusão de conteúdo, configurações, parametrizações, etc.) e sobre usuários (criação/alteração/exclusão de usuários, inclusão/alteração/exclusão de perfis de acesso, alterações de senha, etc.).
Conformidade
Asseguramos conformidade com regulamentos e padrões específicos do setor (por exemplo, GDPR, HIPAA, PCI DSS). A Flosum é certificada SOC 2 Tipo II. A Flosum realiza auditorias regulares e avalia a conformidade anualmente. Também está em conformidade com equivalentes ISO 27001. Conduzimos avaliações de segurança anuais e executamos scans de segurança Snyk após cada release de produção.
Computação em Nuvem
A Flosum utiliza o framework automatizado Functional Technical Review da Amazon Web Services para auditar e avaliar nossos controles de segurança, e faz mudanças regularmente para apoiar suas melhores práticas sugeridas. CloudTrail e outros serviços AWS monitoram nosso ambiente e nos notificam sobre questões que precisamos resolver. Serviços hospedados são auditados a cada seis meses por terceiros de reputação. Para AWS, veja https://aws.amazon.com/compliance/programs, para a Salesforce, veja https://compliance.salesforce.com/en/documents/a005A00000k50uvQAA.
Protocolos de Gestão de Patches
O gerenciamento de patches é um processo crucial que envolve manter softwares e sistemas atualizados para tratar vulnerabilidades conhecidas. Envolve a aplicação regular de patches, atualizações e correções em softwares e sistemas operacionais para garantir sua segurança e estabilidade. Ao manter softwares e sistemas atualizados, a Flosum mitiga efetivamente o risco de potenciais violações de segurança e ciberataques. O gerenciamento de patches ajuda a tratar vulnerabilidades conhecidas fechando brechas de segurança e corrigindo bugs que poderiam ser explorados por agentes maliciosos. A estratégia de gerenciamento de patches da Flosum inclui monitorar regularmente a disponibilidade de patches, testá-los em um ambiente controlado e implantá-los na infraestrutura da organização, bem como:
Deve ser agendado um ciclo de patches de sistemas informado por riscos para todos os sistemas operacionais (OS) de servidores, conforme apropriado, para os Sistemas de Informação e subsistemas relacionados.
Qualquer aplicação de patch de emergência fora do cronograma rotineiro de patches deve ser feita de acordo com o nível de risco, conforme determinado pelo Proprietário do Sistema de Informação em consulta com o CISO.
Servidores, serviços ou aplicações devem ser mantidos com níveis de patches de SO, aplicação ou segurança atuais, conforme recomendado pelo fabricante do software e informado pelo risco, para proteger as Informações da Flosum contra problemas conhecidos de segurança da informação.
Além de tratar vulnerabilidades de segurança, nosso gerenciamento de patches também desempenha um papel vital na manutenção do desempenho e da confiabilidade do sistema. Atualizações de software frequentemente incluem melhorias de desempenho e correções de bugs, o que pode resultar em funcionalidade aprimorada e redução do tempo de inatividade do sistema. No geral, o gerenciamento de patches é uma prática essencial para proteger proativamente nossos softwares e sistemas contra ameaças potenciais. Ao manter o software atualizado, mantemos um ambiente de TI seguro e resiliente.
Proteção de Dados
Na Flosum, estamos comprometidos em proteger a privacidade e a segurança dos dados de nossos clientes. Nossa aplicação SaaS está em total conformidade com o Regulamento Geral sobre a Proteção de Dados (GDPR), garantindo que tratamos dados pessoais de acordo com os mais altos padrões de proteção e privacidade de dados. Implementamos medidas técnicas e organizacionais robustas para salvaguardar os dados pessoais que processamos em nome de nossos clientes. Isso inclui:
Controles rígidos de acesso a dados e mecanismos de autenticação
Criptografia de dados tanto em trânsito quanto em repouso
Auditorias e avaliações regulares de segurança
Acordos de processamento de dados com nossos subprocessadores
Fornecer aos clientes ferramentas para gerenciar solicitações de titulares de dados
Garantir portabilidade de dados e o direito ao esquecimento
Nossa equipe dedicada de privacidade monitora e atualiza continuamente nossas práticas para manter conformidade com o GDPR e outras regulamentações de proteção de dados relevantes. Somos transparentes sobre nossas atividades de processamento de dados e fornecemos aos nossos clientes informações claras sobre como coletamos, usamos e protegemos seus dados pessoais.
Confiança, Disponibilidade e Planos de Continuidade de Negócios O Plano de Recuperação de Desastres da Flosum documenta nossos processos para recuperação de interrupções. Mais informações podem ser encontradas aqui: https://success.flosum.com/s/article/Security-Compliance.
Estrutura de Gerenciamento de Riscos
A Flosum entende a importância da gestão de riscos para manter a segurança e conformidade de nossas aplicações de software. Para gerenciar riscos de forma eficaz, seguimos uma estrutura de gestão de riscos projetada para identificar, avaliar e mitigar riscos ao longo do ciclo de vida do desenvolvimento de software. A estrutura de gestão de riscos compreende os seguintes passos.
Identificação de Riscos - Durante a fase de planejamento do SDLC, identificamos riscos de segurança potenciais que possam afetar a aplicação de software. Isso é feito considerando fatores como autenticação e controle de acesso de usuários, proteção de dados e modelagem de ameaças. Utilizamos modelos de avaliação de risco e listas de verificação para ajudar a identificar riscos potenciais.
Avaliação de Riscos - Uma vez que identificamos riscos potenciais, avaliamos a probabilidade e o impacto de cada risco para determinar sua prioridade de mitigação. Usamos métodos quantitativos e qualitativos para avaliar riscos, como a realização de pesquisas de risco ou o uso de matrizes de risco.
Mitigação de Riscos - Com base nos resultados da avaliação de riscos, desenvolvemos um plano para mitigar os riscos identificados. Isso pode envolver a implementação de controles de segurança, como controles de acesso, criptografia ou sistemas de detecção de intrusão, para reduzir a probabilidade ou o impacto do risco. Priorizamos as atividades de mitigação com base no nível de risco e nos recursos disponíveis.
Monitoramento de Riscos - Após a implementação das medidas de mitigação, continuamos a monitorar e avaliar a eficácia dos controles. Isso inclui a realização de auditorias de segurança regulares, avaliações de vulnerabilidades e testes de penetração para identificar quaisquer vulnerabilidades novas ou existentes. Também monitoramos os logs do sistema e a atividade dos usuários para detectar qualquer atividade incomum que possa indicar uma violação de segurança.
Relatório de Riscos - Mantemos um registro de riscos que documenta todos os riscos identificados, sua probabilidade e impacto, e o status das medidas de mitigação. Relatamos as atividades de gestão de riscos às partes interessadas, como a administração e órgãos reguladores, para garantir transparência e responsabilidade.
Incidente de Serviço e Recuperação de Desastres
Incidente e Resposta
A instância hospedada na nuvem da Flosum é construída na AWS, enquanto a instância self-hosted é construída na nuvem ou hardware do cliente. A Flosum interage com o Salesforce, tanto recuperando quanto enviando dados. Como tal, aspectos da funcionalidade da Flosum estão diretamente ligados ao tempo de atividade e disponibilidade do Salesforce e estão, portanto, sujeitos aos SLAs de tempo de atividade, restauração e recuperação do Salesforce. Quando a Flosum é self-hosted pelo cliente, aspectos da funcionalidade da Flosum estão diretamente ligados ao tempo de atividade e disponibilidade do cliente e estão, portanto, sujeitos aos SLAs de tempo de atividade, restauração e recuperação do cliente.
Gestão de Incidentes e Resposta
SLAs de terceiros garantem nossa disponibilidade de banco de dados em 99,95%. O Web Application Firewall (WAF) mantém logs e gera relatórios de todas as atividades de tráfego. Esses logs são usados para análise e propósitos forenses, ajudando nossa equipe de segurança a identificar potenciais violações de segurança e tomar medidas apropriadas para fortalecer a postura geral de segurança da aplicação. Nossa política delimita papéis dentro da Equipe de Resposta a Incidentes de Segurança de Computador (INFOSEC) e descreve quais membros da gestão executiva e operacional da Flosum devem estar envolvidos em diferentes tipos de incidentes de segurança.
Papéis e responsabilidades
A resposta a incidentes será tratada com base na severidade do incidente.
Chief Information Security Officer (CISO)—O CISO é responsável por avaliar o escopo inicial de um incidente de segurança, reunir a Equipe de Gestão de Incidentes da Empresa e nomear o Gerente de Incidentes.
Relato de incidentes—Todos os funcionários da Flosum são obrigados a relatar incidentes de segurança reais ou suspeitos. Todos os incidentes de segurança suspeitos devem ser reportados para infosec@tacticalarbitrage.com.
Gerente de incidentes—Este papel é designado pelo CISO e liderará a resposta ao incidente. Este é um papel técnico e coordenará o trabalho de coleta de logs, preservação de evidências e atividades de análise.
Equipe de Gestão de Incidentes da Empresa—Quando uma violação de dados de Categoria 1 for declarada, os seguintes papéis de administração de negócios serão adicionados à equipe de resposta a incidentes:
Administrador sênior para a(s) unidade(s) impactada(s)
CISO
Outros conforme necessário
A Equipe de Gestão de Incidentes da Empresa irá, se necessário, informar indivíduos fora da EIMT sobre o incidente. Membros da Equipe de Gestão de Incidentes da Empresa e todo o pessoal de TI devem receber treinamento anual de resposta a incidentes. Exercícios de mesa recriando um incidente de segurança significativo serão conduzidos no mínimo a cada dois anos.
Monitoramento de Ameaças
A Flosum possui um sistema de detecção e prevenção de intrusões empregado para detectar e prevenir tentativas de acesso não autorizadas e para identificar e bloquear tráfego suspeito ou malicioso em tempo real. Ao monitorar continuamente o tráfego de rede, nosso WAF pode analisar requisições de entrada e identificar quaisquer padrões ou comportamentos anormais que possam indicar um ataque. Ao detectar, o WAF toma ação imediata para bloquear ou mitigar o tráfego malicioso, protegendo assim a aplicação web de potenciais ameaças.
Backup e Restauração da Plataforma
Privacidade e proteção dos dados dos clientes da Flosum são de máxima importância para a Flosum. Nossa política de atualização está alinhada ao cronograma de lançamentos do Salesforce. Nossa arquitetura roda em quatro nós docker, e temos versionamento em nosso armazenamento para que possamos reverter. A Flosum é construída em ambientes de Nuvem Pública e é lá que os backups são realizados. Testes completos de recuperação de desastres são executados (incluindo failover e failback) anualmente.
Dados de Backup da Plataforma de Computação
A Flosum possui um backup “moment in time”, armazenado como arquivos CSV criptografados bi-direcionalmente, a partir dos quais você pode optar por restaurar seus dados de um ponto de restauração específico. Arquivos binários e grandes objetos são armazenados em seu formato original. O backup mostra quantos registros serão salvos, e você tem a capacidade de visualizar e checar os campos e os dados que foram backupados. Você também pode restaurar registros em massa facilmente ou procurar registros específicos ou conjuntos de registros. Usuários podem clicar no link do ID do registro para visualizar o registro Logs de backup podem ser visualizados regularmente e alertam para resolução rápida de problemas. A Flosum implementa uma política estruturada de exclusão de backup para omissão seletiva de objetos, e garante que registros relacionados possam ser restaurados junto com os registros primários para recuperação abrangente dos dados. Os seguintes volumes ficam disponíveis para backup automatizado, usando a melhor tecnologia disponível para cada um.
Produção implantada em instâncias Salesforce, backupadas regularmente
Instâncias Dev, Staging, Demo, backupadas diariamente à noite
Dados de estação de trabalho devem ser backupados para controle de versão ou Google Drive - informações da empresa não devem ser armazenadas localmente a menos que sejam backupadas na nuvem ao mesmo tempo.
O Backup & Archive hospedado pela Flosum é completamente segregado de nossos sistemas internos, rodando na AWS. E para instâncias do Backup & Archive hospedadas pelo cliente, a imagem Docker do Backup & Archive é completamente desconectada da Flosum e o acesso é controlado por você.
Cronograma de Backup da Plataforma de Computação
Backups completos ocorrem às 09:05 GMT e 17:30 GMT. Backups podem ser agendados por hora, se necessário, e backups manuais podem ser acionados a qualquer momento.
Retenção de Backup da Plataforma de Computação
Práticas bem definidas de retenção e descarte de dados estão em vigor para garantir que os dados sejam mantidos pelo período necessário e descartados com segurança quando não forem mais necessários. Essa abordagem meticulosa minimiza o risco de acesso não autorizado ou uso indevido dos dados. No mínimo, backups de banco de dados devem ser mantidos por um período de pelo menos 5 dias e dados pessoais de backup devem ser mantidos por um ano. A Flosum manterá backups pelo tempo que o cliente exigir. A Flosum não impõe um limite de retenção. Retorno e descarte de dados em casos de término de contrato/prestação de serviços é possível. Tenant e dados associados serão destruídos/excluídos a seu pedido no término de um contrato.
Recuperação de Desastres
No caso de seus arquivos ficarem corrompidos, eles podem ser restaurados a partir de um Recovery Point, que é o último backup antes do evento de corrupção ocorrer. Você tem a capacidade adicional de filtrar por registros ou por campos para reduzir a quantidade de dados restaurados para um conjunto de dados específico.
Atualizado
Isto foi útil?