Microsoft Security Solutions / LESSON 08

Cloud posture and workload protection · SC-900

15 min + practice · Original foundation lesson

Distinguish posture assessment, development security and running-workload protection.

Choose the evidence stage

Defender for Cloud brings related security capabilities together, but a shared product name does not make their jobs identical. Cloud Security Posture Management concerns cloud-resource configuration posture and improvements. Cloud Workload Protection concerns threats to running workloads. DevSecOps security concerns development environments, code and pipelines. When comparing them, identify the stage and evidence requested. A configuration weakness, a code finding and an active workload threat can all matter without being the same finding.

Posture and workload protection

A posture assessment helps a team identify and prioritize weaknesses in how cloud resources are configured. That assessment is useful before an individual threat alert is considered. Workload protection addresses the separate running-workload threat-protection task. Do not infer that completing the posture review provides every workload-protection capability, or that a workload alert inventory constitutes a full posture review. The service scope, connected resources and enabled capabilities still matter in a real environment; this lesson makes no universal coverage or entitlement promise.

Development and operations

A request for code-level security evidence in development pipelines points toward DevSecOps security. A request to ingest and investigate security events across connected sources is instead a security-operations task for a SIEM such as Sentinel. A request to orchestrate a recurring incident-response step adds a SOAR concern. Naming these neighboring functions helps test a tempting alternative: they are legitimate security work, but the correct fit depends on the requested evidence and output rather than the strongest-sounding brand.

Worked example

Fictional teaching case: an aquatic research project writes three review rows. Before release, developers want code/pipeline security findings. In its deployed cloud, operators want configuration-posture recommendations. During operation, the team wants threat protection for workloads. Match the rows to DevSecOps, CSPM and CWPP respectively. Recheck by exchanging the second and third answers: configuration-posture review would no longer name the running-threat requirement, while workload protection would no longer name the requested posture evidence. The distinction preserves useful complementary work instead of declaring one row unnecessary.

Transfer check

Consider a new fictional review: cloud-resource configurations are already assessed, but the SOC needs a joined investigation of event evidence from several connected sources. Should the planner repeat CSPM because the original systems are cloud resources? Check basis: no. The requested output has changed to cross-source event investigation, which fits Sentinel’s SIEM purpose. The object’s location in the cloud does not determine every security tool choice. A later request to automate an approved response would ask yet another question.

Check the claim strength

Conclude with the direct task fit and retain the other rows as separate requirements where relevant. A recommendation is not evidence it was implemented, and a completed review is not proof of total protection. No live scans, policies, workloads or cloud costs are created by these cases. The associated questions are original conceptual learning tasks rather than an official-weighted simulation.

Close the loop on a posture recommendation

A recommendation identifies a configuration concern relative to an applicable security baseline. Acknowledging its ticket records attention, not proof that the resource now satisfies the setting. In a fictional worked case, a service owner acknowledges a storage recommendation on Monday but the inspected configuration remains unchanged on Tuesday. The appropriate chain is to verify the affected resource and intended condition, choose an authorized remediation, implement it and inspect the resulting state. An incident-free hour does not measure this setting, and a similar external threat report does not change it. For transfer, suppose a later scan no longer shows the recommendation: check the configuration, scan scope and applicability before claiming why it disappeared. Even a verified correction addresses a bounded posture condition; it does not establish universal security or legal compliance.

Try it, then explain it.

Complete a short set without looking at the example. After each answer, explain which evidence or rule supports your decision and why the alternatives do not fit.

Practice 5 questions

Sources & authorship

Original OpenExam explanations and examples. References support the concepts; they are not the source of copied questions. Independent educator review is pending.

Microsoft Defender for Cloud Overview - Microsoft Defender for Cloud | Microsoft LearnWhat is Microsoft Sentinel SIEM? | Microsoft LearnAutomation in Microsoft Sentinel | Microsoft LearnMicrosoft Learn: rd-sc-posture