radiance-vllm 0.13.0 image on Dankserver: 50 advisories (2 CRITICAL); confirm the vllm version the running image embeds #75

Closed
opened 2026-10-21 15:02:32 -07:00 by dank · 2 comments
Owner

Severity: 2 CRITICAL + 9 HIGH (41 further moderate/low/unlabelled) from
{"package":{"name":"vllm","ecosystem":"PyPI"},"version":"0.13.0"} → 84 records, 50 unique advisories.

Advisory Severity Fixed in
GHSA-4r2x-xpjr-7cvv CRITICAL 0.14.1
GHSA-94f4-hr76-p5j6 CRITICAL 0.22.0
GHSA-2pc9-4j83-qjmr / GHSA-qh4c-xf7m-gxfc / GHSA-7972-pg2x-xr59 / CVE-2026-5497 (GHSA-wcwg-c5fc-9vrc) / GHSA-q8gq-377p-jq3r / GHSA-33cg-gxv8-3p8g / GHSA-rwxx-mrjm-wc2m HIGH 0.14.0 … 0.24.0

Caveat recorded in the working page: localhost/radiance-vllm:0.13.0-e060895 is a locally built image that is
not running on Dankserver; the running frank-archon container is docker.io/stilldeadcode/radiance@sha256:d590e300…
(radiance:1.8.1) and has no python3 to read an embedded vllm version from, so the exposure of the live
service is unconfirmed.

Action: determine the vllm version the running radiance image ships (image metadata / upstream release
notes for radiance:1.8.1); if it is 0.13.0, plan the fork rebuild onto a patched vllm and retire the stale
local tag so it stops being queried as if it were the deployment.

Source: vuln-dankserver.md · audit fleet-security-audit-2026-10-21.html


cwd: /home/blank/.omp/wt/wt-20261019-125509-7c8a99d · session: 01a155bb-6474-7366-be9d-629f74af0e05

**Severity:** 2 CRITICAL + 9 HIGH (41 further moderate/low/unlabelled) from `{"package":{"name":"vllm","ecosystem":"PyPI"},"version":"0.13.0"}` → 84 records, 50 unique advisories. | Advisory | Severity | Fixed in | |---|---|---| | [GHSA-4r2x-xpjr-7cvv](https://github.com/vllm-project/vllm/security/advisories/GHSA-4r2x-xpjr-7cvv) | CRITICAL | 0.14.1 | | [GHSA-94f4-hr76-p5j6](https://github.com/vllm-project/vllm/security/advisories/GHSA-94f4-hr76-p5j6) | CRITICAL | 0.22.0 | | GHSA-2pc9-4j83-qjmr / [GHSA-qh4c-xf7m-gxfc](https://github.com/vllm-project/vllm/security/advisories/GHSA-qh4c-xf7m-gxfc) / GHSA-7972-pg2x-xr59 / [CVE-2026-5497 (GHSA-wcwg-c5fc-9vrc)](https://nvd.nist.gov/vuln/detail/CVE-2026-5497) / GHSA-q8gq-377p-jq3r / GHSA-33cg-gxv8-3p8g / GHSA-rwxx-mrjm-wc2m | HIGH | 0.14.0 … 0.24.0 | Caveat recorded in the working page: `localhost/radiance-vllm:0.13.0-e060895` is a locally built image that is **not running** on Dankserver; the running `frank-archon` container is `docker.io/stilldeadcode/radiance@sha256:d590e300…` (`radiance:1.8.1`) and has no `python3` to read an embedded vllm version from, so the exposure of the live service is unconfirmed. **Action:** determine the vllm version the running radiance image ships (image metadata / upstream release notes for `radiance:1.8.1`); if it is 0.13.0, plan the fork rebuild onto a patched vllm and retire the stale local tag so it stops being queried as if it were the deployment. Source: [vuln-dankserver.md](https://gitea.franksdank.cloud/dank/command-center/src/branch/main/omp-docs/reports/vuln-dankserver.md) · audit [fleet-security-audit-2026-10-21.html](https://gitea.franksdank.cloud/dank/command-center/src/branch/main/omp-docs/reports/fleet-security-audit-2026-10-21.html) --- cwd: /home/blank/.omp/wt/wt-20261019-125509-7c8a99d · session: 01a155bb-6474-7366-be9d-629f74af0e05
dank self-assigned this 2026-10-21 15:59:09 -07:00
Author
Owner

Taking ownership (agent). Determining which vllm the running stilldeadcode/radiance@sha256:d590e300 embeds (image metadata + fork release notes); the stale local radiance-vllm:0.13.0 tag gets retired from the census either way.

**Taking ownership (agent).** Determining which vllm the running `stilldeadcode/radiance@sha256:d590e300` embeds (image metadata + fork release notes); the stale local `radiance-vllm:0.13.0` tag gets retired from the census either way.
Author
Owner

Resolved - live service carries no vllm at all. podman exec frank-archon ls /usr/bin/python* /usr/local/lib/python* returns nothing (2026-10-21): the running stilldeadcode/radiance@sha256:d590e300 image has no Python interpreter, so there is no vllm distribution inside it - radiance is its own engine; the vllm:* metric namespace in Prometheus is a naming convention, not an embedded runtime. The 50 advisories @ 0.13.0 therefore grade not applicable for frank-archon.
Census cleanup landed: the misleading local tag is retired - bytes kept at retired-do-not-use/radiance-vllm:0.13.0-e060895 (rollback: podman tag back), so podman images no longer reads as if a vllm build is in service. The other research builds (ggz14/vllm-radiance-mxfp4, vllm-radiance:0.9.3, tcclaviger/vllm, vllm-openai) are Frank's research artifacts and stay until he says otherwise. Closing.

**Resolved - live service carries no vllm at all.** `podman exec frank-archon ls /usr/bin/python* /usr/local/lib/python*` returns nothing (2026-10-21): the running `stilldeadcode/radiance@sha256:d590e300` image has no Python interpreter, so there is no `vllm` distribution inside it - radiance is its own engine; the `vllm:*` metric namespace in Prometheus is a naming convention, not an embedded runtime. The 50 advisories @ 0.13.0 therefore grade **not applicable** for frank-archon. Census cleanup landed: the misleading local tag is retired - bytes kept at `retired-do-not-use/radiance-vllm:0.13.0-e060895` (rollback: `podman tag` back), so `podman images` no longer reads as if a vllm build is in service. The other research builds (`ggz14/vllm-radiance-mxfp4`, `vllm-radiance:0.9.3`, `tcclaviger/vllm`, `vllm-openai`) are Frank's research artifacts and stay until he says otherwise. Closing.
dank closed this issue 2026-10-21 16:29:59 -07:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: dank/command-center#75