Artigo traduzido automaticamente pelo Google tradutor para o Português.
Segurança e Privacidade Desafios na nuvem pública
Abstrato
O desenvolvimento de serviços de computação em nuvem está se acelerando a taxa em que as organizações terceirizam seus serviços computacionais ou vender os seus recursos computacionais ociosos. Mesmo que a migração para a nuvem continua a ser uma tendência tentadora do ponto de vista financeiro, há vários outros aspectos que devem ser levados em conta pelas empresas antes de se decidir a fazê-lo. Um dos aspectos mais importante refere-se à segurança e privacidade: enquanto alguns problemas de segurança de computação em nuvem são herdadas as soluções adoptadas para criar tais serviços, muitas novas questões de segurança que são específicos para essas soluções também surgem, incluindo os relacionados com a forma como os serviços são organizado e qual o tipo de serviço / dados podem ser colocados na nuvem. Com o objetivo de dar uma melhor compreensão deste cenário complexo, neste artigo vamos identificar e classificar os principais problemas de segurança na computação em nuvem pública, dando uma visão geral do status atual da segurança nesta tecnologia emergente.
A computação em nuvem tem agarrou o centro das atenções, com os fornecedores de produtos e serviços que equipá-lo com controles Hawking em grande quantidade para trazer ordem ao caos nuvem. Mas o primeiro passo é para a organização identificar precisamente onde estão as maiores ameaças relacionadas com a nuvem mentir. Para o efeito, o NSIT por Wayne A. Jansen, publicar artigo ” segurança e questões de privacidade na computação em nuvem “abordar as questões de segurança e privacidade na computação em nuvem pública. Este artigo resume os principais pontos de vista presentes na pesquisa mencionada acima.
Segurança e Privacidade Desafios
Embora a redução de custos é a principal motivação para avançar para um provedor de nuvem, reduzindo a responsabilidade pela segurança ou privacidade não deve ser. Em última análise, a organização é responsável pelo estado geral do serviço terceirizado. Questões de segurança e privacidade de Monitoramento e endereçamento permanecem na competência da organização, assim como outras questões importantes, tais como desempenho, disponibilidade e recuperação.
Este artical olha para as principais questões de segurança e privacidade pertinentes à computação em nuvem, como eles se relacionam com a terceirização de partes do ambiente computacional da organização. Ele aponta áreas de preocupação com as nuvens públicas que requerem atenção especial e fornece a base necessária para tomar decisões de segurança informadas.
1. Confiança
Sob o paradigma de computação em nuvem, uma organização abandona o controle direto sobre muitos aspectos da segurança e, ao fazê-lo, confere um nível sem precedentes de confiança para o prestador de serviços.
1.1. Insider Acesso
Os dados processados ou armazenados fora dos limites de uma organização, o seu firewall, e outros controles de segurança traz consigo um nível inerente de risco. A ameaça à segurança insider é uma questão bem conhecida pela maioria das organizações. Ameaças internas vão além daqueles colocados por funcionários atuais ou antigos para incluir as filiais da organização, empreiteiros e outros partidos que receberam o acesso a redes de uma organização, sistemas e dados para realizar ou facilitar as operações.
Movimentação de dados e aplicações para um ambiente de computação em nuvem externo amplia o risco de segurança privilegiada não só para o pessoal do prestador de serviços, mas também, potencialmente, entre outros clientes que utilizam o serviço.
1.2. Serviços Composite
Serviços de nuvem em si podem ser compostas através de assentamento e camadas com outros serviços em nuvem. Por exemplo, um provedor de SaaS pode construir os seus serviços àqueles de uma nuvem PaaS ou IaaS. Prestadores de serviços em nuvem que subcontratar alguns serviços aos prestadores de serviços de terceiros deve levantar preocupações, incluindo o alcance do controle sobre o terceiro, as responsabilidades envolvidas, e os remédios e recurso disponíveis devem ocorrer problemas. Confiança muitas vezes não é transitivo, exigindo que os arranjos de terceiros ser divulgado antes de chegar a um acordo com o prestador de serviços, e que os termos desses acordos são mantidos durante todo o contrato ou até notificação suficiente pode ser dada de quaisquer mudanças previstas.
1.3. Visibilidade
A migração para os serviços em nuvem abandona o controle para o prestador de serviços para garantir os sistemas em que dados e aplicativos da organização opera. Para evitar a criação de brechas na segurança, gestão, controles processuais e técnicas devem ser aplicadas proporcionalmente com os utilizados para os sistemas organizacionais internos. A tarefa é formidável, desde métricas para comparar a segurança de dois sistemas de computador são uma área permanente de pesquisa. Além disso, a rede e monitoramento do nível do sistema, o usuário é geralmente fora do alcance da maior parte dos acordos de serviços, limitando a visibilidade e os meios para auditar as operações diretamente. Para garantir que a política e os procedimentos estão sendo aplicados em todo o ciclo de vida do sistema, acordos de serviços deve conter alguns meios para ganhar visibilidade dos controles de segurança e processos empregados a pelo fornecedor de serviços, bem como o seu desempenho ao longo do tempo.
1.4. Gestão de Riscos
Com serviços baseados em nuvem, alguns subsistemas ou componentes do subsistema estão fora do controle direto da organização que possui as informações e autoriza o uso do sistema. Muitas pessoas se sentem mais confortáveis com o risco quando têm mais controle sobre os processos e equipamentos envolvidos. No mínimo, um alto grau de controle oferece a opção de pesar alternativas, definir prioridades e agir de forma decisiva, no melhor interesse da organização, quando confrontado com um incidente. Na escolha entre uma solução in-house e uma implementação baseada em nuvem, os riscos associados precisam ser avaliados em detalhe. Avaliação e gestão de riscos em sistemas que usam serviços de nuvem pode ser um desafio. O ideal é que o nível de confiança é baseada na quantidade de controle direto da organização é capaz de exercer sobre o prestador de serviços externo no que diz respeito ao emprego de controles de segurança necessárias para a protecção do serviço ea prova trouxe quanto à eficácia dos controlos.
2. Arquitetura
A arquitetura dos sistemas dos sistemas de software usados para entregar serviços de nuvem inclui hardware e software que reside na nuvem. A localização física da infra-estrutura é determinado pela operadora como é a implementação de confiabilidade e escalabilidade lógica do quadro de apoio subjacente. As máquinas virtuais (VMs) geralmente servem como unidade abstrata de implantação e são de baixo acoplamento com a arquitetura de armazenamento em nuvem. Os aplicativos são construídos sobre as interfaces de programação de serviços acessíveis pela Internet e normalmente envolvem vários componentes intercomunicação nuvem.
2.1. Superfície de ataque
Um hipervisor ou monitor de máquina virtual é uma camada adicional de software entre um sistema operacional e plataforma de hardware, necessários para operar multi-tenant VMs e aplicativos hospedados por isso. Além dos recursos virtualizados, o hypervisor normalmente suporta outras interfaces de programação para realizar operações administrativas, como o lançamento, migração, e terminando instâncias VM. Em comparação com uma execução não virtualizado, a adição de um hipervisor provoca um aumento na superfície de ataque. A complexidade em ambientes VM também pode ser mais desafiador do que o seu homólogo tradicional, dando origem a condições que prejudiquem a segurança. Por exemplo, a paginação, verificação apontando, e migração de VMs pode vazar dados confidenciais para o armazenamento persistente, subvertendo os mecanismos de proteção no sistema operacional hospedado. O hipervisor si também pode ser comprometida. A-dia zero explorar na aplicação de virtualização Hyper VM supostamente levou à destruição de cerca de 100.000 Websites servidor virtual baseado hospedados no Vaserv.com.
2.2. Proteção de Rede Virtual
A maioria das plataformas de virtualização tem a capacidade de criar chaves baseadas em software e configurações de rede como parte do ambiente virtual para permitir que máquinas virtuais no mesmo host para se comunicar mais diretamente e de forma eficiente. Por exemplo, a arquitetura de rede virtual VMware suporta rede mesmo acolhimento em que uma sub-rede privada é criado para VMs sem necessidade de acesso à rede externa. Tráfego sobre tais redes não está visível para os dispositivos de proteção de segurança na rede física, tais como sistemas de prevenção de intrusão e detecção baseada em rede. Para evitar a perda de visibilidade e proteção contra ataques intra-hospedeiro, a duplicação das proteções de rede física pode ser necessária na rede virtual.
2.3. Dados auxiliares
Embora o foco de proteção é colocada principalmente em dados de aplicativos, prestadores de serviços também têm detalhes importantes sobre as contas dos usuários dos serviços que possam ser comprometidos e utilizados em ataques subseqüentes. Enquanto a informação de pagamento é um exemplo, outras fontes de informação, mais sutis podem estar envolvidos. Por exemplo, um banco de dados de informações de contato roubado da Salesforce.com, por meio de um ataque de phishing direcionados contra um funcionário, foi usado para lançar ataques bem sucedidos e-mail direcionados contra os usuários do serviço. O incidente ilustra a necessidade de os prestadores de serviços a comunicar imediatamente violações de segurança que ocorrem não só nos dados que tem para com os seus clientes, mas também os dados que detém sobre eles. Outro tipo de dados auxiliares é imagens de VM. Uma imagem VM implica a pilha de software, incluindo aplicativos instalados e configurados, usado para inicializar a máquina virtual em um estado inicial ou o estado de algum ponto de verificação anterior.
2.4. Proteção do lado do cliente
A defesa bem sucedida contra ataques requer tanto um cliente seguro e uma infra-estrutura de site seguro. Com ênfase tipicamente colocado sobre este último, o primeiro pode ser facilmente negligenciado. Navegadores da Web, um elemento-chave para muitos serviços de computação em nuvem, e os vários plug-ins e extensões disponíveis para eles são notórios por seus problemas de segurança. Além disso, muitos complementos do navegador não fornecem atualizações automáticas, aumentando a persistência de vulnerabilidades existentes. O aumento da disponibilidade e uso das mídias sociais, webmail pessoal, e outros locais de acesso público também tem riscos associados que podem afetar a segurança do navegador, sua plataforma subjacente, e as contas de serviços em nuvem negativamente através de ataques de engenharia social. Por exemplo, spyware teria instalado em um hospital por conta do Yahoo Webmail de um funcionário enviado mais de 1.000 capturas de tela contendo informações confidenciais financeiras e outras para o autor antes de ser descoberto. Ter um Trojan backdoor, keystroke logger, ou outro tipo de corrida de malware em um cliente não augura nada de bom para a segurança da nuvem ou outros serviços baseados na web. As organizações precisam de empregar medidas para proteger o lado do cliente como parte da arquitetura global. Os bancos estão começando a assumir a liderança na implantação de ambientes de navegador endurecidos que criptografam as trocas de rede e proteger contra keystroke logging.
2.5. Protection Server-Side
Servidores e aplicativos virtuais, bem como suas contrapartes não-virtualizados, precisam ser protegidos em nuvens IaaS. Seguintes políticas e procedimentos organizacionais, endurecimento do sistema operacional e aplicativos deve ocorrer para produzir imagens de VM para implantação. Cuidados também devem ser tomados para fazer ajustes para os ambientes virtualizados em que as imagens são executados. Por exemplo, firewalls virtuais podem ser usados para isolar grupos de VMs a partir de outros grupos hospedados, tais como sistemas de produção de sistemas de desenvolvimento ou sistemas de desenvolvimento de outros sistemas cloud residentes. Gerir cuidadosamente imagens de VM também é importante para evitar acidentalmente implantação de imagens contendo vulnerabilidades.
3. Gerenciamento de Identidade
Sensibilidade de dados e privacidade da informação são cada vez mais uma preocupação para as organizações, e acesso não autorizado a recursos de informação na nuvem é um grande problema. Uma razão é que o quadro de identificação e autenticação de uma organização não pode estender-se naturalmente em nuvem e pode exigir esforço para modificar o quadro existente para suportar serviços em nuvem. A alternativa de ter dois sistemas diferentes para autenticação de uso, um para sistemas organizacionais internos e outro para sistemas baseados em nuvem externa é uma complicação que pode se tornar inviável ao longo do tempo. Federação de identidade, popularizado com a introdução de serviços orientados arquitecturas, é uma solução que pode ser realizado em um número de maneiras, tais como com a segurança asserção Markup Language (SAML) padrão.
3.1. Autenticação
Um número crescente de provedores de serviços de nuvem suportam o padrão SAML e usá-lo para administrar usuários e autenticá-los antes de fornecer acesso a aplicativos e dados. SAML fornece um meio para a troca de informações, tais como afirmações relacionados a um assunto ou informações de autenticação, entre os domínios de cooperação. Solicitação SAML e mensagens de resposta são normalmente mapeado sobre o Simple Object Access Protocol (SOAP), que se baseia em XML para seu formato. Com o Amazon Web Services, por exemplo, uma vez que um usuário criou um certificado de chave pública, é usado para assinar solicitações SOAP para o EC2 para interagir com ele. Validação de segurança mensagem SOAP é complicado e deve ser feito com cuidado para evitar ataques. Ataques embrulho XML que envolvem a manipulação de mensagens SOAP foram demonstradas com sucesso contra os serviços EC2 da Amazon.
3.2. Controle de Acesso
Além de autenticação, a capacidade de se adaptar os privilégios do usuário e manter o controle sobre o acesso aos recursos também é necessária, como parte da gestão de identidade. Normas como a eXtensible Access Control Markup Language (XACML) pode ser empregada para controlar o acesso a recursos de nuvem, em vez de usar interface proprietária de um provedor de serviços. XACML enfoca o mecanismo para se chegar a decisões de autorização, que complementa o foco da SAML sobre os meios para a transferência de decisões de autenticação e autorização entre entidades cooperantes. XACML é capaz de controlar as interfaces da maioria dos prestadores de serviços proprietários, e alguns prestadores de serviços, tais como salesforce.com e Google Apps, já tê-lo no lugar.
4. Isolamento Software
Alto grau de multi-locação sobre um grande número de plataformas são necessários para a computação em nuvem para atingir a flexibilidade previsto de provisionamento sob demanda de serviços de confiança e os benefícios de custo e eficiência, devido às economias de escala. Para alcançar as altas escalas de consumo desejado, prestadores de serviços têm para garantir a entrega dinâmica flexível do serviço e isolamento de recursos do usuário. Multi-tenancy na computação em nuvem é normalmente feito por multiplexação a execução de VMs a partir potencialmente diferentes usuários no mesmo servidor físico. É importante observar que os aplicativos implementados em VMs convidadas permanecem susceptíveis ao ataque e compromisso, o mesmo que suas contrapartes não-virtualizados. Isto foi dramaticamente exemplificado recentemente por uma botnet encontrado operando fora de ambiente de computação em nuvem EC2 da Amazon.
4.1. Hypervisor Complexidade
A segurança de um sistema de computador depende da qualidade do miolo software subjacente que controla o confinamento e execução de processos. Um hipervisor ou monitor de máquina virtual (VMM) é projetada para executar várias VMs convidado, hospedagem de sistemas operacionais e aplicativos, ao mesmo tempo em um único computador host e para fornecer isolamento entre o hóspede VMS. Um VMM pode, em teoria, ser menor e menos complexo do que um sistema operativo. O pequeno tamanho e simplicidade tornar mais fácil para analisar e melhorar a qualidade da segurança, dando um VMM o potencial de ser mais adequado para a manutenção da forte isolamento entre VMs convidadas de um sistema operacional é para os processos de isolamento. Na prática, no entanto, hipervisores modernas pode ser grande e complexa, comparável a um sistema operativo, que anula esta vantagem.
4.2. Vetores de Ataque
Multi-arrendamento em infraestruturas de nuvem baseadas em VM, juntamente com as sutilezas na forma como os recursos físicos são compartilhados entre VMs convidadas, podem dar origem a novas fontes de ameaças. A ameaça mais grave é que o código malicioso pode escapar dos limites de sua VMM e interferir com o hypervisor ou outro convidado VMs. A migração ao vivo, a capacidade de transitar de uma VM entre hypervisors em diferentes computadores host sem interromper o sistema operacional convidado, e outros recursos fornecidos por ambientes VMM para facilitar o gerenciamento de sistemas, também aumentar o tamanho do software e da complexidade e potencialmente adicionar outras áreas-alvo em um ataque .
5. Protecção de Dados
Os dados armazenados na nuvem geralmente reside em um ambiente compartilhado colocado com dados de outros clientes. Organizações móveis de dados sensíveis e regulados para a nuvem, por isso, deve levar em conta os meios pelos quais o acesso aos dados é controlado e os dados são mantidos em segurança.
5.1. Isolamento de Dados
Os dados podem tomar muitas formas. Por exemplo, para o desenvolvimento de aplicativos baseados em nuvem, que inclui os programas de aplicação, scripts e configurações, juntamente com as ferramentas de desenvolvimento. Para aplicativos implantados, inclui registros e outros conteúdos criados ou utilizados pelas aplicações, bem como conta informações sobre os usuários dos aplicativos. Os controles de acesso são um meio para manter os dados longe de usuários não autorizados; criptografia é outra. Os controles de acesso são normalmente baseados em identidade, o que faz a autenticação da identidade do usuário uma questão importante na computação em nuvem. Ambientes de banco de dados usado na computação em nuvem podem variar significativamente.
, por exemplo, alguns ambientes de apoiar um modelo multi-instância, enquanto outros suportam um modelo multi-tenant. O primeiro fornece um sistema de gerenciamento de banco de dados único em execução em uma instância VM para cada usuário do serviço, dando ao usuário controle completo sobre a definição do papel, a autorização do usuário, e outras tarefas administrativas relacionadas com a segurança. Este último fornece um ambiente pré-definido para o utilizador do serviço de nuvem que é compartilhado com outros inquilinos, normalmente por meio de dados de marcação com um identificador de usuário. Tagging dá a aparência de uso exclusivo da instância, mas depende do provedor de serviços para manter um ambiente de banco de dados seguro som. Existem vários tipos de arranjos multi-inquilino para bancos de dados. Cada tipo de piscinas recursos de forma diferente, oferecendo diferentes graus de isolamento e eficiência dos recursos. Outras considerações também se aplicam. Por exemplo, certos recursos como criptografia de dados só são viáveis com arranjos que utilizam separado, em vez de bancos de dados compartilhados. Esses tipos de compensações requerem cuidadosa avaliação da adequação da solução de gerenciamento de dados para os dados envolvidos. Requisitos em determinadas áreas, como a saúde, provavelmente influenciar a escolha do banco de dados e organização de dados usado em um aplicativo. Privacidade de informações sensíveis, em geral, é uma preocupação séria. Os dados devem ser protegidos, enquanto em repouso, em trânsito e em uso e acesso aos dados controlados. Normas para protocolos de comunicação e certificados de chave pública permitem transferências de dados a ser protegido usando criptografia. Os procedimentos para a proteção de dados em repouso, no entanto, não são tão bem padronizado, tornando a interoperabilidade um problema devido à predominância de sistemas proprietários. A falta de interoperabilidade afeta a disponibilidade de dados e complica a portabilidade de aplicações e dados entre os prestadores de serviços em nuvem. Atualmente, a responsabilidade pela gestão de chaves criptográficas recai principalmente sobre o assinante do serviço de nuvem. Geração e armazenamento de chave geralmente é realizado fora da nuvem usando módulos de segurança de hardware, que não escalam bem com o paradigma da nuvem. O trabalho está em andamento para identificar estratégias-chave de criptografia escaláveis e utilizáveis de gestão e taxas de utilização por parte do governo, o que poderia ajudar a aliviar o problema, eventualmente. Protegendo dados em uso é uma área emergente da criptografia com poucos resultados práticos para oferecer, deixando mecanismos de confiança como a salvaguarda principal.
5.2. Sanitização de dados
As práticas de higienização de dados que um provedor de serviços implementos têm implicações óbvias para a segurança. Sanitização é a remoção dos dados sensíveis de um dispositivo de armazenamento em várias situações, tais como quando um dispositivo de armazenamento é retirado de serviço, ou movido para outro local para ser armazenado. Também se aplica a cópias de segurança feitas para a recuperação e restauração do serviço, e os dados residuais remanescentes após o término do serviço. Em um ambiente de computação em nuvem, os dados de um assinante é fisicamente misturados com os dados de outros assinantes, o que pode complicar as coisas. Por exemplo, com as habilidades e equipamentos adequados, é possível recuperar dados de discos fracassados que não estão dispostos corretamente pelos prestadores de serviços.
5.3. Dados Localização
Uma das questões de conformidade mais comuns que enfrentam uma organização é a localização de dados. O uso de um centro de computação in-house permite que uma organização para estruturar seu ambiente de computação e saber em detalhes onde os dados são armazenados e as salvaguardas utilizadas para proteger os dados. Por outro lado, uma característica de muitos serviços de computação em nuvem é que a informação detalhada da localização dos dados de uma organização não está disponível ou não divulgadas ao assinante do serviço. Esta situação faz com que seja difícil de determinar se as salvaguardas suficientes no local e se os requisitos de conformidade legais e regulamentares estão sendo cumpridos. Auditorias e certificações de segurança externos podem, de certa forma, aliviar este problema, mas não são uma panacéia. Uma vez que a informação atravessa uma fronteira nacional, é extremamente difícil garantir proteção sob as leis e regulamentos estrangeiros.
6. Disponibilidade
Em termos simples, a disponibilidade significa que uma organização tem o seu conjunto completo de recursos de computação acessível e utilizável em todos os momentos. A disponibilidade pode ser afetado temporariamente ou permanentemente, e uma perda pode ser parcial ou completa. Ataques de negação de serviço, falta de equipamentos e desastres naturais são todas as ameaças à disponibilidade.
6.1. As interrupções temporárias
Apesar de empregar arquiteturas projetados para alta confiabilidade de serviço e disponibilidade, serviços de computação em nuvem pode e fazer interrupções de experiência e lentidão de desempenho.
Vários exemplos ilustram este ponto. Em fevereiro de 2008, Simple Service da Amazon Armazenamento (S3) e EC2
serviços sofreu uma queda de três horas, que, por sua vez, afetou Twitter e outras empresas que utilizam os serviços de inicialização Em março de 2009, o serviço de nuvem da Microsoft Azure experimentou grave degradação de cerca de 22 horas, devido a questões relacionadas com uma atualização de rede. Em um nível de 99,999% de confiabilidade, 8,76 horas de tempo de inatividade é de se esperar em um ano. Deve ser tomado O nível de confiabilidade de um serviço de nuvem e também as suas capacidades de backup e recuperação em conta no planejamento de contingência da organização para enfrentar a restauração e recuperação de serviços em nuvem interrompidos e operações, o uso de serviços alternativos, equipamentos e locais. Serviços de armazenamento em nuvem pode representar um ponto único de falha para as aplicações hospedadas lá. Em tais situações, um segundo provedor de serviços em nuvem pode ser usado para fazer backup de dados processados pelo fornecedor primário para assegurar que, durante uma interrupção prolongada ou desastre grave no primário, os dados permanecem disponíveis para a retomada imediata das operações críticas.
6.2. Prolongada e interrupções permanentes
É possível que um prestador de serviços a ter problemas graves, como a falência ou perda de instalação, que afetam o serviço por longos períodos ou causar um desligamento completo. Por exemplo, em abril de 2009, o FBI invadiu centros de computação em Texas e apreendeu centenas de servidores, na investigação de alegações de fraude contra um punhado de empresas que operavam fora dos centros. A apreensão interrompido serviço a centenas de outros negócios não relacionados com a investigação, mas que teve a infelicidade de ter suas operações de computador colocado nos centros direcionados.
6.3. Denial of Service
Um ataque de negação de serviço envolve saturando o alvo com pedidos falsos para impedi-lo de responder a pedidos legítimos em tempo hábil. Um atacante geralmente usa vários computadores ou uma botnet para lançar um ataque. Mesmo uma negação distribuída de serviço ataque mal sucedido pode rapidamente consumir uma grande quantidade de recursos para se defender contra acusações e causar a subir. O provisionamento dinâmico de uma nuvem de certa forma simplifica o trabalho de um atacante para causar danos. Enquanto os recursos de uma nuvem são significativos, com computadores de ataque suficiente eles podem tornar-se saturada. Por exemplo, um ataque de negação de serviço contra Bucket Bit, um site de hospedagem de código, causou uma queda de energia de mais de 19 horas de tempo de inatividade durante uma negação aparente de ataque de serviço na infraestrutura de nuvem da Amazon subjacente que ele usa. Além de serviços acessíveis ao público, ataques de negação de serviço pode ocorrer contra os serviços privados, como aqueles usados em gerenciamento de nuvem. Por exemplo, um ataque de negação de serviço ocorreu contra a interface de programação de gerenciamento de nuvem de serviços de nuvem da Amazon envolvidos instâncias de máquinas que reproduzem-se exponencialmente. Endereços não roteáveis Internamente atribuídos, usado para gerenciar os recursos dentro da rede do provedor de serviços, também pode ser usado como um vetor de ataque. A possibilidade do pior caso que existe é para elementos de uma nuvem para atacar os de outro ou para atacar alguns dos seus próprios elementos.
6.4. Valor de concentração
O ladrão de bancos Willie Hutton é muitas vezes atribuída com a alegação de que ele roubava bancos “porque é onde está o dinheiro”. De muitas maneiras, os registros de dados são a moeda do século 21 e armazenamentos de dados baseados na nuvem são o cofre do banco, tornando-os um alvo cada vez mais preferido. Assim como uma economia de escala existe em roubar bancos em vez de indivíduos, uma alta taxa de retorno também existe para comprometer com sucesso uma nuvem. Por exemplo, uma recente exploit direcionado conta de e-mail de um funcionário do Twitter por supostamente respondendo a um conjunto de questões de segurança e, em seguida, usar essas informações para acessar os arquivos da empresa armazenados em sua organização conta do Google Apps. A fraqueza semelhante foi observado na Amazon Web Services (AWS). Um endereço de e-mail cadastrado e senha válidos para uma conta são tudo o que é necessário para baixar as credenciais de autenticação do painel Web AWS, que por sua vez garantem acesso a recursos da conta. Desde senhas perdidas pode ser reposto por e-mail, um atacante controlar o sistema de e-mail, ou passivamente escutando na rede através do qual e-mail contendo uma redefinição de senha passaria, poderia efetivamente assumir o controle da conta. Ter os dados co-instalados com os dados de uma organização com um elevado perfil ameaça também poderia levar a negação de serviço, como uma vítima involuntária de um ataque dirigido contra essa organização. Da mesma forma, os efeitos indirectos de um ataque contra os recursos físicos de prestadores de serviços de uma organização de alto nível também são uma possibilidade.
Conclusão
Ao enfatizar os benefícios de custo e de desempenho da nuvem, alguns problemas fundamentais de segurança recuaram para o fundo e foi deixado em aberto. Várias peças críticas de tecnologia, como uma solução para a confiança federada, não estão ainda plenamente realizado, colidir com implementações bem-sucedidas. Determinar a segurança dos sistemas informáticos complexos é também um problema de segurança de longa data que ofusca a computação em larga escala, em geral. Segurança da infra-estrutura de nuvem depende de computação confiável e criptografia
. Dados organizacionais devem ser protegidos de uma forma consistente com as políticas, seja no centro de computação da organização ou na nuvem. Não existe contrato de serviço padrão que cobre as gamas de serviços em nuvem disponíveis e as necessidades de diferentes organizações. Ter uma lista de disposições comuns de terceirização, tais como padrões de privacidade e segurança, questões de regulamentação e conformidade, requisitos de nível de serviço e multas, processos de gestão da mudança, a continuidade das prestações de serviços e direitos de rescisão, fornece um ponto de partida útil.
A migração para um ambiente de computação em nuvem é em muitos aspectos um exercício de gestão de riscos. Ambos os fatores qualitativos e quantitativos aplicar em uma análise. Os riscos devem ser cuidadosamente equilibrado com as salvaguardas disponíveis e os benefícios esperados, com o entendimento de que a responsabilidade pela segurança permanece com a organização. Muitos controles pode ser ineficiente e ineficaz, se os benefícios superam os custos e riscos associados. Deve ser assegurado um equilíbrio adequado entre a força dos controlos e do risco relativo associado com determinados programas e operação.