Cloud Security

Cloud Security Explained — Judit James

Cybersecurity Foundations

Part 9 of 13

Cloud Security Explained

How Do Organizations Secure Their Cloud Environments and Protect Sensitive Data?

A Practical Guide for Students, Fresh Graduates, and Early Career Cybersecurity Professionals


Cloud computing allows organizations to use computing resources without owning every server or operating every data center. It also changes how security responsibilities are divided. Protecting cloud environments requires clear ownership, strong identity controls, secure configurations, data protection, and continuous monitoring.

Cloud Security — Cybersecurity Foundations Part 9, with the white Judit James logo and a protected cloud network

1. Introduction

Imagine a company launches a new customer portal in the cloud.

The development team deploys the application. Employees sign in successfully. Customers begin uploading documents.

The cloud provider protects the physical data center and operates the underlying infrastructure.

Everything appears secure.

However, a storage setting accidentally allows public access to customer files. At the same time, an old administrator account still has extensive permissions.

An attacker does not need to enter the data center. A configuration mistake or compromised account may provide a path to the information.

This illustrates an essential lesson: moving a system to the cloud changes who manages it, but organizations still have security responsibilities.

That is where Cloud Security becomes important.

2. What Is Cloud Computing?

Cloud computing provides access to resources such as servers, storage, databases, networking, and software through a service provider.

Organizations can create resources when they need them, adjust capacity, and use managed services instead of maintaining every component themselves.

Examples include hosting a business application, storing documents, running a database, and using an online collaboration platform.

Infrastructure as a Service (IaaS)

IaaS provides computing infrastructure such as virtual machines and virtual networks. The customer manages the operating systems, installed applications, and relevant security settings.

Platform as a Service (PaaS)

PaaS provides a managed platform for running applications or handling data. The provider manages more of the underlying software stack, allowing the customer to focus on application code, data, and the controls available within the service.

Software as a Service (SaaS)

SaaS provides a ready-to-use application. Customers still manage responsibilities such as user access, data sharing, and available security settings.

A single organization may use all three models. The security tasks it performs depend on the particular service. See Microsoft's explanation of cloud service models and responsibilities.

3. Understanding Shared Responsibility

Shared responsibility describes how security tasks are divided between a cloud provider and its customer.

AWS describes this as security of the cloud and security in the cloud. The provider protects the infrastructure supporting its services. Customers secure the workloads, information, and settings they control. The precise division changes with the service selected. See the AWS Shared Responsibility Model.

Cloud security shared responsibility: provider infrastructure responsibilities and customer responsibilities across IaaS, PaaS, and SaaS
Cloud security is a shared responsibility. The division of tasks varies by service.
Typical responsibilities: confirm the details for each service
Area Provider role Customer role
Physical infrastructure Protect data centers and underlying physical equipment. Evaluate the service and understand its assurance information.
User access Provide identity and access capabilities. Manage accounts, permissions, and authentication policies.
Operating systems Manage the host infrastructure and more of the stack in managed services. Patch guest operating systems on customer-managed virtual machines.
Data Provide storage and protection capabilities. Classify information, control sharing, and configure appropriate protection.
Monitoring Operate provider-level monitoring and expose relevant service logs. Enable available customer logs, investigate alerts, and respond within the customer environment.

Business Example

If a company operates a virtual machine, its team may need to patch the guest operating system. If it uses a managed application service, the provider may perform that task. In both cases, the company must understand who can access its application and information.

4. Why Cloud Security Matters

Cloud environments can change quickly. A new account, database, or application may be created within minutes. Security teams need visibility into these changes.

Common risks include:

  • Compromised accounts and stolen credentials.
  • Excessive permissions assigned to users or applications.
  • Storage, databases, or services exposed through incorrect settings.
  • Unpatched customer-managed workloads.
  • Secrets accidentally included in source code.
  • Missing logs that make an investigation difficult.
  • Data loss or disruption without a tested recovery plan.

These risks can affect confidentiality, integrity, and availability. A cloud incident may expose customer records, interrupt services, or allow unauthorized changes to business systems.

5. Core Cloud Security Controls

Identity and Access Management

Give people and applications only the permissions needed for their tasks. Separate routine work from privileged administration, remove unused access, and review permissions regularly.

Use phishing-resistant multi-factor authentication where supported. For applications and automated workloads, prefer managed identities or short-lived credentials over long-lived keys when the service supports them. These practices align with NSA and CISA cloud identity guidance.

Secure Configuration

Define approved settings before deploying resources. Restrict public access where it is unnecessary, establish secure defaults, and check that deployed resources continue to meet those expectations.

A resource that was configured securely last month can become exposed after an unreviewed change.

Network Protection

Limit which systems can communicate. Use network rules, segmentation, and private connectivity where appropriate. Expose only services that need public access.

Network location alone should not establish trust. Applications still require authentication and authorization.

Data Protection

Classify information, limit sharing, and use appropriate encryption for storage and transmission. Protect encryption keys and secrets with access controls and managed key or secret services where suitable.

Encryption helps protect information, but it does not prevent an authorized or compromised account from accessing data that its permissions allow.

Workload and Application Security

Maintain the components your organization manages. This can include virtual machines, application code, container images, dependencies, and deployment pipelines.

Managed services reduce some maintenance tasks. They do not remove the need to secure application logic and permissions.

Logging and Detection

Enable relevant identity, administrative, application, and data-access logs where available. Protect logs from unauthorized changes and retain them for a period that supports investigation needs.

Send important events to the Security Operations Center so analysts can connect cloud activity with endpoint, network, and identity alerts.

Backup and Recovery

Decide what must be recoverable, how much data loss is acceptable, and how quickly services must return. Protect backups from the same compromised identities that could damage production systems, where possible.

Test restoration. A successful backup job does not prove that an application can be recovered within the required time.

6. Cloud Security Inside an Organization

Consider the customer portal from the introduction.

Before deployment, the team identifies the sensitivity of uploaded documents and assigns an owner for the application.

Developers deploy through an approved process. Administrators receive limited privileges. Customer files remain private, and the application accesses storage through a controlled workload identity.

Configuration checks identify unintended exposure. Logs record relevant access and administrative activity. The SOC receives alerts when suspicious changes occur.

If an account is compromised, responders can restrict access, preserve evidence, investigate affected resources, and recover services using an agreed plan.

These controls work together. Each addresses a different part of the risk.

7. Modern Cloud Security Practices

Cloud Security Posture Management

Cloud Security Posture Management (CSPM) tools assess configurations against policies and identify issues such as unintended exposure or missing protections. Teams must validate findings, assign owners, and correct the problems.

Infrastructure as Code

Infrastructure as Code defines resources in files that can be reviewed and versioned. Teams can check proposed configurations before deployment and investigate changes afterward.

Templates still need review. An insecure configuration can be repeated across many resources if it is treated as an approved standard.

Continuous Permission Review

Cloud permissions can accumulate as projects grow. Review human and workload access, remove unused privileges, and place additional controls around sensitive actions.

Protecting AI Workloads

AI services introduce questions about what data is submitted, who can access the service, and what connected tools can do. Apply approved data-handling rules, limit permissions, and review integrations before connecting them to sensitive systems.

Service-specific behavior matters. Teams should review the provider's documentation and their organization's requirements before sending sensitive information to an AI service.

8. Career Opportunities

Cloud Security Engineer

Implements and maintains cloud security controls, secure configurations, and monitoring.

Cloud Security Architect

Designs security approaches for cloud applications and infrastructure, including identity, networking, and data protection.

Cloud SOC Analyst

Investigates suspicious cloud activity and helps coordinate incident response.

DevSecOps Engineer

Integrates security reviews and automated checks into application and infrastructure delivery.

Cloud Governance Specialist

Helps define policies, ownership, and oversight for cloud usage.

Useful foundations include networking, operating systems, identity management, scripting, and the security features of a cloud platform. Practical learning can begin with a small environment containing no sensitive data and tightly limited permissions and spending.

9. Knowledge Check

1. What does shared responsibility mean?

A. The provider handles every security task.
B. Security tasks are divided between the provider and customer.
C. Customers only manage physical servers.
D. Cloud applications do not need security reviews.

Answer: B. The division depends on the service and the components each party controls.

2. Who normally patches the guest operating system on a customer-managed IaaS virtual machine?

A. The customer.
B. Every application user.
C. The internet service provider.
D. No one.

Answer: A. Customers normally maintain their guest operating systems in this model.

3. Which practice helps limit the impact of a compromised account?

A. Give every user administrator access.
B. Reuse one privileged account.
C. Apply least privilege.
D. Disable audit logs.

Answer: C. Limited permissions reduce the actions an attacker can perform through that account.

4. What is a typical purpose of CSPM?

A. Replace all incident responders.
B. Identify configuration risks and policy gaps.
C. Guarantee that breaches cannot occur.
D. Remove the need for access controls.

Answer: B. Findings still require evaluation and remediation.

5. Why should organizations test backup restoration?

A. To prove that information and services can be recovered.
B. To eliminate authentication.
C. To make all storage public.
D. To replace encryption.

Answer: A. Recovery testing checks whether backups and procedures meet business needs.

10. Key Takeaways

  • Cloud security responsibilities vary by service model and specific service.
  • Organizations remain responsible for the data, identities, and settings they control.
  • Least privilege, strong authentication, secure configuration, and data protection are essential controls.
  • Cloud logs and alerts should support security monitoring and incident response.
  • Backups require protection and recovery testing.
  • Continuous review helps keep security aligned with changing cloud environments.

11. Continue Your Learning

Review how a Security Operations Center brings security information together to detect and investigate threats.

Previous Article

Part 8 — Security Operations Center (SOC) Explained

Explore the Cybersecurity Foundations series for the available articles and learning sequence.

Put It Into Practice

Choose one cloud service and write down who manages its operating system, user permissions, data-sharing settings, logs, and recovery. Check your answers against that service's documentation.

Comments

Popular posts from this blog

An A-Z Dictionary of Marketing Terms and Definitions

What Is Omnichannel Marketing?

70+ Social Media Marketing Statistics for 2020

Marketing ROI: Definition, Measurement & Improvement