Propral: additional base image `amazonlinux:2023`
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- docker, linux, python
- Bereich
- devops, infrastructure
Rechercherichtung
Das Issue nennt keine Dateien oder Tests. Beginne damit, die aktuellen Python-Image-Definitionen des Repositorys und die Auswahl der Basis-Images zu überprüfen, und beurteile anschließend, ob amazonlinux:2023 konsistent unterstützt werden kann. Für den Abschluss wäre eine Entscheidung der Maintainer zu Zuständigkeit, Supportumfang und den erforderlichen Image-Änderungen erforderlich.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Hey guys, first of all, thank you for the work you are doing 🙏
Docker images of python are being shipped millions of times per month (if not per day), and that's awesome 💪
As you most likely know, there is a CVE affecting MiniZip shipped with zlib affecting Debian (buster, bullseye, and bookworm): https://security-tracker.debian.org/tracker/CVE-2023-45853.
I am aware that this vulnerability is effectively impacting minizip (and not really the actual libz binary, which is the one that matters here).
This is CVE is being considered as critical by my company docker image scanner, so we've been trying to find ways to get rid of these secrutiy alerts, and, as a temporrary solution, we decided to switch from python:3.X base image, to a amazonlinux:2023[-minimal] with python3.11 installed there (version maitained by amazon).
Using Amazon Linux 2023 is removing this security alert as amazon backported the fix in its libz (c.f. Amazon document ALAS-2023-410) as the version 1.2.11-33.amzn2023.0.5.
Based on the context above, did this community though of adding amazonlinux:2023 as a base image of python images, to benefit from latest security releases?
Or maybe should it be the responsability of amazon to create such image (like they are doing with amazoncoretto)?
Cheers ✌️
This issue is not necessarily asking to support amazonlinux as a base image, but it's to open a discussion on that matter (and based on the issues of this repository, no one already brought it yet)
- Vorherrschende Sprache
- Dockerfile
- Sterne
- 2.8k
- Forks
- 1.1k
- Ø Merge
- 3 T. 1 Std.
- Gemergte PRs (30 T.)
- 1
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus docker-library/python
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
docker-library/python#1080 · 8 Kommentare ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
docker-library/python#1121 · 2 Kommentare ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
docker-library/python#1082 · 10 Kommentare · 36 Reaktionen ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100
docker-library/python#1076 · 6 Kommentare · 1 Reaktion ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 52/100
docker-library/python#1071 · 7 Kommentare ·
Alle Issues in docker-library/python
Ähnliche Issues
-
agent-ready documentation needs-triage
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 88/100
-
area-deployment area-integrations triage:bot-seen
Schwierigkeit 2/5 Ein halber Tag Anfängerfreundlichkeit 86/100
-
agentic-workflows
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
-
refactor
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
-
[CI] Nightly Clang build broken: structured binding captured in a lambda in FileDataSource.cpp Offenbug build
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 91/100
facebookincubator/velox#19194 ·