Managing-Cloud-Security WGU Exam Lab Questions

Functional testingvalidates that new or updated code performs correctly from the end user’s perspective. This type of testing ensures that the patch delivers intended results without introducing errors. It focuses on verifying user interactions, workflows, and outputs.

Full testing may cover all aspects, but it is broader than necessary. Nonfunctional testing evaluates performance, scalability, or usability, not direct functionality. Tabletop testing is a discussion-based exercise, often used for incident response.

Functional testing ensures customer satisfaction by aligning patches with expected system behavior. It is a core component of Agile and DevOps pipelines, where user experience and rapid delivery are prioritized.

Once a vendor has been selected, the onboarding phase requirescontractual verification and technical arrangements for data transfer. This step ensures that service levels, compliance requirements, encryption standards, and responsibilities are clearly defined before operations begin.

Options such as identifying the business need or responding to the RFP are pre-selection activities. Ensuring secure destruction of data is relevant to offboarding, not onboarding. Therefore, the most critical onboarding task is verifying the contract details and ensuring secure data transfer agreements.

Discussing these issues protects the organization from legal disputes, ensures smooth technical integration, and supports compliance with frameworks such as GDPR and PCI DSS. It also defines the scope of vendor accountability in case of security incidents.

The described threat is aDenial of Service (DoS)attack. In security contexts, a DoS attack aims to make a system, application, or data unavailable to legitimate users by overwhelming resources. Unlike brute force or rainbow table attacks, which target authentication mechanisms, or encryption, which is a defensive control, DoS focuses on disrupting availability—the “A” in the Confidentiality, Integrity, Availability (CIA) triad.

DoS can be executed in many ways: flooding a network with traffic, exhausting server memory, or overwhelming application processes. When scaled by multiple coordinated systems, it becomes a Distributed Denial of Service (DDoS) attack. In either case, the effect is the same—authorized users cannot access critical data or services.

For cloud environments, where service uptime is crucial, DoS protections such as rate limiting, auto-scaling, and upstream filtering are essential. Training data center engineers to recognize DoS helps them understand the importance of resilience strategies and ensures continuity planning includes availability safeguards.

Industry best practice requires that encryption keys arestored separately from the data they protect. This ensures that if the data storage system is compromised, attackers cannot immediately decrypt sensitive information. The use of a secure escrow system is a recognized approach.

An escrow provides controlled storage for encryption keys, ensuring they are only accessible by authorized processes and not co-located with the protected data. Keeping keys “local” to the data creates a single point of failure. A public or private repository without specialized protection mechanisms would also be insufficient due to risks of insider threats or misconfiguration.

By placing keys in an independent escrow system, the organization enforces separation of duties, strengthens defense-in-depth, and aligns with cryptographic standards from NIST and ISO. This practice is vital when dealing with archival data, where long-term confidentiality must be preserved even as systems evolve.