VeilleTech — 2026-09-17

01 SÉCURITÉ Faille

Shai-Hulud entre par la session de votre agent

The Hacker News16 septembre2 min de lecture

Mandiant a reconstitué un incident où un attaquant a détourné une session d'assistant de code active chez un éditeur SaaS. L'assistant a recommandé un paquet PyPI déjà empoisonné ; la recommandation acceptée a installé un infostealer, qui a volé les jetons OAuth GitHub. L'attaquant s'en est servi pour empoisonner un paquet de l'espace de noms officiel de l'entreprise, et le ver Shai-Hulud s'est répandu sur une centaine de dépôts internes, emportant secrets et code source.

Chaîne complète : session d'assistant de code détournée → recommandation d'un paquet PyPI empoisonné → infostealer → vol de jetons OAuth GitHub → empoisonnement d'un paquet de l'espace de noms interne → ver Shai-Hulud sur ~100 dépôts
Les trois contrôles recommandés par Mandiant : vérifier les dépendances suggérées contre une allowlist et des sommes de contrôle cryptographiques ; tenir clés d'API, jetons OAuth et secrets hors de portée directe des extensions ; router le trafic de dépendances par un miroir interne contrôlé
Contexte : en août 2026 un ver npm lié à Keyv avait empoisonné des centaines de paquets, et une variante de Shai-Hulud balaie 469 emplacements à la recherche d'identifiants. Mandiant ne publie ni nom de paquet ni IOC pour cet incident-ci

Votre agent n'a pas de jugement sur les noms de paquets. Vous non plus, désormais.

Lire la fiche Source

02 WORDPRESS Discussion

WooCommerce : l'upload ouvert dépose un shell

The Hacker News16 septembre2 min de lecture

CVE-2026-27540, CVSS 9.8 : l'extension WordPress payante WooCommerce Wholesale Lead Capture, plus de 6 000 installations, laisse un attaquant non authentifié téléverser un fichier PHP arbitraire. Wordfence dit avoir bloqué plus de 100 000 tentatives depuis juin 2026 et observe le dépôt d'un shell.php. Le même avis décrit deux chaînes d'exécution de code non authentifiées dans The Events Calendar, extension installée sur plus de 600 000 sites.

CVE-2026-27540, CVSS 9.8 — WooCommerce Wholesale Lead Capture, toutes versions jusqu'à 2.0.3.1 incluse, 6 000+ installations. L'action AJAX wwlc_file_upload_handler valide mal le type du fichier et accepte un paramètre file_settings forgé contenant du PHP, sans authentification. Charge déposée : shell.php
The Events Calendar (600 000+ sites) : CVE-2026-78159 (CVSS 9.8, versions ≤ 6.17.3, corrigée en 6.17.3.1) via parse_array, et CVE-2026-78006 (CVSS 9.8, versions ≤ 6.17.4, corrigée en 6.17.4.1) via is_safe_widget_instance. Déclenchables par la prévisualisation d'un commentaire en attente, sans modération
Recherche d'indices : fichiers PHP récents dans wp-content/uploads, et /wp-admin/admin-ajax.php dans les logs avec wwlc_file_upload_handler depuis 92.241.13.213, 31.59.129.150, 92.241.13.140, 23.137.105.214, 23.180.120.140, 104.194.9.138, 187.75.114.36, 114.10.43.203, 37.114.144.209, 2a0f:85c1:840:5389::1

Une licence expirée ne désactive pas l'extension. Elle désactive juste ses correctifs.

Lire la fiche Source

03 SÉCURITÉ Faille

Une extension prend la main sur votre IA

The Hacker News16 septembre3 min de lecture

Forever Security a montré qu'une extension disposant de deux permissions banales — modification des pages et declarativeNetRequest — peut injecter du code dans la page de confiance d'un assistant IA et piloter celui-ci en se faisant passer pour son éditeur. Cinq produits testés : Gemini Live dans Chrome, Perplexity Comet, Microsoft Edge, Opera Neon et l'extension Claude in Chrome.

CVE-2026-0628 (CVSS 8.8) pour Chrome, corrigée en janvier 2026 dans la 143.0.7499.192 ; CVE-2026-55945 (CVSS 4.2) pour Edge, corrigée le 2 juillet 2026 dans la 150.0.4078.48. Comet, Opera Neon et Claude in Chrome : aucun CVE attribué
Portée par produit — Chrome : fichiers, caméra, micro, captures d'écran ; Comet : fichiers, pilotage de l'IA, captures ; Edge, Opera Neon, Claude in Chrome : pilotage de l'IA seul
Les deux permissions abusées sont celles d'un bloqueur de publicité ordinaire : modification des pages web et declarativeNetRequest. Primes cumulées ~20 000 $ (7 000 Chrome, 7 000 Comet, 5 000 Edge, 900 Opera, 600 Claude). Aucune exploitation observée au 16 septembre 2026

Le jour où votre assistant navigue pour vous, sa page de confiance devient votre périmètre.

Lire la fiche Source

04 SÉCURITÉ Faille

Parallels : root, et rien à installer sur Intel

The Hacker News16 septembre3 min de lecture

CVE-2026-90894, CVSS 7.8 : un utilisateur local sans droits d'administration obtient root sur un Mac via Parallels Desktop. Le service privilégié prl_disp_service écoute sur une socket accessible en écriture à tous et construit une commande tar à partir d'un chemin de dossier ; un guillemet double y injecte l'option --use-compress-program, exécutée en root. Le correctif n'existe que dans la branche 27, réservée à Apple Silicon.

CVE-2026-90894, CVSS 7.8, baptisée « ParaShells » par JFrog (Yuval Moravchick), qui s'est attribué l'identifiant. Versions affectées : Parallels Desktop 26.4.0 et antérieures ; démonstration sur la 26.4.0 build 57513. JFrog nomme la 27.0.0 comme corrigée, mais sa chronologie la date du 1er septembre quand les notes Parallels la datent du 25 août : installer la 27.0.1 (build 58670) couvre les deux lectures
Mac Intel : la 27 exige Apple Silicon ; la dernière build installable est la 26.4.2, dont JFrog confirme qu'elle ne contient pas le correctif de la commande d'extraction, malgré la promesse Parallels du 25 août de poursuivre les mises à jour de sécurité sur la branche 26
Vérification : `defaults read "/Applications/Parallels Desktop.app/Contents/Info" CFBundleShortVersionString` pour la version, `ls -l /var/run/prl_disp_service.socket` pour les droits de la socket

Un correctif qui n'existe que sur une puce que vous n'avez pas n'est pas un correctif.

Lire la fiche Source

05 SYMFONY Article

Symfony 8.2 : des sous-commandes à la Docker

Symfony16 septembre2 min de lecture

Symfony 8.2 ajoute les sous-commandes séparées par des espaces (`tenant users import`) à côté des namespaces à deux-points historiques. Ce n'est pas un alias : chaque niveau analyse ses propres options, une commande parente peut exister sans execute() pour porter des options communes, et l'objet CommandChain donne à l'enfant l'entrée de son parent.

`php bin/console tenant --name=acme users import customers.csv --dry-run` : les options se placent à leur niveau, alors que la forme `tenant:users:import` n'accepte les options qu'à la fin
`#[AsCommand]` se pose désormais sur des méthodes, ce qui regroupe un arbre entier dans une classe ; le paramètre `options:` de l'attribut porte les `InputOption` communes, et `CommandChain::getInput('tenant')` (ou `getInput(TenantCommand::class)`) lit l'entrée du parent
PR #65825 (sous-commandes) et #65853 (groupes via `#[AsCommand]`), par Nicolas Grekas. `Application::getCommandChain()` expose la chaîne aux écouteurs ; `ApplicationTester` accepte les valeurs positionnelles ; `deploy -- rollback` force `rollback` comme argument et non comme sous-commande

Le jour où votre CLI interne a trois niveaux, le nom n'est plus le problème. L'arbre l'est.

Lire la fiche Source

06 LARAVEL Article

Laravel 13.32 : du temps réel sans WebSocket

Laravel News16 septembre2 min de lecture

Laravel 13.32 ajoute un driver de broadcasting Mercure, qui pousse les messages en Server-Sent Events sur du HTTP ordinaire plutôt qu'en WebSocket. Couplé à FrankenPHP, dont le hub Mercure est intégré, le driver fonctionne sans URL ni secret à configurer : le temps réel cesse d'être un service séparé à déployer.

Driver Mercure : configuration par URL, URL publique, secret JWT et clé de chiffrement ; canaux de présence supportés et canaux privés chiffrables de bout en bout. Avec FrankenPHP, le hub intégré dispense d'URL et de secret
`Storage::copyToDisk()` et `Storage::moveToDisk()` déplacent un fichier entre disques ; le chemin de destination est optionnel et les deux acceptent une instance de filesystem à la place d'un nom de disque
`Queue::pause()`, `Queue::resume()` et `Queue::pauseFor()` acceptent désormais des enums PHP, comme le faisaient déjà les attributs de queue et de connexion des jobs. La 13.32.0 compte plus de 40 commits

Le meilleur service temps réel reste celui que vous n'avez pas à déployer.

Lire la fiche Source

07 NODE Article

Node 26.9 : la FFI par défaut, et un bench

Node.js16 septembre2 min de lecture

Node.js 26.9.0 active la FFI par défaut : appeler une bibliothèque C depuis JavaScript ne demande plus d'addon natif ni de drapeau. La même version fait entrer un module `node:bench` complet dans le cœur, avec CLI et reporters, et ajoute un système de fichiers virtuel branché sur les chargeurs CJS et ESM, capable de lire dans un zip.

FFI activée par défaut (#65475) et module `node:bench` complet (#65606) : CLI, reporters, `runFile()`, `context.diagnostic()`
VFS intégré aux chargeurs CJS/ESM (#63653), avec ZipProvider (#64915) et chargement d'addons natifs depuis l'archive ; API DTLS expérimentale (#63182) ; Web Workers natifs avec support ref/unref et intégration WPT (#64894)
Crypto : API MAC générique (#65553) et découverte des ciphers et des hashes exposés par les providers OpenSSL (#65484). perf_hooks gagne `meanCI` sur les histogrammes et l'export/import CBOR (#65606, #65434). Branche Current, pas LTS

Le cœur de Node avale une dépendance de plus. C'est la bonne direction.

Lire la fiche Source

08 RUST Article

800 000 lignes de Rust, écrites par l'agent

GitHub Blog17 septembre4 min de lecture

GitHub a porté le runtime de Copilot de TypeScript vers Rust entre le 12 mai et le 21 août 2026, essentiellement à une personne, avec des agents pour écrire le code : 832 378 lignes de Rust de production et 468 689 lignes de tests unitaires, livrées en 128 pull requests et 135 versions publiques. Le cycle création-session-tour-destruction passe de 5,25 s à 55,3 ms en processus, et la mémoire de dix clients de 1 383 Mo à 126 Mo. Coût en tokens : environ 120 000 $.

Volume : ~130 000 lignes de TypeScript estimées au départ, ~430 000 réellement passées par le port ; 832 378 lignes de Rust de production, 468 689 de tests unitaires, 174 675 de tests E2E restés en TypeScript. 128 PR de portage, 135 versions publiques (100 pré-versions, 35 stables), du 12/05 au 21/08/2026
Gains mesurés via le SDK C# sur un serveur de complétion local : client + session + un tour, 5,25 s → 1,33 s hors processus (4,0×) → 292 ms en processus (18,0×) ; débit de 7,55 à 120,0 cycles de session par seconde ; mémoire résidente de dix clients, 1 383 Mo → 126 Mo (−91 %) ; CPU agrégé 312 s → ~110 s
Coût et sûreté : ~136,3 milliards de tokens (~130,6 Md en lecture de cache, ~600 M en sortie) pour ~120 000 $ ; 5 116 compactions de contexte ; 4 478 `cargo check` dont 87,1 % propres ; 158 blocs `unsafe` dans 36 fichiers, tous aux frontières externes (ABI C, Windows, POSIX, SQLite, dlopen) et aucun impliqué dans une régression connue ; ~60 paquets npm supprimés

Ce n'est pas l'agent qui a rendu ce portage possible. C'est la suite de tests.

Lire la fiche Source

09 DUCKDB Article

DuckDB parle enfin à Claude Code

DuckDB16 septembre2 min de lecture

L'équipe DuckDB publie un lot de skills officiels pour Claude Code. Au lieu d'écrire un script Python pour inspecter un fichier de données — et d'y deviner les colonnes et les types —, l'agent interroge DuckDB directement en SQL, lit l'erreur quand la requête échoue et corrige lui-même.

Installation : `/plugin marketplace add duckdb/duckdb-skills` puis `/plugin install duckdb-skills@duckdb-skills`. Dépôt : github.com/duckdb/duckdb-skills. La CLI DuckDB doit être installée, sinon le skill `install-duckdb` la propose
Skills fournis : `attach-db`, `query` (SQL ou langage naturel), `read-file` (CSV, JSON, Parquet, Excel, SQLite, spatial), `convert-file`, `s3-explore` (S3, GCS, Azure, MinIO sans téléchargement), `spatial`, `duckdb-docs`, `read-memories`, `install-duckdb`
Réservé à Claude Code ; aucun chiffre publié sur les tokens ou le temps économisés, et aucune version minimale de DuckDB indiquée

Un agent qui devine vos colonnes vous coûte plus cher qu'un agent qui les lit.

Lire la fiche Source

10 POSTGRES Discussion

Un modèle 4B optimise vos plans Postgres

Rohan Bansal16 septembre3 min de lecture

Rohan Bansal a entraîné un modèle de 4 milliards de paramètres à produire des plans d'exécution Postgres meilleurs que ceux de l'optimiseur, par affinage supervisé puis apprentissage par renforcement agentique avec LoRA. Sur le benchmark JOB : accélération géométrique moyenne de 1,81× et 44,7 % de latence en moins sur les requêtes à jointures nombreuses, pour 1 200 $ d'expérience. Le code est publié, pas les poids.

Modèle de base : `empero-ai/Qwen3.8-4B-Distill`, une distillation de Qwen 3.5 4B par le laboratoire allemand Empero. LoRA de 21,2 millions de paramètres entraînables, 42,5 Mo, contre 4,66 milliards de poids figés. SFT sur 100 trajectoires GPT-6 Astra (382 lignes après dépliage), puis RL agentique sur 1 200 mises à jour
Benchmark JOB (113 requêtes join-heavy sur IMDb), meilleur des 15 candidats : 1,81× d'accélération géométrique moyenne, 1,81× sur le workload total, −44,7 % de latence cumulée, 68 gains et 0 régression. Au départ, le modèle 4B ne produisait aucun plan valide pour 99 des 113 requêtes
Les plans sont imposés via l'extension `pg_hint_plan` (hints en commentaire au-dessus du SQL) : `Leading` pour l'ordre des jointures, hints de scan, `Parallel`. Coût total 1 200 $ — ~800 $ de nœud 2× H100 SXM chez Lambda pendant ~95 h, ~400 $ d'API OpenAI. Code sur github.com/polyphilz/qorl, poids non publiés

Mille deux cents dollars pour battre un optimiseur qui a trente ans de réglages.

Lire la fiche Source

VeilleTech — feed du jeudi 17 septembre