Workflow

OMI OMIGOD privilege esc (CVE-2021-38648)

Point hosts at Microsoft OMI and flag CVE-2021-38648 OMIGOD privilege escalation with a safe exposure and version fingerprint. Read-only.

100%

Notes on this workflow

CVE-2021-38648 — Microsoft Open Management Infrastructure (OMI) PrivEsc

What this checks: whether a Microsoft Open Management Infrastructure (OMI) host runs a version affected by unauth OMI version leak via WS-Man Identify (OMIGOD priv-esc). Read-only: it fingerprints Microsoft Open Management Infrastructure (OMI) and reads the version, no exploitation.

3. Detection — reads the Microsoft Open Management Infrastructure (OMI) version from the version exposed at /wsman, compares to 1.6.8-1. Flags vulnerable on an affected build. No exploitation.

1. Target List — paste your Microsoft Open Management Infrastructure (OMI) URLs here, one per line (e.g. https://host.example.com).

Overview

This workflow finds Microsoft OMI hosts where Open Management Infrastructure (OMI) elevation of privilege on vulnerable builds (OMIGOD), tracked as CVE-2021-38648. Give it hostnames, IP addresses, or CIDR ranges you are authorised to test. It fingerprints exposure and version without exploiting the host. The check stays on the surface of the product response and never runs a proof-of-concept payload. Use the per-host verdict in exposure management to prioritise patching, not as proof of exploitability.

Pipeline

  1. Normalize the input scope into a bare host list.
  2. Probe each host for product exposure signals used by this check.
  3. Read version or build evidence from unauthenticated responses where available.
  4. Compare that evidence to the known affected range for CVE-2021-38648.
  5. Emit one JSONL record per host with the verdict, plus a summary line.

Inputs

  • Target scope. Hostnames, IP addresses, or CIDR ranges, one per line. Full URLs and host:port entries work too, since the workflow normalizes each into a bare host. Point it at scope you are authorised to test.

Outputs

  • Affected host list. Hosts whose fingerprint falls in the affected range for CVE-2021-38648, kept apart from the patched ones.
  • Per-target evidence. For each host: whether the product was detected, the version or build read, and the verdict, so you can check a finding instead of trusting it.
  • Final report. A JSON summary counting affected, patched, and verify-manually hosts across the whole list.

Integrations

  • HTTP fingerprinting for product and version signals.

Sample output

The records below are illustrative and do not come from a real run. They show the shape of a fingerprint verdict for CVE-2021-38648.

hostcveproductverdictdetail
host-a.example.comCVE-2021-38648Microsoft OMIaffectedversion in affected range
host-b.example.orgCVE-2021-38648Microsoft OMIpatchedversion at or above fixed build
{"cve": "CVE-2021-38648", "hosts_checked": 2, "affected": 1, "patched": 1, "verify_manually": 0}

FAQ

Does an affected verdict mean the host is exploitable right now?

No. The workflow fingerprints exposure and version without exploiting the host. Treat the verdict as a patching signal. It does not prove exploitability on that host.

What scope should I pass in?

Hostnames, IP addresses, or CIDR ranges you are authorised to test. Prefer the hosts where Microsoft OMI / Azure endpoints that expose OMI is expected, so the fingerprint has somewhere to land.

Will this send exploit payloads?

No. Detection stays read-only: exposure and version fingerprint only, matching the workflow README.

Get a personalized demo

See Trickest in Action

A 30-minute walkthrough. We map the platform to your stack and answer pricing and deployment questions for your environment.