deno
Runtime · Language runtime · standard · v2.9.4
Hardened Deno runtime for JavaScript and TypeScript, secure by default with explicit permissions and built-in tooling. Latest stable (2).
Security report (Trivy)
Security report (Trivy) · deno 2.9.4
Published versions
1 tagEach tag is a multi-arch index (amd64 + arm64) pinned by digest. Tagged by version, never :latest.
| Version | Size | Published | Digest |
|---|---|---|---|
| 2.9.4latest | 47.9 MB | 2026-07-26 | sha256:2185617879a1… |
Use it as a base image
Reference it in the FROM line of your Dockerfile. Nonroot, read-only root filesystem, built for amd64 and arm64.
FROM ghcr.io/quenchworks/images/deno:2.9.4Or pull it directly
docker pull ghcr.io/quenchworks/images/deno:2.9.4- Version line
- 2.9.4
- Latest line
- 2.9.4
- Architectures
- amd64, arm64
- Runs as
- nonroot (uid 1001)
- Root filesystem
- read-only
- License
- MIT
Verify the supply chain
This image is cosign-signed and carries an SPDX SBOM and a SLSA build-provenance attestation on the same digest. Check all three before you build on it:
# 1. signature — built and signed by QuenchWorks CI
cosign verify ghcr.io/quenchworks/images/deno:2.9.4 \
--certificate-identity-regexp 'https://github.com/quenchworks/.+' \
--certificate-oidc-issuer https://token.actions.githubusercontent.com
# 2. SLSA build provenance — which workflow built it, from what
cosign verify-attestation --type https://slsa.dev/provenance/v1 ghcr.io/quenchworks/images/deno:2.9.4 \
--certificate-identity-regexp 'https://github.com/quenchworks/.+' \
--certificate-oidc-issuer https://token.actions.githubusercontent.com
# 3. SPDX SBOM — the package inventory
cosign verify-attestation --type https://spdx.dev/Document/v2.3 ghcr.io/quenchworks/images/deno:2.9.4 \
--certificate-identity-regexp 'https://github.com/quenchworks/.+' \
--certificate-oidc-issuer https://token.actions.githubusercontent.comSee the SBOM & provenance guide for reading the SBOM and using these checks in CI.
Best-practice Dockerfile for 2.9.4
Cache dependencies into a vendored, read-only-friendly cache in the build stage, then copy that cache and the app onto a clean deno base. The runtime DENO_DIR lives under /tmp.
# Build stage: cache deps into a fixed DENO_DIR, then compile checks.FROM ghcr.io/quenchworks/images/deno:2.9.4 AS buildUSER rootWORKDIR /appENV DENO_DIR=/deno-dir
COPY deno.json deno.lock ./RUN ["deno", "install", "--frozen"]COPY . .RUN ["deno", "cache", "main.ts"]
# Runtime stage: copy the cache + app onto a clean deno base, run nonroot.FROM ghcr.io/quenchworks/images/deno:2.9.4 AS runtimeWORKDIR /appENV DENO_DIR=/tmp/denoCOPY --from=build /deno-dir /tmp/denoCOPY --from=build /app /appUSER 1001EXPOSE 8000CMD ["deno", "run", "--allow-net", "--cached-only", "main.ts"]This Dockerfile is pinned to the 2.9.4 line. For the line-by-line walkthrough and ecosystem variants (npm/Yarn, pip/uv/Poetry, Maven/Gradle), see the Build a Node appguide.
Upstream project: https://github.com/denoland/deno