Research in Cloud Computing
Research in Cloud Computing
• And more…
3
Infrastructure Security
• Network Level
• Host Level
• Application Level
4
The Network Level
• Ensuring confidentiality and integrity of your
organization’s data-in-transit to and from your
public cloud provider
• Ensuring proper access control (authentication,
authorization, and auditing) to whatever
resources you are using at your public cloud
provider
• Ensuring availability of the Internet-facing
resources in a public cloud that are being used
by your organization, or have been assigned to
your organization by your public cloud providers
• Replacing the established model of network
zones and tiers with domains
From [6] Cloud Security and Privacy by Mather and Kumaraswamy
5
The Network Level - Mitigation
• Note that network-level risks exist
regardless of what aspects of “cloud
computing” services are being used
• The primary determination of risk level
is therefore not which *aaS is being
used,
• But rather whether your organization
intends to use or is using a public,
private, or hybrid cloud.
From [6] Cloud Security and Privacy by Mather and Kumaraswamy
6
The Host Level
• SaaS/PaaS
– Both the PaaS and SaaS platforms abstract and
hide the host OS from end users
– Host security responsibilities are transferred to
the CSP (Cloud Service Provider)
• You do not have to worry about protecting hosts
– However, as a customer, you still own the risk of
managing information hosted in the cloud
services.
From [6] Cloud Security and Privacy by Mather and Kumaraswamy
7
The Host Level (cont.)
• IaaS Host Security
– Virtualization Software Security
• Hypervisor (also called Virtual Machine Manager (VMM)) security is
a key
– a small application that runs on top of the physical machine
H/W layer
– implements and manages the virtual CPU, virtual memory, event
channels, and memory shared by the resident VMs
– Also controls I/O and memory access to devices.
• Bigger problem in multitenant architectures
– Customer guest OS or Virtual Server Security
• The virtual instance of an OS
• Vulnerabilities have appeared in virtual instance of an OS
• e.g., VMWare, Xen, and Microsoft’s Virtual PC and Virtual Server
• Customers have full access to virtual servers.
8
From [6] Cloud Security and Privacy by Mather and Kumaraswamy
Case study: Amazon's EC2
infrastructure
• “Hey, You, Get Off of My Cloud: Exploring Information Leakage in
Third-Party Compute Clouds”
– Multiple VMs of different organizations with virtual boundaries
separating each VM can run within one physical server
– "virtual machines" still have internet protocol, or IP, addresses,
visible to anyone within the cloud.
– VMs located on the same physical server tend to have IP
addresses that are close to each other and are assigned at the
same time
– An attacker can set up lots of his own virtual machines, look at
their IP addresses, and figure out which one shares the same
physical resources as an intended target
– Once the malicious virtual machine is placed on the same server
as its target, it is possible to carefully monitor how access to
resources fluctuates and thereby potentially glean sensitive
information about the victim
9
Local Host Security
• Are local host machines part of the cloud infrastructure?
– Outside the security perimeter
– While cloud consumers worry about the security on the cloud
provider’s site, they may easily forget to harden their own
machines
• The lack of security of local devices can
– Provide a way for malicious services on the cloud to attack
local networks through these terminal devices
– Compromise the cloud and its resources for other users
Local Host Security (Cont.)
• With mobile devices, the threat may be even stronger
– Users misplace or have the device stolen from them
– Security mechanisms on handheld gadgets are often times
insufficient compared to say, a desktop computer
– Provides a potential attacker an easy avenue into a cloud
system.
– If a user relies mainly on a mobile device to access cloud
data, the threat to availability is also increased as mobile
devices malfunction or are lost
• Devices that access the cloud should have
– Strong authentication mechanisms
– Tamper-resistant mechanisms
– Strong isolation between applications
– Methods to trust the OS
– Cryptographic functionality when traffic confidentiality is
required
11
The Application Level
• DoS
• EDoS(Economic Denial of Sustainability)
– An attack against the billing model that
underlies the cost of providing a service with
the goal of bankrupting the service itself.
• End user security
• Who is responsible for Web application
security in the cloud?
• SaaS/PaaS/IaaS application security
• Customer-deployed application security
From [6] Cloud Security and Privacy by Mather and Kumaraswamy
12
Data Security and Storage
• Several aspects of data security, including:
– Data-in-transit
• Confidentiality + integrity using secured protocol
• Confidentiality with non-secured protocol and
encryption
– Data-at-rest
• Generally, not encrypted , since data is commingled
with other users’ data
• Encryption if it is not associated with applications?
– But how about indexing and searching?
– Then homomorphic encryption vs. predicate encryption?
– Processing of data, including multitenancy
• For any application to process data, not encrypted
From [6] Cloud Security and Privacy by Mather and Kumaraswamy
13
Data Security and Storage (cont.)
– Data lineage
• Knowing when andWhere
where theofdata wassystem?
is (or was) that system located?
What was the state that physical located w/i
cloud is important
Howforwouldaudit/compliance purposes
a customer or auditor verify that
• e.g., Amazon AWS info?
17
What is Privacy?
• The concept of privacy varies widely among (and sometimes
within) countries, cultures, and jurisdictions.
• It is shaped by public expectations and legal
interpretations; as such, a concise definition is elusive if
not impossible.
• Privacy rights or obligations are related to the collection,
use, disclosure, storage, and destruction of personal data
(or Personally Identifiable Information—PII).
• At the end of the day, privacy is about the accountability
of organizations to data subjects, as well as the
transparency to an organization’s practice around personal
information.
• Full reliance
• Who investigates onthisacrime?
third party to protect personal
data?• Istheit the Cloud Provider, even though Company X may fear that
provider will try to absolve itself from responsibility?
• In-depth understanding of responsible data
• Is it Company X and, if so, does it have the right to see other data on that server,
including logs that may show access to the data of Companies Y and Z?
stewardship
• Organizations can transfer liability, but not
accountability
• Risk assessment and mitigation throughout the data
life cycle is critical.
• Many new risks and unknowns
– The overall complexity of privacy protection in the cloud
represents a bigger challenge.