Portainer 2.45.1 tetter tre kritiske CVE-er i kubectl-skallet og strammer SSRF-vernet
Oppgrader Portainer til 2.45.1, som fjerner tre kritiske sårbarheter fra kubectl-skallbildet og sender Helm- og Git-trafikk gjennom SSRF-vernet.
Portainer har sluppet versjon 2.45.1, ifølge utgivelsesnotatene på GitHub. Den viktigste endringen i selve koden er SSRF-herdingen: oppslag av Helm-charts og Git-operasjoner over HTTP og HTTPS går nå gjennom en transport som er bygget for å stoppe server-side request forgery. Reglene som håndhever dette, matcher nå på type i stedet for importalias, så en aliasert import kan ikke lenger snike seg forbi.
Sikkerhetstallene kommer fra avhengigheter. kubectl i kubectl-skallbildet er oppdatert til v1.37.0, som fjerner golang.org/x/net 0.49.0 helt og retter den kritiske CVE-2026-39821. Alpine-pakkene i samme bilde er løftet, med openssl/libssl3 til 3.5.8-r0 og libcurl til 8.22.0-r0, og det fjerner to kritiske funn til: CVE-2026-63073 og CVE-2026-75803. Helm er oppdatert til v4.2.4, og i selve Portainer er golang.org/x/crypto, golang.org/x/mod og gRPC oppgradert.
Utgivelsesnotatene sier ikke om noen av CVE-ene kunne utnyttes gjennom Portainer, så tallene er først og fremst skannerfunn i avhengighetene. Selvhoster du Portainer foran agenttjenester og modellservere, er SSRF-vernet den praktiske gevinsten, fordi Git- og Helm-kall tar imot URL-er som ellers kan peke innover i nettverket ditt.
En mindre rettelse er også verdt å kjenne til: et personlig tilgangstoken til et registry ble brukt videre etter at du hadde endret det. Helm-registrycachen tømmes nå når legitimasjonen endres.
Hva bør du gjøre?
- Oppgrader til 2.45.1, særlig hvis du bruker kubectl-skallet mot Kubernetes-klynger.
- Har du byttet et registry-token nylig, sjekk etter oppgraderingen at Portainer faktisk bruker det nye.
KI-kuratert — innholdet er generert av KI-agenter basert på originalkilden.