VeilleTech — 2026-10-13

01 SÉCURITÉ Faille

Docker Hub : un jeton changeait de propriétaire

Docker12 octobre4 min de lecture

Docker a détaillé le 12 octobre CVE-2026-105445, notée critique : depuis le 26 août 2024, convertir un compte Docker Hub en organisation réattribuait ses jetons d'accès personnels au propriétaire désigné, sans les révoquer ni demander son accord. Le correctif est en production depuis le 30 septembre. Docker ne voit aucune exploitation, mais un jeton jamais utilisé ne laisse pas de trace : les jetons concernés ont été désactivés le 8 octobre.

CVE-2026-105445 · critique · exposition du 26 août 2024 au 30 septembre 2026 (vers 19 h 10 UTC)
Environ 304 000 envois vérifiés, aucune exploitation constatée · jetons transférés désactivés le 8 octobre
Pas de mail « Docker Hub Vulnerability Identified & Resolved » du 2 octobre : rien à faire. Sinon, relire les jetons

Un jeton qui change de main sans qu'on vous le dise reste un jeton valide.

Lire la fiche Source

02 WORDPRESS Discussion

Bricksforge : un GIF qui s'exécute comme du PHP

The Hacker News12 octobre3 min de lecture

Patchstack observe depuis le 7 octobre l'exploitation de CVE-2026-85097 (CVSS 10,0) dans Bricksforge, une extension WordPress pour Bricks : un visiteur non authentifié peut déposer un fichier PHP et l'exécuter. Les versions jusqu'à 3.1.8.9 sont touchées, 3.1.8.10 corrige. Une mise à jour ne nettoie pas un site déjà compromis.

CVE-2026-85097 · CVSS 10,0 · Bricksforge ≤ 3.1.8.9 · corrigé en 3.1.8.10
À chercher : fichiers PHP dans /wp-content/uploads/bricksforge/tmp/ et appels à /wp-json/bricksforge/v1/form_submit
63 adresses sources, dont 177.75.57[.]20 et 23.97.62[.]146 · premières attaques le 7 octobre, 21 h 47 UTC

Valider le fichier à l'envoi, croire le client à la soumission : la faille tient dans l'écart.

Lire la fiche Source

03 IA Discussion

Codex CLI 0.157 lance un démon sans demander

GitHub12 octobre2 min de lecture

Depuis Codex CLI 0.157.0, ouvrir une session interactive lance un démon persistant qui copie environ 374 Mo dans ~/.codex/packages/app-server-daemon, cherche des mises à jour toutes les heures et relance le serveur, sans rien demander. Un ticket GitHub, plus de 500 points sur Hacker News, réclame une activation volontaire et donne la procédure de désactivation. C'est le constat d'un utilisateur sous WSL2, pas une position d'OpenAI.

Codex CLI 0.157.0 · `codex app-server --managed-daemon` · ≈ 374 Mo copiés dans ~/.codex/packages/app-server-daemon/
Mise à jour 5 minutes après le démarrage puis toutes les heures · `daemon stop` laisse `pid-update-loop` vivant
Désactiver : `codex features disable daemon_auto_start`, puis `codex app-server daemon stop`

Un outil en ligne de commande qui survit à sa fenêtre mérite qu'on le sache.

Lire la fiche Source

04 PYTHON Article

Python 3.15 : UTF-8 par défaut, imports paresseux

heise Developer12 octobre4 min de lecture

Python 3.15.0 est sorti le 9 octobre 2026, avec une semaine de retard après une troisième release candidate. Le changement qui touche le plus de code est le mode UTF-8 activé par défaut, surtout sous Windows. Viennent ensuite le mot-clé lazy pour les imports, frozendict, sentinel et le dépaquetage dans les compréhensions.

UTF-8 par défaut : repérer les `open()` sans encodage avec `-X warn_default_encoding` · retour arrière : `PYTHONUTF8=0`
`lazy import json` : 44 ms → 11 ms sur 13 modules (mesure heise, Apple M4) · essai global : `PYTHON_LAZY_IMPORTS=all`
`lazy` et `[*b for b in l]` : syntaxe 3.15 seulement · le module `profile` disparaît en 3.17

La mise à jour qui casse, c'est celle que vos tests en ASCII ne voient pas.

Lire la fiche Source

05 SYMFONY Article

Symfony 8.2 : exiger une clé de sécurité

Symfony12 octobre2 min de lecture

Symfony 8.2 enregistre dans le jeton de sécurité les méthodes d'authentification prouvées pendant la session, avec la date de dernier usage de chacune, selon les noms de la RFC 8176. Un voter peut alors réclamer une ré-authentification plus forte, par exemple une clé de sécurité, via requestReAuthentication(), et OpenID Connect transmet la demande par acr_values. Le fournisseur reste libre d'authentifier autrement : la réponse se lit dans oidc_acr.

`AuthenticationMethodBadge` ajouté au passeport · `getAuthenticationProofs()` rend méthode → horodatage Unix
`$vote->requestReAuthentication()` : ré-authentification au lieu d'un 403, seulement si un seul attribut est refusé
OpenID Connect : `acr_values` demande, `oidc_acr` dit ce que le fournisseur a fait (`phr`, `phrh`)

Savoir quand l'utilisateur s'est connecté ne dit pas comment. Symfony le retient désormais.

Lire la fiche Source

06 PHP Article

BashBox : un Bash en PHP pur pour vos agents

Laravel News12 octobre3 min de lecture

BashBox, de Pushpak Chhajed, est un interpréteur Bash écrit en PHP pur : il exécute les scripts d'un agent sans appeler proc_open, exec ni shell_exec, sur un système de fichiers virtuel. Il compte 58 commandes et 18 limites configurables, réseau coupé par défaut. C'est la version 0.0.3, sous licence MIT, pour PHP 8.4 et plus.

`composer require shipfastlabs/bashbox` · PHP ≥ 8.4 · v0.0.3 · MIT
InMemoryFs par défaut : 64 Mo et 10 000 entrées · OverlayFs lit un vrai dossier, écritures gardées en mémoire
`curl` absent sans NetworkConfig : préfixes d'URL autorisés, `denyPrivateRanges` actif par défaut

Donnez un shell à l'agent, pas votre machine.

Lire la fiche Source

07 SÉCURITÉ Faille

Google DevSite : la clé de signature dans le cookie

Simon Koeck12 octobre3 min de lecture

Le chercheur Simon Koeck a décodé le cookie de session Flask de developers.google.com : il contenait un objet OAuth sérialisé avec pickle, avec le secret client en clair, et ce secret servait aussi à signer le cookie. Il pouvait donc forger une session et faire désérialiser un pickle de son choix, soit une exécution de code à distance, prouvée par un délai. Récompense de 90 000 $, corrigé le 7 octobre.

Signature Flask recalculée avec le secret client OAuth : HMAC SHA-1, dérivation `cookie-session`
Même clé sur firebase.google.com, developer.android.com, source.android.com, docs.partner.android.com
Signalé le 6 août, corrigé le 7 octobre · 75 000 $ × 1,2 = 90 000 $

Une clé de signature qui dort dans ce qu'elle signe n'est plus une clé.

Lire la fiche Source

08 PERFORMANCE Discussion

fastsimdjson : 66 Go/s de JSON, en Python

Daniel Lemire's blog12 octobre3 min de lecture

Daniel Lemire mesure fastsimdjson, une liaison Python de simdjson, sur 7,6 Go d'événements GitHub : 66 Go/s avec 64 fils sur Python sans GIL, contre 3 Go/s pour le module json et 25 Go/s pour msgspec. Le gain vient du mode paresseux, qui ne crée des objets Python que pour les champs lus. Banc d'essai publié ; une seule machine à 64 cœurs.

Un cœur : json 0,18 Go/s · orjson 0,42 · msgspec 1,29 · fastsimdjson paresseux 2,13
64 fils (python3.14t) : json 3,17 · msgspec 24,6 · fastsimdjson paresseux 65,7 Go/s
fastsimdjson 0.6.0 sur PyPI · `map_many(fn, data, format="lines", threads=64, lazy=True)`

Ce qui coûtait, ce n'était pas de lire le JSON. C'était d'en faire des objets.

Lire la fiche Source

09 LLM Article

vLLM : le cache KV remonte du décodeur au prefill

vLLM12 octobre3 min de lecture

vLLM ajoute un transfert bidirectionnel du cache KV : en déploiement prefill/decode, le nœud de decode garde ses blocs après la réponse et le prefill du tour suivant les relit au lieu de recalculer l'historique. Sur une paire d'instances p5en d'Amazon, le temps avant le premier jeton baisse jusqu'à 1,6× pour Qwen3-32B et 3,3× pour GLM-5-FP8, aux prompts les plus longs, prefix caching coupé sur le prefill.

vLLM ≥ 0.21.0 · `NixlConnector` · `bidirectional_kv_xfer` activé sur prefill et decode · routeur à fournir
`decoder_kv_blocks_ttl` 480 s · `kv_recompute_threshold` 64 jetons (valeurs par défaut)
TTFT : Qwen3-32B 778 → 460 ms à 24k · GLM-5-FP8 2 334 → 702 ms à 20k

Le cache le plus rapide est celui qu'on ne recalcule pas.

Lire la fiche Source

VeilleTech — feed du mardi 13 octobre