magdevandClaude Opus 5
ac6d57562b
Nothing in this repository's own code changed. What changed is that a build no longer ships whatever base image the runner had cached, so this image carries nginx 1.31.8 where v0.1.0 carried 1.31.6 - past five October CVEs, none of them reachable in a static file server configured like this one, which is why --pull is the fix rather than a pin. Out of bau-pm's v0.22.3 security review, finding 41 (bau-pm BAU-191). Gate, the same one CI runs, on this tree: shellcheck clean over scripts/; the image built with --pull, BentoPDF v2.8.8 verified at its pinned commit, 2776 pages tagged with a CSP carrying no host; the zero-hosts gate drove all 117 tool pages against the running image and nothing left the origin; nginx 1.31.8 in the built image. bau-pm still pins 0.1.0 in compose.yaml and .env.example, so this reaches a running instance only once that pin moves. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
3.1 KiB
3.1 KiB
Changelog
All notable changes to this project are documented in this file. The format is based on Keep a Changelog, and this project adheres to Semantic Versioning.
[Unreleased]
[0.1.1] - 2026-10-24
The same BentoPDF on current packages. Nothing in this repository's own code changed; what changed is that a build no longer ships whatever base image the runner happened to have cached, so this image carries nginx 1.31.8 where v0.1.0 carried 1.31.6. Out of bau-pm's v0.22.3 security review.
Security
- The CI and release builds pull their base images fresh (
docker build --pull). Both bases are floating tags, so what shipped was whatever the runner had cached: v0.1.0 went out with nginx 1.31.6 while the tag had already moved to 1.31.8, past five October CVEs. None of the five is reachable in a static file server configured like this one, which is why this is the fix rather than a pin. From bau-pm's v0.22.3 security review, finding 41 (bau-pm BAU-191). A release is what applies it - the running image does not change until one is cut.
Changed
- The image is built on the current
node:20-alpineandnginx-unprivileged:alpine-slim, which is where the operating-system packages under BentoPDF come from. BentoPDF itself is unchanged: still v2.8.8 at the same pinned commit, the same vendored modules at the same integrity hashes, the same two tools disabled.
[0.1.0] - 2026-10-10
The first release: BentoPDF v2.8.8 for bau-pm, about 120 PDF tools that run in the browser and talk to no third party, with the hand-off that brings a PDF from bau-pm into a tool and the result back.
Added
- BentoPDF v2.8.8 built from source at its pinned commit with BentoPDF's air-gapped build options: Simple Mode, German by default, every module served from the image's own
/wasm/, the CORS proxy off. - The CDN modules vendored and checked against
vendor.lock(PyMuPDF, Ghostscript, CoherentPDF, Tesseract with German, French, Italian and English, the OCR font, the PDF editor's Latin, Arabic and Hebrew fallback fonts). Ghostscript is served as its whole package withgs.jsandgs.wasmlinked at its root, because BentoPDF's own loader and PyMuPDF's wrapper expect the two different layouts (upstream's air-gap layout leftpdf-to-docxwith a 404). - A Content-Security-Policy without any host,
img-srcincluded; the build fails if one survives. digital-sign-pdfandtimestamp-pdfdisabled: both need a third party by design.- The hand-off glue on every page: a source link (AGPL), the hand-in of a file from bau-pm through a one-minute cookie into the tab's
sessionStorage, confirmed by the tool's own reaction and retried while it has none (BentoPDF attaches its listener late, and its service worker made the glue win that race), the hand-back of a result caught in every window, the viewer's frame included, and waiting for the hand-off's details when a save comes before them, and the signing tool's flatten switch locked on. - The zero-host gate (
test/zero-hosts.mjs) over every tool page, in CI and in the release workflow.