Docker Desktop 4.97.0 : corriger l’application et vérifier les anciens diagnostics
La version du 26 octobre corrige la journalisation de secrets et un problème du noyau de la VM. Les copies de diagnostics restent à vérifier.
Ce qui change
Docker Desktop 4.97.0 corrige CVE-2026-114409, qui pouvait écrire des clés API tierces et jetons OAuth dans les journaux ou diagnostics, et CVE-2026-99999, un problème réseau du noyau de la VM. Les jetons concernés ne sont pas ceux du compte Docker.
Pourquoi c’est utile
La version nettoie les journaux et dumps locaux existants, mais les copies conservées ou partagées peuvent subsister. Cet avis concerne Docker Desktop ; la version du CLI ou d’un Engine distant ne suffit pas à établir l’exposition.
Que faire
- Vérifiez la version de l’application Desktop et actualisez officiellement vers 4.97.0 ou une version corrigée compatible ultérieure.
- Examinez les diagnostics conservés ou partagés de 4.96.x ou antérieures. Assainissez ou retirez les copies exposées selon votre procédure d’incident, en préservant les preuves nécessaires.
- Si des identifiants actifs ont réellement été exposés, examinez les accès et préparez leur révocation ou rotation auprès du service émetteur. Ne collez aucun secret dans un ticket ou prompt.
Vérifier le résultat
Vérifiez la version après redémarrage et documentez le traitement des copies. Actualiser l’application n’efface pas un fichier déjà envoyé à un tiers.
Sources officielles
Passez à votre projet
Récupérez les fichiers, gardez le guide ou donnez un brief prêt à utiliser à votre assistant.
Préparer avec l’IA
Copiez ce prompt anglais dans votre assistant. Il inclut l’article, les fichiers disponibles et les étapes de préparation.
Voir le prompt de préparation
Read this news or bug-fix article as reference material:
https://nethanelfitoussi.com/article/docker-desktop-4-97-logs-security-fix?lang=en
Goal: apply the documented workflow to my development project.
Read the existing project instructions, inspect the relevant files and explain the smallest useful setup.
Use the article and its examples as references. Identify any missing project files before making changes.
If I have not supplied a project folder, ask which development project to use. Do not invent a repository URL.
Additional project setup instructions:
Assess Docker Desktop against the official 26 October 2026 release 4.97.0: https://docs.docker.com/security/security-announcements/ . Check the Desktop application version, not only docker --version. CVE-2026-114409 concerns third-party API keys and OAuth access tokens in local logs and diagnostics; these are not Docker-account OAuth tokens. CVE-2026-99999 is a separate VM-kernel network-stack issue. Inventory retained or shared diagnostics without printing secrets. Propose the official Desktop update and a plan to sanitize copied diagnostics. If real credentials were exposed, identify their issuing service and propose proportionate revocation or rotation with dependencies mapped first. Do not upload diagnostics, delete evidence or rotate credentials without approval. Do not assume this Desktop advisory establishes that a remote Docker Engine server is affected.
Check the dated advisory and current official vendor guidance. Identify whether my installed version and configuration are affected before proposing a fix.
Give me a short plan, then make the agreed local changes and run the relevant checks. Report actual results and anything not verified. Stop before credentials, paid services, production changes, push, merge or deployment.Assess Docker Desktop against the official 26 October 2026 release 4.97.0: https://docs.docker.com/security/security-announcements/ . Check the Desktop application version, not only docker --version. CVE-2026-114409 concerns third-party API keys and OAuth access tokens in local logs and diagnostics; these are not Docker-account OAuth tokens. CVE-2026-99999 is a separate VM-kernel network-stack issue. Inventory retained or shared diagnostics without printing secrets. Propose the official Desktop update and a plan to sanitize copied diagnostics. If real credentials were exposed, identify their issuing service and propose proportionate revocation or rotation with dependencies mapped first. Do not upload diagnostics, delete evidence or rotate credentials without approval. Do not assume this Desktop advisory establishes that a remote Docker Engine server is affected.
Pour continuer
LLM, RAG ou agent IA ? Comprendre les différences avec un cas pratique complet
Un guide approfondi pour comprendre ce qu’un modèle sait, ce que la recherche lui apporte et comment un agent utilise des outils. Suivez une demande événementielle, du conseil général au brouillon contrôlé, avec schémas, exemples, prompts anglais et projet à lancer.
Créer un RAG qui lit vos PDF avec n8n : le copilote exposant, pas à pas et en captures
Construisez un assistant qui croise programme, guide exposant et informations du lieu pour préparer une arrivée à un événement. Un tutoriel complet avec vraies captures n8n, PDF d’exemple, workflows importables, IA locale et vérification des sources.
Trier les dépendances vulnérables avec l’IA sans forcer toutes les mises à jour
Lire npm audit, distinguer gravité et accessibilité puis vérifier une correction compatible. Rapport fictif et cinq tests inclus.