New Savings Proposals: approve, test and roll back cost changesLearn more Sign in|Talk to a cloud engineer

Patch what is exploited and reachable first

CloudLens scans your VMs and container images agentlessly, straight from the disk, matches CVEs against OS and package feeds, enriches them with CISA KEV, and ranks them by what is actually exposed — not by raw CVSS alone.

What you're watching — one finding, start to fixlive product
  1. 1
    The real findings list

    Every open finding in one list — severity, service, where it sits and SLA, ranked by what it actually reaches.

  2. 2
    Open it on the right

    Click a finding and it opens in a side panel: what it means, and every data store it can reach.

  3. 3
    See why it's critical

    The access path from the scan’s network graph shows how an attacker reaches the data — internet, workload, role, store.

  4. 4
    File it

    One click raises a Jira issue with the evidence attached, mirrored to Slack and Teams so the owner is paged.

Who does thisSecurity engineer, with the team that owns the workloadWhat you getA short list of exploited, reachable findings, each with the fix and an owner.
Agentless
from disk
hosts and images, nothing to install
KEV
enriched
known-exploited CVEs flagged from CISA
Ranked
by reach
exposure and internet-facing path, not CVSS alone
Images
+ hosts
container images and VMs in one list

A CVE list nobody can finish

Thousands of criticals, an agent that never got deployed, and no way to tell which ones matter.

Coverage

Agents never cover everything

What usually happens: A scanner that needs an agent misses the hosts and images where the agent was never installed — often the oldest, riskiest ones.

How CloudLens resolves it: CloudLens reads the disk agentlessly, so coverage does not depend on a rollout that never finished.

Resolved
Priority

CVSS alone is not priority

What usually happens: Ten thousand criticals sorted by CVSS put an unreachable library next to one exposed to the internet.

How CloudLens resolves it: Findings are ranked by reach — known-exploited and internet-facing first — so the queue starts with real risk.

Resolved
Scope

Hosts and images drift apart

What usually happens: VM scanning and image scanning live in separate tools, so the same CVE is triaged twice with different owners.

How CloudLens resolves it: Hosts and container images land in one list, matched the same way, so a CVE is one finding with one fix.

Resolved

From a CVE to the fixed version

Open a vulnerability and you see the exploit status, where it runs, whether it is reachable, and the version that fixes it.

Click the finding — it opens on the right, then files itself

Cloud workload protection
Click a row in the real Findings list and it opens in a side panel: what it means, every data store it can reach, the access path from the scan\u2019s network graph — then a one-click Jira issue, mirrored to Slack and Teams.
  • Click a finding — it opens in a right-hand panel
  • Reach, access path and owner in one view
  • File to Jira, mirrored to Slack & Teams
Vulnerabilities are one signal

See them with misconfigurations and data in one graph

How Log4Shell on the checkout image got patched the same day

A morning at Lumora Retail: a KEV-listed CVE turns up on an internet-facing image.

SOSam OkoyeSecurity engineer, Lumora Retail

Lumora Retail is a fictional company. The people, names and numbers are sample data.

    1
    09:12KEV

    A KEV-listed Critical appears

    CVE-2021-44228 is flagged in the checkout-api image, marked Known exploited and reachable.
    2
    09:16

    Confirms the reach

    The finding shows log4j-core 2.14.1 bundled in the image, which runs behind the public load balancer.
    3
    09:40

    Bumps and rebuilds

    log4j-core is upgraded to 2.17.1, the image is rebuilt and checkout-api is redeployed.
    4
    11:30Resolved

    Clears on the next scan

    The next agentless scan no longer sees the vulnerable package, so the finding resolves on its own.

Vulnerability management you can finish

Agentless coverage

Hosts and images are read from the disk, so coverage does not depend on an agent rollout that never finished.

Reach over CVSS

Known-exploited and internet-facing CVEs come first, so the short list at the top is the one that matters.

One list, hosts and images

VMs and container images are matched the same way and ranked together, so nothing is triaged twice.

Vulnerability management questions

No. CloudLens scans VMs and container images agentlessly by reading the filesystem, so coverage does not depend on deploying and maintaining an agent on every host.

Installed OS and language packages are matched against distribution and ecosystem feeds (for example Ubuntu, Amazon Linux and Debian), then enriched with the CISA Known Exploited Vulnerabilities catalog.

By reach: whether the CVE is known-exploited, and whether the asset it is on is internet-facing or otherwise exposed. CVSS is one input, not the whole order.

Yes. Running container images and host VMs are scanned the same way and shown in one list, so a shared package is one finding, not two.

Ready to see CloudLens in action?

Connect a read-only AWS role or Azure service principal. We'll walk you through your bill, your security graph and the first things worth fixing.