Container CVE TriageBeta

    Most container CVEs don't matter. Konvu shows you the ones that do.

    Scanners flag every CVE in the base image. Konvu identifies which ones are exploitable in your container, with evidence your team can defend.

    Question 1

    Is it in the image?

    Every CVE in every layer, including the ones your application never touches. Your scanner already answers this one.

    Question 2

    Does anything load it?

    A base image ships an OS, a runtime and dozens of system libraries. Your service imports a fraction of them.

    Question 3

    Can an attacker reach it?

    Whether the affected service is exposed, and whether attacker-controlled input reaches the vulnerable code in the running container.

    Scanners answer the first. Konvu answers all three, and attaches the evidence for each.

    Cut base image noise

    Most container CVEs aren't exploitable in your context. Konvu filters them out with evidence.

    Focus on what's exploitable

    Identify which container CVEs are reachable from your code and whether the exploit conditions are present.

    Evidence for every decision

    Audit-ready reasoning for every exploitability verdict. No black-box scores.

    No workflow changes

    Results push into your existing container scanning and CI/CD tools.

    In the product

    Container findings, in the same queue as the rest

    Container CVEs are assessed the same way as dependencies and code, land in the same queue, and carry the same evidence. One process, not a separate tool for images.

    overview · assessment results
    Image surface

    Your container has hundreds of packages. Your service loads a handful.

    A base image ships an operating system, a runtime and dozens of system libraries before any of your code arrives. Your scanner enumerates all of it. Konvu resolves what the running process actually imports, which is the question that separates a container CVE from a container risk.

    checkout-web:2026.08/201 packages shipped · 77 loaded at runtime
    python:3.11-slim (base)
    4/96
    apt-installed libs
    2/31
    application deps
    71/74

    CVE-2022-40303 · libxml2, flagged high

    present in the base image, no import path from the service

    the process never loads libxml2← decides it

    konvu · 127 packages under your app, 6 of them load
    Evidence-backed decisions

    A dismissal that survives the next image rebuild

    Base images change weekly, so a decision made once has to be re-checkable. Every verdict records the layer, the package, the import path it looked for, and the condition that closed it, then pushes back into the scanner that raised it.

    Integer overflow in libxml2

    HighCVSS 7.5CVE-2022-40303 · python:3.11-slim base layer
    False positive

    The package is present in the base image and the advisory applies to the shipped version. The service imports no XML parser, directly or transitively, so nothing in the running container ever loads the vulnerable code. The advisory also requires XML_PARSE_HUGE on a multi-gigabyte document.

    Present in imageyes, base layer
    Loaded by the serviceno import path← decides it
    XML_PARSE_HUGE enablednot reachable to check
    konvu · image layers walkedClosed in Trivy

    Frequently asked questions

    Ready to cut through container CVE noise?

    See how Konvu reduces your container vulnerability backlog with evidence-backed triage.