This commit is contained in:
Jordy Hoogeveen
2026-09-18 15:18:47 +02:00
parent e9192a8aba
commit 2799bc12ee
8 changed files with 85 additions and 3 deletions
+34
View File
@@ -335,6 +335,40 @@ dan is het antwoord `no configuration file provided: not found`. Met
Pullen zelf werkt anoniem zolang de organisatie public is — zie
[Pullen op een deploy-machine](#pullen-op-een-deploy-machine).
### De scan meldt 46 CVE's op postgres:18-alpine
Dat klopt, en het blijft zo. Ze zitten allemaal in één bestand:
```bash
# Alle bevindingen komen uit /usr/local/bin/gosu, niets uit de Alpine-pakketten
docker run --rm -v /var/run/docker.sock:/var/run/docker.sock \
aquasec/trivy image --scanners vuln postgres:18-alpine
```
`gosu` is een klein Go-programma dat het postgres-entrypoint gebruikt om van
root naar de `postgres`-gebruiker te schakelen. Upstream compileert het met Go
1.24.6, en alle meldingen zijn CVE's in die Go-standaardbibliotheek. Je kunt er
niets aan verhelpen met een `pull`: dit ís de nieuwste versie.
Wat wél is gedaan: beide compose-bestanden starten de container met
`user: "postgres"`. Het entrypoint roept gosu alleen aan als het als root start
(`if [ "$(id -u)" = '0' ]`), dus die tak wordt overgeslagen en de binary draait
nooit. De CVE's zijn daarmee onbereikbaar — de scanner kijkt naar wat aanwezig
is, niet naar wat uitgevoerd wordt.
> Dit werkt ook op een volume dat ooit als root is aangemaakt: de
> data-directory is dan al eigendom van postgres. Getest met een bestaande
> database; die start en de data blijft intact.
**Waarom geen eigen image zonder gosu.** Dat kan (`FROM postgres:18-alpine` +
`RUN rm -f /usr/local/bin/gosu`) en zet de scan op nul, maar je ruilt een
onbereikbaar risico voor een echt risico: je moet dat image dan zelf herbouwen
bij elke postgres-patch. Precies die achterstand was het probleem toen het image
vier maanden op 18.4 stond met 143 bevindingen. Met het officiële image haalt
`docker compose pull` de patches vanzelf op, en zodra upstream gosu met een
nieuwere Go herbouwt is het gratis opgelost. `test.ps1` waarschuwt daarom bij
stap 4 als `postgres:18-alpine` in de registry nieuwer is dan wat je lokaal hebt.
### PostgreSQL versie-upgrade
Twee soorten, met een belangrijk verschil. Kijk eerst welke je voor je hebt: