dhi.io/selenium-node-chromium
Selenium Grid worker node running Chromium with chromedriver, the arm64-capable browser node for Selenium Grid 4.x. Registers with a Selenium Hub and serves WebDriver sessions backed by the open-source Chromium browser.
pushed 1 day ago
linux/amd64, linux/arm64
343.68 MB
for linux/amd64
382
for linux/amd64
Active support
selenium-server, chromium, chromedriver
Build Level 3
Tamper-evident proof of how and from what sources this image was built. Build Level 3 is the highest the SLSA build track defines.
CycloneDX SBOM + SPDX SBOM
A software bill of materials in both CycloneDX and SPDX formats so it drops straight into your existing tooling. Audit exactly what you're shipping.
A Vulnerability Exploitability exchange document, Docker's assessment of which CVEs actually affect this image and which don't apply, so you can focus on real risk instead of chasing false positives.
Available
A link to everything used to build the image, package source code, Git repos, and build files, so you can audit or reproduce the build and stay compliant with open source licenses.
Every known vulnerability in this image, shown in full rather than hidden. The VEX data flags which ones actually apply, so you can tell real exposure from noise before you ship.
Exactly what changed in this build, down to the package bumps and fixes behind the version you're pulling.
Verifies no keys, tokens, or credentials were accidentally baked into the image.
The image layers were scanned for known malware signatures before publishing.
Selenium Node Chromium is a worker component of a Selenium Grid. A Node registers with a Selenium Hub and runs real
browser sessions on behalf of test clients that arrive at the Hub through the W3C WebDriver protocol. This image ships
the open-source Chromium browser and chromedriver, making it the canonical browser node for arm64 Selenium Grids (where
Google Chrome is not distributed) and a drop-in alternative to selenium/node-chrome on amd64.
Each Grid Node runs a single selenium-server JVM that accepts session requests routed from the Hub, spawns a
chromedriver subprocess per session, and drives Chromium for the lifetime of that session. Sessions are isolated per
WebDriver request; the JVM and chromedriver supervise their own lifecycle.
Run the Node on the same selenium-server version as its Hub; Selenium Grid 4.x does not reliably tolerate a Hub/Node
version mismatch. See the usage guide for version-pinning guidance.
For more details, visit https://www.selenium.dev/documentation/grid/.
The upstream selenium/node-chromium image runs a multi-process container under supervisord that includes Xvfb
(virtual framebuffer), x11vnc (VNC server), noVNC (web VNC client), fluxbox (window manager), and a chrome-cleanup
helper. The Docker Hardened image ships tini as PID 1 supervising a single JVM with no X server, so WebDriver
clients request headless Chromium (for example --headless=new). The VNC / Xvfb / fluxbox stack is intentionally
omitted because each component is a separate CVE surface and adds binaries that are not useful for the unattended-CI use
case that drives the majority of Selenium Grid deployments. If a deployment specifically needs in-container visual
debugging via VNC, a future flavor can layer the upstream stack on top; the request can be filed in the Docker Hardened
Images repository.
Docker Hardened Images are built to meet the highest security and compliance standards. They provide a trusted foundation for containerized workloads by incorporating security best practices from the start.
These images are published with near-zero known CVEs, include signed provenance, and come with a complete Software Bill of Materials (SBOM) and VEX metadata. They're designed to secure your software supply chain while fitting seamlessly into existing Docker workflows.
Selenium is a trademark of the Software Freedom Conservancy. Chromium is a trademark of Google LLC. All rights in those marks are reserved to their respective holders. Any use by Docker is for referential purposes only and does not indicate sponsorship, endorsement, or affiliation. All other third-party product names, logos, and trademarks are the property of their respective owners and are used solely for identification. Docker claims no interest in those marks, and no affiliation, sponsorship, or endorsement is implied.