Cloud Security Mechanisms

Cloud Security
Mechanisms
“Reference: Cloud Computing Concepts, Technology & Architecture.
Thomas Erl, Zaigham Mahmood and Richardo Puttini.”
Place photo here
1
Sartaj Fatima
Lecturer,
Mohammed Sajjad Ali
PMP, CCNP, E-commerce

10.1 Encryption
10.2 Hashing
10.3 Digital Signature
10.4 Public Key Infrastructure (PKI)
10.5 Identity and Access Management (IAM)
10.6 Single Sign-On (SSO)
10.7 Cloud-Based Security Groups
10.8 Hardened Virtual Server Images
“This chapter establishes a set of fundamental cloud security mechanisms, several of which
can be used to counter the security threats described in Chapter 6.”
Contents :
2
Cloud Security Mechanisms

10.1. Encryption
Data, by default, is coded in a readable format known as plaintext. When
transmitted over a network, plaintext is vulnerable to unauthorized and
potentially malicious access.
The encryption mechanism is a digital coding system dedicated to preserving
the confidentiality and integrity of data. It is used for encoding plaintext data
into a protected and unreadable format.
Encryption technology commonly relies on a standardized algorithm called a
cipher to transform original plaintext data into encrypted data, referred to as
ciphertext.
3

Encryption
When encryption is applied to plaintext data, the data is paired with a string of characters
called an encryption key, a secret message that is established by and shared among
authorized parties.
The encryption key is used to decrypt the ciphertext back into its original plaintext format.
For example, malicious service agents that attempt traffic eavesdropping are unable to
decrypt messages in transit if they do not have the encryption key (Figure 10.1).
Figure 10.1. A malicious service agent is unable to retrieve data from an encrypted message. The
retrieval attempt may furthermore be revealed to the cloud service consumer. (Note the use of the lock
symbol to indicate that a security mechanism has been applied to the message contents.)
4

There are two common forms of encryption known as symmetric encryption and
asymmetric encryption.
Symmetric Encryption
Symmetric encryption uses the same key for both encryption and decryption,
both of which are performed by authorized parties that use the one shared key.
Also known as secret key cryptography, messages that are encrypted with a
specific key can be decrypted by only that same key
Note that symmetrical encryption does not have the characteristic of non-
repudiation.
5

Asymmetric Encryption
Asymmetric encryption relies on the use of two different keys, namely a private
key and a public key. With asymmetric encryption (which is also referred to as
public key cryptography), the private key is known only to its owner while the
public key is commonly available.
A document that was encrypted with a private key can only be correctly
decrypted with the corresponding public key.
Conversely, a document that was encrypted with a public key can be
decrypted only using its private key counterpart.
Asymmetric encryption is almost always computationally slower than symmetric
encryption.
Private key encryption therefore offers integrity protection in addition to
authenticity and non-repudiation.
6

Figure 10.2. The encryption mechanism is added to the communication channel between outside users
and Innovartus’ User Registration Portal. This safeguards message confidentiality via the use of HTTPS.
7

10.2. Hashing
The hashing mechanism is used when a one-way, non-reversible form of data
protection is required. Once hashing has been applied to a message, it is
locked and no key is provided for the message to be unlocked.
A common application of this mechanism is the storage of passwords.
Hashing technology can be used to derive a hashing code or message digest
from a message, which is often of a fixed length and smaller than the original
message.
The message sender can then utilize the hashing mechanism to attach the
message digest to the message.
The recipient applies the same hash function to the message to verify that the
produced message digest is identical to the one that accompanied the
message.
Any alteration to the original data results in an entirely different message digest
and clearly indicates that tampering has occurred.
8

Figure 10.3. A hashing function is applied to protect the integrity of a message that is intercepted
and altered by a malicious service agent, before it is forwarded. The firewall can be configured to
determine that the message has been altered, thereby enabling it to reject the message before it
can proceed to the cloud service.
9

Figure 10.4. A hashing procedure is invoked when the PaaS environment is accessed
(1). The applications that were ported to this environment are checked .
(2). and their message digests are calculated.
(3). The message digests are stored in a secure on-premise database.
(4), and a notification is issued if any of their values are not identical to the ones in storage.
10

10.3. Digital Signature
The digital signature mechanism is a means of providing data authenticity and
integrity through authentication and non-repudiation.
A message is assigned a digital signature prior to transmission, which is then
rendered invalid if the message experiences any subsequent, unauthorized
modifications.
A digital signature provides evidence that the message received is the same as
the one created by its rightful sender.
Both hashing and asymmetrical encryption are involved in the creation of a
digital signature, which essentially exists as a message digest that was
encrypted by a private key and appended to the original message. The
recipient verifies the signature validity and uses the corresponding public key to
decrypt the digital signature, which produces the message digest.
11

Figure 10.5. Cloud Service Consumer B sends a message that was digitally signed but was
altered by trusted attacker Cloud Service Consumer A. Virtual Server B is configured to verify
digital signatures before processing incoming messages even if they are within its trust boundary.
The message is revealed as illegitimate due to its invalid digital signature, and is therefore
rejected by Virtual Server B.
12

Figure 10.6. Whenever a cloud
consumer performs a management
action that is related to IT resources
provisioned by DTGOV, the cloud
service consumer program must
include a digital signature in the
message request to prove the
legitimacy of its user.
13

10.4. Public Key Infrastructure (PKI)
A common approach for managing the issuance of asymmetric keys is based
on the public key infrastructure (PKI) mechanism, which exists as a system of
protocols, data formats, rules, and practices that enable large-scale systems to
securely use public key cryptography.
This system is used to associate public keys with their corresponding key owners
(known as public key identification) while enabling the verification of key
validity.
PKIs rely on the use of digital certificates, which are digitally signed data
structures that bind public keys to certificate owner identities, as well as to
related information, such as validity periods.
Digital certificates are usually digitally signed by a third-party certificate
authority (CA), as illustrated in Figure 10.7.
14

Figure 10.7. The common steps involved
during the generation of certificates by
a certificate authority.
15

Public Key Infrastructure (PKI)
Larger organizations, such as Microsoft, can act as their own CA and issue
certificates to their clients and the public, since even individual users can
generate certificates as long as they have the appropriate software tools.
The PKI is a dependable method for implementing asymmetric encryption,
managing cloud consumer and cloud provider identity information, and helping
to defend against the malicious intermediary and insufficient authorization
threats.
The PKI mechanism is primarily used to counter the insufficient authorization
threat.
16

Figure 10.8. An external cloud resource
administrator uses a digital certificate to
access the Web-based management
environment. DTGOV’s digital certificate is
used in the HTTPS connection and then
signed by a trusted CA.
17

10.5. Identity and Access Management (IAM)
The Identity and access management (IAM) mechanism encompasses the
components and policies necessary to control and track user identities and
access privileges for IT resources, environments, and systems.
Specifically, IAM mechanisms exist as systems comprised of four main
components:
18

Identity and Access Management (IAM)
Four main components:
1. Authentication – Username and password combinations remain the most
common forms of user authentication credentials managed by the IAM
system, which also can support digital signatures, digital certificates,
biometric hardware (fingerprint readers), specialized software (such as
voice analysis programs), and locking user accounts to registered IP or MAC
addresses.
2. Authorization – The authorization component defines the correct granularity
for access controls and oversees the relationships between identities, access
control rights, and IT resource availability.
19

Four main components:
3, User Management – Related to the administrative capabilities of the system,
the user management program is responsible for creating new user identities
and access groups, resetting passwords, defining password policies, and
managing privileges.
4, Credential Management – The credential management system establishes
identities and access control rules for defined user accounts, which
mitigates the threat of insufficient authorization.
The IAM mechanism is primarily used to counter the insufficient authorization,
denial of service, and overlapping trust boundaries threats.
20

10.6. Single Sign-On (SSO)
Propagating the authentication and authorization information for a cloud
service consumer across multiple cloud services can be a challenge, especially
if numerous cloud services or cloud-based IT resources need to be invoked as
part of the same overall runtime activity.
The single sign-on (SSO)mechanism enables one cloud service consumer to be
authenticated by a security broker, which establishes a security context that is
persisted while the cloud service consumer accesses other cloud services or
cloud-based IT resources.
Otherwise, the cloud service consumer would need to re-authenticate itself with
every subsequent request.
The SSO mechanism essentially enables mutually independent cloud services
and IT resources to generate and circulate runtime authentication and
authorization credentials.
21

Figure 10.9. A cloud service consumer provides
the security broker with login credentials
(1). The security broker responds with an
authentication token (message with small lock
symbol) upon successful authentication, which
contains cloud service consumer identity
information
(2) that is used to automatically authenticate
the cloud service consumer across Cloud
Services A, B, and C (3).
22

Figure 10.10. The credentials received by the security broker are propagated to ready-made
environments across two different clouds. The security broker is responsible for selecting the
appropriate security procedure with which to contact each cloud.
23

10.7. Cloud-Based Security Groups
Cloud resource segmentation is a process by which separate physical and
virtual IT environments are created for different users and groups. For example,
an organization’s WAN can be partitioned according to individual network
security requirements.
One network can be established with a resilient firewall for external Internet
access, while a second is deployed without a firewall because its users are
internal and unable to access the Internet.
Resource segmentation is used to enable virtualization by allocating a variety of
physical IT resources to virtual machines.
24

Cloud-Based Security Groups
The cloud-based resource segmentation process creates cloud-based security
group mechanisms that are determined through security policies. Networks are
segmented into logical cloud-based security groups that form logical network
perimeters
Multiple virtual servers running on the same physical server can become
members of different logical cloud-based security groups (Figure 10.11).
Virtual servers can further be separated into public-private groups,
development-production groups, or any other designation configured by the
cloud resource administrator.
25

Figure 10.11. Cloud-Based Security
Group A encompasses Virtual Servers A
and D and is assigned to Cloud
Consumer A. Cloud-Based Security
Group B is comprised of Virtual Servers B,
C, and E and is assigned to Cloud
Consumer B. If Cloud Service Consumer
A’s credentials are compromised, the
attacker would only be able to access
and damage the virtual servers in
Cloud-Based Security Group A, thereby
protecting Virtual Servers B, C, and E.
26

Figure 10.12. When an external cloud
resource administrator accesses the Web
portal to allocate a virtual server, the
requested security credentials are
assessed and mapped to an internal
security policy that assigns a
corresponding cloud-based security
group to the new virtual server.
27

10.8. Hardened Virtual Server Images
As previously discussed, a virtual server is created from a template configuration
called a virtual server image (or virtual machine image).
Hardening is the process of stripping unnecessary software from a system to limit
potential vulnerabilities that can be exploited by attackers.
Removing redundant programs, closing unnecessary server ports, and disabling
unused services, internal root accounts, and guest access are all examples of
hardening.
A hardened virtual server image is a template for virtual service instance
creation that has been subjected to a hardening process (Figure 10.13). This
generally results in a virtual server template that is significantly more secure than
the original standard image.
28

Figure 10.13. A cloud provider applies its security policies to harden its standard virtual server
images. The hardened image template is saved in the VM images repository as part of a
resource management system.
29

Hardened virtual server images help counter the denial of service, insufficient
authorization, and overlapping trust boundaries threats.
Figure 10.14. The cloud resource administrator
chooses the hardened virtual server image
option for the virtual servers provisioned for
Cloud-Based Security Group B.
30

Cloud Management Mechanisms
Hope this is been informative and I would like to thank you for viewing.
31

Cloud Security Mechanisms

More Related Content

What's hot (20)

Similar to Cloud Security Mechanisms (20)

More from Mohammed Sajjad Ali (7)

Recently uploaded (20)

Cloud Security Mechanisms

Editor's Notes