VeilleTech — 2026-09-19

01 PAYLOAD Release

Payload 3.90 : correctifs critiques et une migration

Payload CMS18 septembre3 min de lecture

Payload 3.90.0, publiée le 18 septembre 2026, regroupe des correctifs de sécurité critiques que l'équipe demande d'installer au plus vite, même sans être concerné par les points listés. Les détails d'exploitation sont tus : les notes décrivent seulement ce que la mise à jour change chez vous — un champ ajouté aux utilisateurs, des uploads durcis, un plafond multipart, des clés d'API qui ne se relisent plus.

Après la mise à jour : `pnpm payload generate:types`, puis sur base relationnelle `pnpm payload migrate:create add-reset-password-requested-at` et `pnpm payload migrate` — nouveau champ `resetPasswordRequestedAt` sur les collections d'utilisateurs
Uploads multipart plafonnés à 50 Mo par défaut (`requestSizeLimit`), conteneurs Azure privés par défaut (`containerAccess: 'blob'` pour l'ancien comportement), en-tête `x-goog-if-generation-match` à autoriser dans le CORS de GCS
Clés d'API illisibles après génération (`useAPIKey: { reveal: true }` pour revenir en arrière), publications programmées en attente à recréer, filtre non supporté sur une jointure polymorphe → `QueryError`

Quand l'éditeur tait les failles, votre seule mesure d'exposition, c'est votre numéro de version.

Lire la fiche Source

02 LINUX Discussion

Linux : quatre failles root, les exploits sont publics

The Hacker News18 septembre3 min de lecture

Le chercheur Asim Manizada publie le code d'exploitation de quatre failles du noyau Linux — DirtyAH6, TUNderflow, PPPoEject et DiagSpill — qui donnent chacune root à un utilisateur local. Toutes sont corrigées dans les noyaux stables ; trois exigent les espaces de noms utilisateur non privilégiés, la quatrième seulement le module SCTP. Le même jour, la CISA inscrit trois autres failles du noyau à son catalogue des vulnérabilités exploitées.

CVE-2026-80844 (DirtyAH6, IPsec AH6), CVE-2026-81000 (TUNderflow, TUN/TAP), CVE-2026-68121 (PPPoEject, PPPoE), CVE-2026-74469 (DiagSpill, sctp_diag, sans prérequis)
Premiers noyaux stables avec les quatre correctifs : 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.109, 6.18.50, 7.2.4 — sur une distribution, se fier à son avis de sécurité, pas à ces numéros
Ajoutées au catalogue KEV de la CISA le 18/09, exploitées activement : CVE-2025-39964, CVE-2026-53266 et CVE-2025-39682

Un exploit publié ne rend pas une faille plus grave. Il la rend moins chère à exploiter.

Lire la fiche Source

03 WORDPRESS Discussion

WordPress : un lien suffit à installer un thème

The Hacker News18 septembre3 min de lecture

WordPress 7.1.1, publiée le 17 septembre 2026, corrige onze failles, dont Click2Shell : un lien d'aperçu piégé, ouvert par un administrateur connecté, fait installer un thème du répertoire officiel sans aucun clic. Chaînée avec un thème vulnérable, que l'aperçu du Customizer charge avant activation, la faille mène à l'exécution de code sur le serveur.

Corrigé dans WordPress 7.1.1 (17/09/2026) ; touché depuis 6.0 ; correctifs rétroportés jusqu'à la branche 4.7. Pas encore de CVE
Scores des chercheurs : 7,1 pour l'installation forcée seule, 9,6 pour la chaîne complète. Thème de démonstration : `mobile-repair-zone` 2.5.4 ; plus de 40 thèmes tiers portent un défaut comparable selon pwn.ai
Le même lot corrige un XSS stocké non authentifié dans `wpautop()`, une traversée de chemin dans le contrôleur REST des templates et un écrasement d'article par un contributeur, ces deux derniers signalés par Anthropic

Un thème installé mais inactif n'est pas un thème inerte.

Lire la fiche Source

04 SÉCURITÉ Faille

npm : treize paquets vident le stockage de Chrome

The Hacker News18 septembre2 min de lecture

OpenSourceMalware documente WeaselBiscuit, un voleur de données JavaScript diffusé par treize paquets npm. Il s'exécute à l'import du paquet et non à l'installation, récupère sa charge sur Npoint pour l'exécuter en mémoire, puis vide le stockage des extensions Chrome et, sur ordre, capture le presse-papiers et le clavier. Le code rappelle les outils nord-coréens BeaverTail et OtterCookie, sans attribution confirmée.

Les 13 paquets : `@biz44/id10-client`, `@biz44/id12-client`, `@biz44/id44-client`, `@biz44/id79-client`, `@biz44/id95-client`, `@biz44/id99-client`, `@biz44/process-runtime-utils`, `@biz44/runtime-utils`, `engin1`, `id79-client`, `process-lhpm`, `process-mite`, `process-tailwind`
Serveur de commande `103.170.217.184:8787`, charges hébergées sur `api.npoint.io` ; trace locale : un fichier `.pid` dans le dossier du paquet et un processus `node loader.js` détaché
Déclenché à l'`import` : `--ignore-scripts` ne protège pas. Cible : tout le dossier `Local Extension Settings` des profils Chrome, sous Windows, macOS et Linux

Couper les scripts d'installation ne sert à rien contre un paquet qui attend qu'on l'importe.

Lire la fiche Source

05 VIE PRIVÉE Faille

ZCode : votre historique Git part dans le cloud

blog.ferstar.org17 septembre3 min de lecture

Un développeur a démonté ZCode, l'application de code assisté par IA de Zhipu, et décrit un envoi silencieux de tout l'espace de travail vers le stockage cloud d'Alibaba tant qu'on est connecté, historique Git complet compris. L'archive est chiffrée avec une clé publique fournie par le serveur, dont l'utilisateur n'a jamais la clé privée, et aucun réglage de l'interface ne coupe la capture.

Archive observée : 313 Mo chiffrés pour 345 Mo d'espace de travail, dans `~/.zcode/v2/checkpoints/` ; `.git/` fait 86,6 % du volume (cache LFS 56,8 %, objets 29,6 %)
Envoi : `POST /api/v1/snapshot/upload-credential` sur `zcode.z.ai`, puis dépôt direct sur Aliyun OSS ; contenu en AES-256-CTR, clé enveloppée en RSA-OAEP-SHA256 avec une clé publique fournie par le serveur
Parade de l'auteur : vider puis verrouiller le dossier — `chflags uchg ~/.zcode/v2/checkpoints` (macOS), `sudo chattr +i ~/.zcode/v2/checkpoints` (Linux). « Optimize Experience » et « Repo Snapshot Indexing » n'arrêtent pas l'envoi

Une sauvegarde dont vous n'avez pas la clé n'est pas votre sauvegarde.

Lire la fiche Source

06 IA Discussion

Claude Code lit AGENTS.md, et ouvre ses mods

GitHub18 septembre3 min de lecture

Depuis la version 2.1.277, Claude Code lit AGENTS.md quand un projet n'a pas de CLAUDE.md. Le support est livré comme un « mod », un plugin intégré qui s'accroche aux événements du moteur et dont Anthropic publie le code : une option, instructionFiles, décide si AGENTS.md sert de repli, s'ajoute à CLAUDE.md ou reste ignoré.

Quatre valeurs d'`instructionFiles` : `claude-md-or-agents-md` (défaut, repli), `claude-md-and-agents-md` (les deux, sans doublon), `claude-md` (comportement d'avant), `managed-only` (seules les consignes de l'organisation)
Un `CLAUDE.md`, `.claude/CLAUDE.md` ou `CLAUDE.local.md` n'importe où entre la racine et le dossier courant écarte AGENTS.md ; `~/.claude/CLAUDE.md` et `.claude/rules` ne comptent pas
Réglage : `/config` → « Project instructions », ou `pluginConfigs` → `agents-md@builtin` dans `~/.claude/settings.json` ; le `.claude/settings.json` du projet n'est pas lu pour cette option

Un dépôt qui n'a pas bougé peut changer de consignes : il suffit que l'outil qui le lit change.

Lire la fiche Source

07 DUCKDB Article

DuckDB-Wasm garde enfin sa base dans le navigateur

DuckDB18 septembre2 min de lecture

DuckDB-Wasm peut ouvrir une base persistante dans l'Origin Private File System du navigateur : un vrai fichier .duckdb, avec journal d'écriture et checkpoints, qui survit aux rechargements. L'équipe DuckDB en détaille l'usage, un piège de version sur npm, et les règles de durabilité propres à un onglet qu'on ferme sans prévenir.

`db.open({ path: 'opfs://analytics.duckdb', accessMode: duckdb.DuckDBAccessMode.READ_WRITE })` ; ajouter `opfs: { fileHandling: 'auto' }` pour lire et écrire des chemins `opfs://` depuis le SQL
Piège : le `latest` de npm (1.33.1-dev57.0) crée les fichiers sans jamais y écrire — fixer `@duckdb/duckdb-wasm@1.32.0` ou prendre `@next` (1.33.1-dev64.0 et après)
`CHECKPOINT` après chaque lot d'écritures (seuil automatique : 16 Mo de journal) ; un seul accès par fichier ; stockage que le navigateur peut évincer

Une base dans le navigateur, oui. Une base que le navigateur peut effacer, aussi.

Lire la fiche Source

08 LLM Article

AIPerf : mesurer son serveur LLM sans se tromper

NVIDIA Developer18 septembre2 min de lecture

NVIDIA présente AIPerf, successeur réécrit de GenAI-Perf, pour mesurer un serveur d'inférence LLM sans que le client de test devienne le goulot. L'article vaut surtout pour la méthode : streaming obligatoire pour mesurer le premier token, longueur de sortie forcée pour des débits reproductibles, arrivées de Poisson pour voir la dispersion réelle.

Installation : `uv tool install aiperf` ; premier profil : `aiperf profile --model Qwen/Qwen3-0.6B --endpoint-type chat --streaming --url localhost:8000`
Sortie forcée à 128 tokens : `--extra-inputs min_tokens:128 --extra-inputs ignore_eos:true` ; charge réaliste : `--request-rate 10 --arrival-pattern poisson --random-seed 42`
Métriques : TTFT, ITL, latence de requête, débit en tokens/s, du p25 au p99 ; sur aarch64, la dépendance `crick` se compile et demande une chaîne C

Un benchmark qui ne sature pas le serveur mesure surtout votre script de benchmark.

Lire la fiche Source

VeilleTech — feed du samedi 19 septembre