What cloud security actually covers
Cloud security is not a single product or setting — it is a discipline that spans multiple domains across the cloud environment:
- Data security: Encrypting data at rest and in transit; controlling who can access sensitive data; preventing unauthorised exfiltration.
- Identity and access management (IAM): Defining who has access to what, enforcing least-privilege, and requiring MFA for privileged accounts.
- Network security: Configuring Virtual Private Clouds (VPCs), security groups, firewalls, and private endpoints to limit exposure.
- Compliance and governance: Maintaining audit logs, meeting regulatory requirements (GDPR, HIPAA, PCI-DSS), and enforcing security policies through automation.
- Incident detection and response: Monitoring cloud activity logs (AWS CloudTrail, Azure Monitor, GCP Cloud Logging) for suspicious activity and responding to incidents.
The shared responsibility model
Every major cloud provider operates under the shared responsibility model: they are responsible for the security of the cloud (hardware, facilities, network infrastructure, hypervisors), while customers are responsible for security in the cloud (data, applications, operating systems, IAM configuration, network configuration).
This model is frequently misunderstood. Many organisations assume that because they use AWS or Azure, security is handled for them. In reality, misconfigured IAM roles, publicly accessible storage buckets, and unpatched customer-managed VMs are entirely the customer's responsibility — and the most common sources of cloud breaches.
Common cloud security threats
-
1Misconfiguration — Publicly accessible storage buckets, overly permissive IAM roles, exposed management consoles, and security groups with 0.0.0.0/0 ingress rules. The most common and impactful threat class.
-
2Compromised credentials — Cloud access keys and tokens hardcoded in source code, committed to public GitHub repositories, or stolen through phishing. Attackers scan GitHub continuously for leaked AWS keys.
-
3Insecure APIs — Cloud services are managed and accessed through APIs. Poorly authenticated APIs, overly permissive API keys, or APIs without rate limiting expose management capabilities to attackers.
-
4Account hijacking — Phishing, credential stuffing, or password reuse targeting cloud management console accounts. Without MFA on root/admin accounts, a single credential compromise can be catastrophic.
-
5Insider threats — Employees or contractors with excessive cloud permissions who intentionally or accidentally exfiltrate or destroy data. Least-privilege and activity monitoring are key controls.
Essential cloud security controls
Effective cloud security is built on these fundamentals:
- Enable MFA everywhere: MFA on all user accounts, especially root/admin. Never use root credentials for routine operations.
- Least-privilege IAM: Grant only the permissions needed for the task. Review and remove unused roles regularly. Use IAM Access Analyzer to find overly permissive policies.
- Encrypt everything: Enable encryption at rest for all storage services. Enforce HTTPS/TLS for all data in transit. Manage keys with a dedicated service (AWS KMS, Azure Key Vault, GCP Cloud KMS).
- Enable audit logging: AWS CloudTrail, Azure Activity Log, GCP Audit Logs — all cloud management actions should be logged, retained, and monitored for suspicious activity.
- Run Cloud Security Posture Management (CSPM): Automated tools that continuously scan for misconfigurations, unused access keys, publicly accessible resources, and compliance violations.
CEH v13 covers cloud attack techniques and misconfigurations. CompTIA Security+ SY0-701 includes a dedicated cloud security domain covering hybrid environments and shared responsibility.