Skip to content
academia.sh

Course Advanced

Cloud and Virtualization Security

Published Updated

By the end of this course

Start course

01

Cloud Security Model

Measuring how many items a single misconfigured item can reach in rented infrastructure: the item that can be written to the audit list under a given service model and the item that stays in the gap, the item reachable directly and through role chaining from a leaked identity, the walk that a network path closes off, the type of data exposed by publicly reachable storage items, the effect of key ownership on the radius, and the item caught at the template level versus the item visible only at runtime.

  1. 01 Cloud Service Models and Responsibility Translating the shared-responsibility boundary into an audit list: 21 items that can be misconfigured are classified across three service models, the items that can be automatically audited drop from 15 to 12 and 7 while the items left outside the audit list rise from 6 to 9 and 14, the share of seed weight goes from 35% to 51% and 66%, unowned items rise from 0 to 2 and 4, and the 28-unit blind spot that no list can read stays fixed across all three models.
  2. 02 Identity and Access Management Turning the blast radius into a number: in an access graph of 10 identities and 18 items, a walk is run from a single leaked service account — against 2 directly reached items, 7 more are added through chaining, reaching a total of 9 items, with a 4.5x factor and a depth of 3. Without the assumption edge at all, the widest radius would be 4 instead of 9. Four audits are run on the same graph: removing one trust edge brings the radius down to 4 and stops 4 legitimate jobs a day, while multi-step verification does not lower the radius at all.
  3. 03 Network Isolation Intersecting the permission radius with the network path: the same 9-item walk drops to 6 from outside, 8 from the workload network, and 2 from the management network. Moving 10 items with no legitimate outside access to a private endpoint brings the outside radius down from 6 to 4 and stops zero legitimate jobs; pulling the threshold to 50 a day zeroes out the outside radius and stops 101 outside accesses a day. The workload network column stays at 8 across all four audits.
  4. 04 Storage Exposure Two separate measures of a publicly open storage item: 7 of 13 object groups are open, with 61,697 records and 6 of 7 data types readable. Closing public access at the bucket level closes 9,260 personal records but leaves the spread radius at 10; closing the 47-record configuration item brings the radius down from 10 to 5 and stops 9 legitimate accesses a day. Closing all public access costs 8,655 accesses a day.
  5. 05 Key and Secret Management Key ownership's effect on the blast radius is run in three modes: under a provider key, the leaked identity reads 16 items; under a customer-managed key, still 16; under a customer-held key, 11. Taking a single key permission out of the chain drops managed mode from 16 to 6 and held mode from 11 to 3, and stops 1 legitimate operation a day. Reading the secret store adds 4 identities to the walk.
  6. 06 Infrastructure as Code Security The wrong items found in the previous five lessons are put back into the template set and run through a rule set: 4 of the 11 wrong items are caught before deployment, closing 23 of a total 34-unit radius share (68%); 5 items resolve only while running; 2 items have no value in the template to read. The rule set falsely flags 3 legitimate items; disabling the rule erases both the false flag and the real finding.

02

Cloud Detection and Hardening

How much of the spread walk is visible and which control actually lowers the radius: the step that is visible and the step that is never visible in management plane logs, the step that continuous configuration posture management closes before deployment and the window left open by remediation delay, the radius of container and hypervisor escape in a multi-tenant environment, the window in seconds during which a log entry can be collected in ephemeral workloads, the item-path-log-control quartet of cloud attack patterns, and how collecting evidence in the cloud differs from a host image.

  1. 01 Audit Logs Counting how much of the spread walk is visible in the log: in a 28-item graph, a single leaked identity reaches 23 items in 22 steps, and 11 of those steps land in a log entry the tenant can read; the first log entry drops at minute 9, by which point 8 items have been reached. Adding the data-read log entry raises the visible steps to 19, but the radius stays at 23; for the same cost of three legitimate jobs, automatic session cancellation brings the radius down to 22, and closing off role chaining brings it down to 18.
  2. 02 Configuration Posture Management Measuring whether a misconfigured item closes before or after deployment: 13 of the graph's 23 edges are tied to a misconfigured item, 7 of those are in the template, 2 in acceptance, and 4 are only seen at runtime. The template gate lowers the radius from 23 to 8, the acceptance gate closes two more items and does not lower the radius at all, and the runtime scan alone lowers it to 4. In a one-week window, daily scanning with approved remediation leaves the radius open for 39 hours, hourly scanning for 25 hours, and automatic remediation for 2 hours; moving to continuous scanning gains 1 hour at the cost of 12 times the evaluations.
  3. 03 Container and Hypervisor Security Measuring escape radius in a multi-tenant environment: with 18 workloads, three tenants, and six hosts, a container escape in a shared placement reaches 18 items in the worst case, spilling into another tenant in seven of eight workloads. Separating by tenant zeroes out cross-tenant escape while raising our own worst-case radius to 21; separating by identity leaves the worst case at 18, lowers the average from 12.5 to 8.5, and raises the host count from 6 to 13. Strengthening isolation raises the item count required to cross from 1 to 3, but does not lower the radius at all.
  4. 04 Serverless Security Measuring the window in which evidence can be collected for short-lived workloads: the median lifetime of 400 calls is 447 ms; manual collection tied to an alert catches none of the 400 calls, automatic collection catches 15. Continuous streaming from within the environment takes 3,541 of 3,600 evidence items; a 60-second hold gives the same result at 34 times the running time in environment-seconds. The identity's validity period, meanwhile, is 8,054 times the lifetime, and one hundred percent of the open item-seconds pass after the workload has ended.
  5. 05 Cloud Attack Patterns Counting thirteen patterns on the same graph with the item-step-log-control quadruple: eight of the patterns open with a step that falls into a management-plane log, three with a step that stays only at the provider, one with a step that falls into no log at all. The pattern with the largest contribution — the instance-bound identity being given without session verification — on its own raises the radius from 6 to 23, and it is in the unlogged class. The order of controls determines the cost: by unit benefit, one control and two cost; starting from cheapest, eight controls and eight cost reach the same radius.
  6. 06 Cloud Differences in Incident Response Counting how collecting evidence in the cloud differs from a host image: of 20 evidence items, 16 are collectible on a host you manage yourself, and of these, 4 are not collectible on a managed instance, 11 on a container service, 14 in a function environment. Isolation can be done from four planes: the identity plane cuts at minute 11 and stops the radius at 13, preserving all five volatile evidence items, while terminating the instance gives the same radius by erasing all five volatile items. The snapshot carries 10 of the 16 items, and verification for all of them rests on the provider's attestation.

Final exam

Cloud and Virtualization Security — Final Exam

In preparation

This course's question bank is not complete yet. The exam opens here automatically once enough questions are added.

Start typing to search.

↑↓ ↵ Esc navigate · open · close