samtechlab/alpine-3.24-s6 repository overview

⁠Alpine 3.24 + s6-overlay

Minimal, hardened, multi-architecture Alpine 3.24 base image, built FROM scratch from the official Alpine OCI rootfs, with s6-overlay⁠ as its init system and process supervisor.

It is a foundation for your own images: it ships an init system, a non-root user whose UID/GID is configurable at runtime, and a hardened system baseline — then gets out of your way.

Full documentation, in English and French: https://github.com/Sam-Tech-Lab-OSS/Docker-Alpine-3.24-S6-Overlay⁠

Version française plus bas.

⁠Base image support

Alpine 3.24 receives security updates until 1 June 2028, for both the main and the community repository.

Alpine cuts a new release branch from edge every May and November and supports main for about two years. community is supported only until the next stable release — for 3.24 that means until 3.25 ships, expected November 2026. Before relying on a package — one this image ships or one you add on top — check which repository it comes from: apk info -a <package> names its origin.

Monthly rebuilds pick up the security updates Alpine publishes for 3.24. Published vulnerability scans report findings with no fix available alongside those that have one, so the reports reflect the full exposure of the image.

⁠Tags

Tags point at a multi-architecture manifest; Docker selects the right image for the host platform.

Neither tag is immutable. YYYY.MM names the month, not one specific build: any build during that month republishes it. For a genuinely fixed image, pin by digest:

docker pull samtechlab/alpine-3.24-s6@sha256:<digest>

Each published image is signed. The signature establishes that the image was built by this repository's publish workflow and has not been replaced since — something the SBOM and the provenance attestation, on their own, do not show. Verify it with Cosign⁠:

cosign verify \
  --certificate-identity-regexp '^https://github.com/Sam-Tech-Lab-OSS/Docker-Alpine-3.24-S6-Overlay/\.github/workflows/' \
  --certificate-oidc-issuer 'https://token.actions.githubusercontent.com' \
  samtechlab/alpine-3.24-s6@sha256:<digest>

Both flags matter: without them Cosign only confirms that a signature exists, not that it is this repository's. Anyone can sign any public image.

Also published on GHCR as ghcr.io/sam-tech-lab-oss/alpine-3.24-s6.

⁠Quick start

# Shell as the unprivileged appuser
docker run -it --rm samtechlab/alpine-3.24-s6:latest

# Match the container user to your host user
docker run --rm -e PUID=$(id -u) -e PGID=$(id -g) \
  -v "$PWD/data:/config" \
  samtechlab/alpine-3.24-s6:latest id appuser

Build on top of it — install packages at build time, as root:

FROM samtechlab/alpine-3.24-s6:latest

RUN apk add --no-cache your-package

COPY root/ /

⁠How the container boots

docker run
   │
   ├─ 1. ENTRYPOINT /init      s6-overlay takes PID 1
   ├─ 2. s6-rc oneshots        init-adduser applies PUID/PGID   ← your init tasks
   ├─ 3. s6-rc longruns        supervised daemons start         ← your services
   └─ 4. CMD                   container exits when it exits

On shutdown the sequence reverses: services stop in dependency order, then remaining processes get SIGTERM, then SIGKILL after a grace period.

⁠Key features

• Built FROM scratch from the official Alpine OCI rootfs — no third-party base layer
• s6-overlay as PID 1 — zombie reaping, ordered startup and shutdown, correct signal handling
• Runtime-configurable PUID / PGID — applied before any service runs
• Multi-service supervision with declared dependencies and automatic restart
• Per-service log rotation via logutil-service
• Non-root by default — the default CMD drops privileges to appuser
• Hardening — root locked, SUID/SGID stripped, world-writable bits removed, umask 027
• Supply-chain integrity — Alpine builder pinned by digest, s6-overlay tarballs pinned by SHA256 and verified before extraction, CI actions pinned by commit SHA
• Fail-fast init — a failing init script stops the container rather than running on broken
• Continuously verified — hadolint, shellcheck, 12 container integration tests on both architectures, weekly Trivy scans

⁠Environment variables

PUID / PGID must be integers ≥ 1. 0 is refused on purpose — it is root's UID, and accepting it would silently turn appuser into a second root account. Anything invalid stops the container with an explicit error.

s6-overlay tunables set by this image, and the useful ones you can set yourself:

⁠Filesystem layout

⁠Adding a supervised service

Keep your service tree in a root/ directory in the build context and copy it in whole.

root/etc/s6-overlay/s6-rc.d/myapp/type → longrun

root/etc/s6-overlay/s6-rc.d/myapp/run — must be executable

#!/command/with-contenv sh
exec 2>&1
# The supervisor runs as root; the daemon must not.
exec s6-setuidgid appuser /usr/bin/myapp --foreground

root/etc/s6-overlay/s6-rc.d/myapp/dependencies.d/init-adduser — empty file root/etc/s6-overlay/user-bundles.d/user/contents.d/myapp — empty file

COPY root/ /
RUN chmod 755 /etc/s6-overlay/s6-rc.d/myapp/run

Two rules that matter:

• The daemon must stay in the foreground. A process that forks into the background looks like a crash to the supervisor and is restarted in a loop.
• Drop privileges with s6-setuidgid. Everything under s6-rc.d starts as root.

Ordering between services, per-service logging, and a complete working NGINX example are covered in the full documentation⁠.

⁠Security model

PID 1 runs as root: s6-overlay needs those privileges to apply PUID/PGID and hand ownership to unprivileged processes. Runtime-configurable UID/GID and a non-root PID 1 are mutually exclusive. Everything above that layer is designed to minimise what actually runs privileged.

Your responsibility: anything you add under s6-rc.d starts as root. Wrap every long-running process in s6-setuidgid appuser.

Recommended runtime hardening:

services:
  app:
    image: samtechlab/alpine-3.24-s6:latest
    security_opt:
      - no-new-privileges:true
    cap_drop:
      - ALL
    tmpfs:
      - /tmp

Vulnerability reporting: SECURITY.md⁠

⁠Troubleshooting

E: Could not open lock file /var/lib/apt/lists/lock (13: Permission denied) APT is running unprivileged. Install packages at build time in your Dockerfile.

bind() to 0.0.0.0:80 failed (13: Permission denied) Unprivileged processes cannot bind ports below 1024. Use a port ≥ 1024 inside the container and remap it on the host (-p 80:8080).

A service restarts endlessly The process is daemonising. Force foreground mode (nginx -g "daemon off;", --foreground, …).

The container stops immediately at startup An init script failed — S6_BEHAVIOUR_IF_STAGE2_FAILS=2 doing its job. Check docker logs, and set -e S6_VERBOSITY=2 for a detailed trace.

[init-adduser] PUID invalide PUID / PGID must be integers ≥ 1; 0 is rejected because it is root's UID.

Files created in a volume have the wrong owner Set -e PUID=$(id -u) -e PGID=$(id -g).

More entries in the full documentation⁠.

⁠Support this work

These images are rebuilt every month, signed, scanned and documented. The work is done in the open and given away — sponsoring is what keeps the schedule.

⁠License

Apache 2.0 — see LICENSE⁠ and NOTICE⁠. Copyright (c) 2026 Sam Tech Lab.

⁠Alpine 3.24 + s6-overlay — version française

Image de base Alpine 3.24 minimale, durcie et multi-architecture, construite FROM scratch à partir du rootfs OCI officiel de Alpine, avec s6-overlay⁠ comme système d'init et superviseur de processus.

C'est une fondation pour vos propres images : elle fournit un système d'init, un utilisateur non-root dont l'UID/GID est configurable à l'exécution, et un socle système durci — puis vous laisse travailler.

Documentation complète, en anglais et en français : https://github.com/Sam-Tech-Lab-OSS/Docker-Alpine-3.24-S6-Overlay⁠

⁠Support de l'image de base

Alpine 3.24 reçoit des mises à jour de sécurité jusqu'au 1er juin 2028, pour le dépôt main comme pour le dépôt community.

Alpine ouvre une branche depuis edge chaque mai et chaque novembre, et maintient main pendant environ deux ans. community n'est maintenu que jusqu'à la version stable suivante — pour 3.24, jusqu'à la sortie de 3.25, attendue en novembre 2026. Avant de dépendre d'un paquet — livré par cette image ou ajouté par-dessus — vérifiez de quel dépôt il provient : apk info -a <paquet> en donne l'origine.

Les reconstructions mensuelles récupèrent les mises à jour de sécurité que Alpine publie pour 3.24. Les analyses de vulnérabilités publiées remontent aussi bien les vulnérabilités sans correctif disponible que celles qui en ont un : les rapports reflètent l'exposition complète de l'image.

⁠Tags

Les tags pointent vers un manifeste multi-architecture : Docker sélectionne l'image correspondant à la plateforme hôte.

Aucun de ces tags n'est immuable. YYYY.MM désigne le mois, pas un build en particulier : tout build de ce mois-là le republie. Pour une image réellement figée, épinglez par digest :

docker pull samtechlab/alpine-3.24-s6@sha256:<digest>

Chaque image publiée est signée. La signature établit que l'image a été construite par le workflow de publication de ce dépôt et n'a pas été remplacée depuis — ce que le SBOM et l'attestation de provenance, seuls, ne montrent pas. Vérifiez-la avec Cosign⁠ :

cosign verify \
  --certificate-identity-regexp '^https://github.com/Sam-Tech-Lab-OSS/Docker-Alpine-3.24-S6-Overlay/\.github/workflows/' \
  --certificate-oidc-issuer 'https://token.actions.githubusercontent.com' \
  samtechlab/alpine-3.24-s6@sha256:<digest>

Les deux options comptent : sans elles, Cosign confirme seulement qu'une signature existe, pas qu'elle est celle de ce dépôt. N'importe qui peut signer n'importe quelle image publique.

Également publiée sur GHCR : ghcr.io/sam-tech-lab-oss/alpine-3.24-s6.

⁠Démarrage rapide

# Shell en tant qu'appuser, non privilégié
docker run -it --rm samtechlab/alpine-3.24-s6:latest

# Aligner l'utilisateur du conteneur sur celui de l'hôte
docker run --rm -e PUID=$(id -u) -e PGID=$(id -g) \
  -v "$PWD/data:/config" \
  samtechlab/alpine-3.24-s6:latest id appuser

Construire par-dessus — installez les paquets au build, en root :

FROM samtechlab/alpine-3.24-s6:latest

RUN apk add --no-cache votre-paquet

COPY root/ /

⁠Déroulement du démarrage

docker run
   │
   ├─ 1. ENTRYPOINT /init      s6-overlay devient PID 1
   ├─ 2. oneshots s6-rc        init-adduser applique PUID/PGID   ← vos tâches d'init
   ├─ 3. longruns s6-rc        démarrage des daemons supervisés  ← vos services
   └─ 4. CMD                   le conteneur s'arrête avec lui

À l'arrêt, la séquence se déroule à l'envers : les services sont arrêtés dans l'ordre des dépendances, puis les processus restants reçoivent SIGTERM, puis SIGKILL après un délai.

⁠Points forts

• Construite FROM scratch depuis le rootfs OCI officiel Alpine — aucune couche de base tierce
• s6-overlay en PID 1 — nettoyage des zombies, démarrage et arrêt ordonnés, signaux corrects
• PUID / PGID configurables à l'exécution — appliqués avant tout service
• Supervision multi-services avec dépendances déclarées et redémarrage automatique
• Rotation des journaux par service via logutil-service
• Non-root par défaut — le CMD par défaut abandonne les privilèges vers appuser
• Durcissement — root verrouillé, bits SUID/SGID supprimés, bits world-writable retirés, umask 027
• Intégrité de la chaîne d'approvisionnement — builder Alpine figé par digest, tarballs s6-overlay figés par SHA256 et vérifiés avant extraction, actions CI figées par SHA de commit
• Init fail-fast — un script d'init en échec arrête le conteneur
• Vérifiée en continu — hadolint, shellcheck, 12 tests d'intégration sur les deux architectures, scans Trivy hebdomadaires

⁠Variables d'environnement

PUID / PGID doivent être des entiers ≥ 1. 0 est refusé volontairement : c'est l'UID de root, et l'accepter ferait silencieusement d'appuser un second compte root. Toute valeur invalide arrête le conteneur avec une erreur explicite.

Réglages s6-overlay définis par l'image, et ceux que vous pouvez définir vous-même :

⁠Arborescence

⁠Ajouter un service supervisé

Gardez votre arborescence de services dans un répertoire root/ du contexte de build, et copiez-la en entier.

root/etc/s6-overlay/s6-rc.d/myapp/type → longrun

root/etc/s6-overlay/s6-rc.d/myapp/run — doit être exécutable

#!/command/with-contenv sh
exec 2>&1
# Le superviseur tourne en root ; le daemon ne doit pas.
exec s6-setuidgid appuser /usr/bin/myapp --foreground

root/etc/s6-overlay/s6-rc.d/myapp/dependencies.d/init-adduser — fichier vide root/etc/s6-overlay/user-bundles.d/user/contents.d/myapp — fichier vide

COPY root/ /
RUN chmod 755 /etc/s6-overlay/s6-rc.d/myapp/run

Deux règles importantes :

• Le daemon doit rester au premier plan. Un processus qui passe en arrière-plan ressemble à un crash pour le superviseur, qui le redémarre en boucle.
• Abandonnez les privilèges avec s6-setuidgid. Tout ce qui est sous s6-rc.d démarre en root.

L'ordonnancement entre services, la journalisation par service et un exemple NGINX complet et fonctionnel sont couverts dans la documentation complète⁠.

⁠Modèle de sécurité

Le PID 1 tourne en root : s6-overlay a besoin de ces privilèges pour appliquer PUID/PGID et céder la propriété à des processus non privilégiés. Un UID/GID configurable à l'exécution et un PID 1 non-root sont mutuellement exclusifs. Tout ce qui se trouve au-dessus est conçu pour réduire ce qui s'exécute réellement avec des privilèges.

Ce qui reste à votre charge : tout ce que vous ajoutez sous s6-rc.d démarre en root. Encadrez chaque processus longue durée avec s6-setuidgid appuser.

Durcissement recommandé à l'exécution :

services:
  app:
    image: samtechlab/alpine-3.24-s6:latest
    security_opt:
      - no-new-privileges:true
    cap_drop:
      - ALL
    tmpfs:
      - /tmp

Signalement de vulnérabilité : SECURITY.md⁠

⁠Dépannage

E: Could not open lock file /var/lib/apt/lists/lock (13: Permission denied) APT tourne sans privilèges. Installez les paquets au build, dans votre Dockerfile.

bind() to 0.0.0.0:80 failed (13: Permission denied) Un processus non privilégié ne peut pas écouter sous le port 1024. Utilisez un port ≥ 1024 dans le conteneur et remappez-le côté hôte (-p 80:8080).

Un service redémarre en boucle Le processus passe en arrière-plan. Forcez le premier plan (nginx -g "daemon off;", --foreground, …).

Le conteneur s'arrête immédiatement au démarrage Un script d'init a échoué — c'est S6_BEHAVIOUR_IF_STAGE2_FAILS=2 qui joue son rôle. Consultez docker logs, et passez -e S6_VERBOSITY=2 pour une trace détaillée.

[init-adduser] PUID invalide PUID / PGID doivent être des entiers ≥ 1 ; 0 est refusé car c'est l'UID de root.

Les fichiers créés dans un volume ont le mauvais propriétaire Passez -e PUID=$(id -u) -e PGID=$(id -g).

D'autres entrées dans la documentation complète⁠.

⁠Soutenir ce travail

Ces images sont reconstruites chaque mois, signées, analysées et documentées. Ce travail est mené au grand jour et mis à disposition — le parrainage est ce qui en maintient le rythme.

⁠Licence

Apache 2.0 — voir LICENSE⁠ et NOTICE⁠. Copyright (c) 2026 Sam Tech Lab.