Segurança FAQ 

Ocorreram violações ou incidentes de segurança significativos nos últimos 5 anos?

Não.

São privilegiados e genéricos o acesso à conta é rigorosamente controlado e revisto numa base periódica, pelo menos

anualmente?

Sim.

Que dados estão a ser recolhidos sobre o utilizador? 

O software recolhe dados sobre o proprietário da conta e o cliente final. Ambos os conjuntos de dados são baseados nos dados fornecidos pelo proprietário da conta, e pelo cliente final. Não recolhemos quaisquer dados fora dos dados fornecidos voluntariamente pelo utilizador final ou pelo proprietário da conta. 

O proprietário da conta pode criar campos de texto para recolher diferentes pontos de dados na reserva, mas o cliente está plenamente consciente de que os dados estão a ser recolhidos, uma vez que o utilizador final estaria a digitar os dados nos campos. O utilizador final ou o proprietário da conta pode solicitar a eliminação de dados a qualquer momento, enviando um e-mail para data@bookafy.com. 

Para que fins é que a aplicação utiliza os dados?

Os dados da aplicação só são utilizados para a transacção a que o cliente final se inscreveu. Se utilizarmos uma aplicação de terceiros para fazer login com SSO, como o Facebook ou Google, só utilizamos essa ligação para acesso à conta. Não utilizamos dados da conta como contactos, eventos, mensagens de correio electrónico e não publicamos em seu nome nem participamos em qualquer actividade dentro da sua conta. Só é usado para login. 

Quais são os direitos dos utilizadores para eliminação de dados e como pode o utilizador solicitar a eliminação dos dados? 

Utilizamos os dados recolhidos do proprietário da conta (o nosso cliente) para proporcionar uma melhor experiência ao proprietário da conta. Isto inclui qualquer lugar onde o AO tenha ficado preso, visitado muitas vezes, possa ter perguntas ou um bug. Utilizamos estes dados para comunicar com os nossos clientes (proprietário da conta) no momento certo com a mensagem certa. 

Para o utilizador final, o cliente do nosso cliente… só utilizamos estes dados para efeitos da transacção (reserva) com o titular da conta. Não comercializamos para estes clientes, nem utilizamos os seus dados de qualquer outra forma. Os seus dados não são vendidos nem emprestados… ficam no nosso sistema. 

Tanto no caso do AO como no do cliente final, os seus dados podem ser apagados em qualquer altura. O AO pode enviar um e-mail para data@bookafy.com e solicitar que a sua conta e dados sejam removidos. O cliente final pode solicitar que os seus dados sejam removidos pelo AO. 

As contas de utilizador partilhadas são proibidas aos empregados? E os Clientes?

Os empregados têm as suas próprias contas dedicadas. Os clientes também têm as suas próprias contas dedicadas, com acesso apenas aos seus dados.

A construção da sua palavra-passe exige múltiplos requisitos de força, ou seja, palavras-passe fortes e utiliza uma sequência aleatória de caracteres alfa, numéricos e especiais?

Exigimos um mínimo de 6 caracteres em palavras-passe no nível básico de gestão de palavras-passe. OWASP e NIST SP 800-63-3 podem estar disponíveis no próximo ano opções de política de senhas.

A fronteira da rede está protegida com uma firewall com filtro de entrada e de saída?

Sim. Todas as firewalls e instalações de equilíbrio de carga são fornecidas pela Azure e pela Amazon AWS.

Os servidores de face pública estão numa Zona Des-Militarizada (DMZ) bem definida?

Sim, isto é herdado do zoneamento padrão da infra-estrutura Azure e a Bookafy tem servidores regionais espalhados por todo o mundo. 

A segmentação interna da rede é utilizada para isolar ainda mais recursos de produção sensíveis, tais como dados PCI?

Os dados PCI não são armazenados uma vez que são apenas enquadrados por Bookafy de fornecedores terceiros, tais como Stripe e Authorize.net. A Bookafy não recolhe dados ou armazena dados. 

A detecção ou prevenção de intrusões na rede é implementada e monitorizada?

Um amplo espectro de ferramentas de monitorização, complementado por notificações e alertas fornecidos pelo Azure permanecem em permanência. Isto inclui a detecção de intrusão e confirmações por e-mail de acesso à rede.

Todos os computadores de secretária estão protegidos utilizando vírus, worm, spyware e software de código malicioso actualizados regularmente?

Sim.

Os servidores estão protegidos utilizando práticas de endurecimento da indústria? As práticas estão documentadas?

Os serviços de segurança são utilizados regularmente para fornecer auditorias de segurança do sistema. 

Existe uma gestão activa de correcções de fornecedores para todos os sistemas operativos, dispositivos de rede e aplicações?

Sim. Isto é fornecido automaticamente pelo Azure através do seu serviço.

Todos os erros do sistema de produção e eventos de segurança são registados e preservados?

Os toros são preservados por um mínimo de 1 mês, com alguns a permanecerem até 6 meses, dependendo da severidade e acção necessária.

Os eventos de segurança e os dados de registo são regularmente revistos?

Sim. Os registos são revistos diariamente, semanalmente e mensalmente – dependendo da natureza dos eventos dos registos.

Existe um programa de privacidade documentado com salvaguardas para assegurar a protecção da informação confidencial do cliente?

Sim.

Existe um processo para notificar os clientes se ocorrer alguma violação da privacidade?

Sim.

Armazena, processa, transmite (isto é, “manipula”) Informação Pessoal Identificável (PII)?

Sim.

Em que país ou países é armazenado o SRCP?

A maioria dos nossos dados PII é armazenada nos EUA. No entanto, somos capazes de armazenar dados de contas dos nossos clientes empresariais num centro regional específico. Exemplo. A organização australiana poderia optar por ter os seus dados armazenados no nosso local em Canberra Azure. Ou os países europeus podem armazenar no centro de dados europeu. 

Os registos do sistema estão protegidos contra alterações e destruição?

Isto é fornecido por Azure e apoiado no Dropbox Cloud Storage.

Os limites e pontos de entrada VLAN estão protegidos por dispositivos de protecção e detecção de intrusão que fornecem alertas quando sob ataque?

Sim. Estes serviços estão incluídos na nossa firewall Azure que protege contra intrusões e envia alertas automáticos à nossa equipa de desenvolvimento. 

Os registos e eventos estão correlacionados com uma ferramenta que fornece avisos de um ataque em curso?

Sim, o nosso serviço de segurança inclui o registo e alertas de ataques em tempo real. 

Como é que os dados são segregados de outros clientes dentro da solução, incluindo redes, front-ends, armazenamento back-end e backups?

Cada conta de cliente é logicamente separada dos outros clientes, através da utilização de um identificador de inquilino persistente exigido em todos os registos da base de dados.

Além disso, todo o código de aplicação requer este identificador de inquilino para todas as operações – tanto de leitura como de escrita. Está também em vigor um regime de testes automatizados para proteger as alterações de código contra regressões e possível contaminação de dados entre tenantes.

O identificador do inquilino está “fortemente ligado” a cada conta de utilizador e logicamente aplicado através de cláusulas “ONDE” fixas sobre consultas a bases de dados e medidas equivalentes para acesso a ficheiros. Um utilizador da plataforma não é capaz de alterar ou desvincular a sua sessão ou conta deste identificador de locatário. Assim, não há nenhuma possibilidade lógica de um utilizador ter autorização de login sob um identificador de inquilino diferente. Mesmo que tentassem aceder a páginas utilizando um ID de inquilino diferente, o sistema rejeitaria o pedido devido ao facto de a conta de utilizador não estar registada para o ID de inquilino solicitado.

Tem um Plano de Resposta a Incidentes?

Sim, é mantido um “documento vivo” que esboça a resposta a desastres e incidentes

listas de verificação, detalhes de contacto e instalações chave do sistema para a compreensão e resposta a incidentes.

Que nível de protecção da rede é implementado?

Utilizamos Azures Web Application Gateway (equilibrador de carga) e Next Generation Firewall para proteger a nossa rede de máquinas virtuais em funcionamento na Azure Cloud. 

A plataforma fornece relatórios para medições de desempenho da Qualidade de Serviço (QOS) (utilização de recursos, rendimento, disponibilidade, etc.)?

Tais métricas não são fornecidas aos clientes, para além da disponibilidade e dos prazos de resposta conforme a nossa página de estado em status.pingdom.com

O programa de recuperação de desastres é testado pelo menos anualmente?

Sim, verificações de recuperação e realizadas e testadas anualmente.

Qual é o Objectivo do Tempo de Recuperação (RTO) e o Objectivo do Ponto de Recuperação (RPO) do sistema?

A RTO é de 4 horas, sendo a RPO de 1 hora.

Fornece cópias de segurança e planos de restauração para clientes individuais?

Todos os aspectos são multi-tenantados, pelo que as cópias de segurança são levadas a toda a base de clientes. As cópias de segurança completas dos ficheiros são executadas de 24 em 24 horas e beneficiam de cópias de segurança da base de dados Azure em ponto no tempo, realizadas de 5 em 5 minutos. Os backups são armazenados em Dropbox Cloud, bem como em máquinas virtuais Azure redundantes. 

Qual é o tempo máximo que os backups são retidos?

As cópias de segurança pontuais da base de dados são retidas durante 30 dias, com cópias de segurança gerais dos ficheiros durante 90 dias, no mínimo.

Qual é o tempo esperado para uma restauração de dados?

Qualquer restauro do cliente em qualquer cenário não catastrófico deve ser solicitado e agendado connosco. O prazo de entrega situa-se entre 1 e 2 dias úteis. 

Pode uma única conta de entidade ser restaurada sem impacto em toda a plataforma?

Se o restauro de um registo ou artefacto específico for requerido por um cliente, isto pode ser efectuado online através de uma base por pedido e é um trabalho cobrável. Não há impacto na plataforma ou na conta do cliente.

É fornecida uma Alta Disponibilidade – i. e. onde uma instância do servidor fica indisponível, outra fica disponível?

Várias instâncias de servidores estão a correr em todos os níveis do sistema através da máquina virtual do Azure, com o Web Application Gateway a tratar do equilíbrio de carga. A falha de uma instância do servidor no centro de dados é tratada pelo Azure WAG, sendo a instância problemática reciclada e/ou removida e substituída por uma nova instância.

Os dados estão armazenados e disponíveis noutro local (centro de dados) para satisfazer os requisitos de recuperação de desastres?

Sim. Todos os dados são replicados para um segundo centro de dados que difere por localização geográfica, bem como ter dados de backup armazenados no Dropbox Cloud Storage. .

O processo de failover é um processo de transição activo/activo e automatizado?

A falha de uma instância do servidor no centro de dados primários é tratada pelos equilibradores de carga do Azure WAG, sendo a instância problemática reciclada e/ou removida e substituída por uma nova instância.

No caso de todo o centro de dados ter uma falha crítica, então a mudança para o centro secundário é um processo manual, uma vez que precisamos de efectuar primeiro uma avaliação completa da questão para assegurar que não existem soluções simples para manter disponível a presença do centro primário existente. Se for determinado que é necessária uma mudança para o centro secundário, então a mudança será iniciada manualmente para cumprir os objectivos de recuperação pretendidos.