Misconfiguration is one of the most prevalent risks in serverless and container-based environments. Given the complex nature of container orchestration (e.g., Kubernetes), CI/CD pipelines, and ephemeral infrastructure, simple missteps—such as overly permissive roles or exposed ports—can lead to significant vulnerabilities.

These workloads require strict configuration management, automated scanning, and secure defaults to prevent breaches. Unlike traditional servers, containers and functions spin up and down rapidly, making traditional visibility tools insufficient.

This is discussed thoroughly in Domain 8: Virtualization and Containers, where the CCSK guidance identifies misconfiguration as a leading cause of cloud-native exploitation.

The preparation phase in incident response planning involves activities that set the foundation for a successful response to potential security incidents. These activities typically include:

Establishing a response process: Defining clear procedures for how incidents will be detected, analyzed, and mitigated.

Training: Ensuring that all relevant personnel are trained on their roles and responsibilities during an incident.

Communication plans: Creating communication protocols to ensure that all stakeholders are informed during an incident.

Infrastructure evaluations: Assessing the existing security infrastructure to ensure it is capable of supporting incident response efforts.

Implementing encryption and access controls is important for security but is not specifically part of the preparation phase for incident response. Creating incident reports and post-incident reviews is typically part of the post-incident phase, after the response is completed. Developing malware analysis procedures and penetration testing is more related to ongoing security operations and testing rather than the preparation phase of incident response.

“The best practice for virtual machine image creation is to use image factories and trusted repositories to ensure images are patched, hardened, and validated before deployment.”

— CSA Security Guidance v4.0 – Domain 7: Infrastructure Security

The correct answer isD. Cloud systems automatically monitor resource usage and provide billing based on actual consumption.

Measured Service is one of theessential characteristics of cloud computingas defined by theNIST (National Institute of Standards and Technology). It implies that cloud systems automatically control and optimize resource usage by leveraging ametering capability. This capability tracks and reports resource consumption (such as CPU, storage, or bandwidth), which is used for billing, monitoring, and planning.

Key Characteristics:

Automatic Monitoring:Cloud platforms continuously track resource usage without manual intervention.

Billing Based on Usage:Customers are billed based on the actual consumption of resources (pay-as-you-go model).

Transparency:Users can view detailed usage reports to understand their resource utilization and associated costs.

Resource Optimization:Providers use these metrics to optimize resource allocation and improve efficiency.

Why Other Options Are Incorrect:

A. Fixed immutable set of measured services:This contradicts the concept of elasticity and resource pooling in cloud computing.

B. Elastic resources:While elasticity is a cloud characteristic, it does not directly define measured service.

C. Manual reporting:Measured service is aboutautomated, real-time monitoring and billing, not manual data gathering.

Real-World Example:

In AWS, services likeAmazon CloudWatchautomatically collect and provide usage metrics, and the AWS Billing Console shows the cost associated with each resource.

One of the primary risks associated with cloud storage services is unauthorized access due to misconfigured security settings. Cloud storage providers typically offer a range of configuration options for managing access, but if these settings are not properly configured (e.g., improper access control lists, missing encryption, or inadequate permissions), it can lead to unauthorized users gaining access to sensitive data. This is a common and significant risk in cloud environments, which is why securing and correctly configuring access controls is critical.

Infrastructure as Code (IaC) helps maintain consistency in security configurations through automation, reducing the likelihood of misconfigurations. Reference: [Security Guidance v5, Domain 7 - Infrastructure & Networking]