VeilleTech — 2026-09-16

01 SÉCURITÉ Faille

Vite exposé : le scan siphonne vos clés cloud

The Hacker News15 septembre2 min de lecture

F5 Labs a observé en août 2026 une campagne de scan massif visant les serveurs de développement Vite exposés à internet, via CVE-2026-39364 (CVSS 8.2). La faille contourne server.fs.deny en ajoutant ?raw, ?import&raw ou ?import&url&inline à une requête sur /@fs/, et renvoie le fichier en clair dans un HTTP 200 : .env, identifiants AWS, profils Azure, états Terraform. Vite n'écoute sur le réseau que si on l'y force — --host, server.host, ou un mappage de ports Docker trop large.

CVE-2026-39364, CVSS 8.2, avis Vite GHSA-v2wj-q39q-566r (avril 2026) : les suffixes ?raw, ?import&raw et ?import&url&inline renvoient un HTTP 200 sur des fichiers refusés par server.fs.deny
Données réclamées via /@fs/ : .env, identifiants et sauvegardes AWS, profils Azure, terraform.tfstate, serverless.yml, /etc/passwd, /proc/self/environ, /proc/1/environ et /proc/self/cwd/.env
Les requêtes usurpent Googlebot, ClaudeBot, GPTBot, PerplexityBot, OAI-SearchBot et Amazonbot, forgent X-Forwarded-For et X-Real-IP (34.94.237[.]62, 104.28.219[.]193) et partent des plages GCP 34.x et 35.x

Un serveur de développement sur internet, c'est un cat de vos secrets en HTTP.

Lire la fiche Source

02 SÉCURITÉ Faille

LiteSpeed : un compte mutualisé prend le root

The Hacker News15 septembre2 min de lecture

cPanel a publié le 14 septembre 2026 un avis sur LiteSpeed Web Server Enterprise : un compte d'hébergement peu privilégié peut obtenir root sur un serveur mutualisé, en franchissant les cloisons entre comptes, CageFS compris. Le correctif est la version 6.3.7, parue le 11 septembre, à installer à la main — ni CVE, ni score, ni indicateurs de compromission n'accompagnent l'avis, et le mécanisme n'est décrit nulle part.

Versions antérieures à 6.3.7 touchées ; correctif publié le 11 septembre 2026, avis cPanel le 14. Commande officielle : /usr/local/lsws/admin/misc/lsup.sh -f -v 6.3.7
Forcer une version sort le serveur du canal stable : le remettre demande touch /usr/local/lsws/autoupdate/follow_stable
Aucun CVE ni score au 15 septembre ; l'avis ne vise que l'édition Enterprise, pas OpenLiteSpeed. Troisième élévation vers root depuis mai après CVE-2026-48172 et CVE-2026-54420, toutes deux exploitées et inscrites au catalogue KEV de la CISA

Sur un mutualisé, la faille du voisin est la vôtre.

Lire la fiche Source

03 SÉCURITÉ Faille

Un jeton oublié ouvre le GitHub de Baseten

Strix15 septembre3 min de lecture

L'agent de pentest autonome Strix a trouvé, en 25 minutes et sans identifiants, un registre Harbor public sur un sous-domaine de Baseten, puis un jeton GitHub personnel valide dans l'historique de build d'une image. Le jeton du compte basetenbot, de portée repo, donnait admin sur le dépôt produit, le dépôt GitOps des clusters et le tap Homebrew. L'étape de build datait du 3 mars 2023 ; le jeton fonctionnait toujours en juillet 2026.

Le jeton était dans history[].created_by de la config de l'image, pas dans les couches : nettoyer un fichier ne suffit pas, il faut lire docker history --no-trunc
Motif en cause : ARG GITHUB_TOKEN puis RUN avec expansion de la variable — Docker enregistre la valeur dans les métadonnées ; le correctif est un montage de secret BuildKit (RUN --mount=type=secret)
Chronologie : signalé le 13 juillet 2026 à 23 h 10, projet Harbor rendu privé et jeton révoqué le 14 juillet à 16 h 34, dossier clos le 17 juillet

Changer le Dockerfile ne révoque rien : l'image, elle, a déjà été téléchargée.

Lire la fiche Source

04 PHP Article

PHP 8.6 : application partielle et clamp

Laravel News15 septembre3 min de lecture

PHP 8.6 est en bêta, avec gel des fonctionnalités le 22 septembre 2026 et sortie le 19 novembre. Au programme : l'application partielle de fonctions (RFC v2 adoptée 33 voix contre 0 après un refus en 2021), une fonction clamp(), une classe Time\Duration à la nanoseconde, les propriétés readonly avec valeur par défaut et des DocComments par paramètre. Trois réglages de session passent à des valeurs sûres pour les nouvelles installations.

Calendrier : gel des fonctionnalités le 22 septembre 2026, RC1 le 24 septembre, RC4 le 5 novembre, GA le 19 novembre. Release managers : Daniel Scherzer, Matteo Beccati, Joe Ferguson
Nouveautés : application partielle ($fn = str_replace(' ', '-', ?)), clamp($v, min:, max:), Time\Duration (final readonly, nanoseconde), readonly avec défaut, DocComments de paramètres lus par ReflectionParameter::getDocComment(), namespace Io\Poll (epoll/kqueue/event ports/WSAPoll), enum SortDirection, __debugInfo() sur les enums, error_mode des flux avec 50+ codes
Sessions, nouvelles installations seulement : session.use_strict_mode 0 → 1, session.cookie_httponly 0 → 1, session.cookie_samesite non défini → Lax

Deux mois pour tester une version majeure, c'est déjà du temps emprunté.

Lire la fiche Source

05 SYMFONY Article

Symfony 8.2 gère vos clés de chiffrement

Symfony15 septembre3 min de lecture

Symfony 8.2, attendu fin novembre 2026, ajoute le composant KeyManagement : une interface unique devant AWS KMS, Azure Key Vault, Google Cloud KMS et HashiCorp Vault, avec des backends libsodium et OpenSSL pour le développement. Le mode enveloppe chiffre localement en AES-256-GCM avec une clé de données fournie par le KMS, ce qui lève la limite de taille du mode direct (4 Ko sur AWS KMS). Deux ponts Doctrine apportent le chiffrement de colonne et l'index aveugle qui la rend cherchable.

Paquets : symfony/key-management (cœur), plus symfony/aws-key-management, symfony/azure-keyvault-key-management, symfony/google-cloud-key-management et symfony/hashicorp-vault-key-management. Composant marqué expérimental : l'API peut changer en version mineure
Doctrine : symfony/doctrine-dbal-key-management fournit EncryptedType, symfony/doctrine-orm-key-management ajoute l'attribut #[BlindIndexed] — indispensable, le chiffrement étant randomisé, WHERE email = ? ne correspondrait jamais
Option key_management.store : les clés de données vont en table, chaque ligne ne stocke qu'une référence de 16 octets, et key-management:rewrap-data-keys change de clé maîtresse ou de fournisseur sans réécrire les lignes chiffrées

La vraie question du chiffrement applicatif n'est pas de chiffrer, c'est de retrouver.

Lire la fiche Source

06 LARAVEL Article

Laravel MCP 1.0 : serveurs sans état et PKCE

Laravel News15 septembre3 min de lecture

Laravel MCP 1.0 est la première version stable du paquet officiel pour exposer des serveurs Model Context Protocol depuis une application Laravel. Elle apporte la révision de protocole 2026-07-28 : serveurs sans état, catalogues d'outils cherchables, indications de cache et OAuth avec PKCE obligatoire. La migration depuis 0.9 impose de nouveaux en-têtes sur chaque requête POST, y compris dans les tests.

Protocole 2026-07-28 : server/discover remplace initialize ; MCP-Session-Id, Request::sessionId(), Request::setSessionId() et l'événement SessionInitialized sont supprimés. Les clients en initialize reçoivent encore 2025-11-25 ou 2025-06-18
Middleware ValidateMcpHeaders sur les routes Mcp::web() : tout POST exige MCP-Protocol-Version et Mcp-Method ; tools/call, prompts/get et resources/read exigent en plus Mcp-Name. Un écart renvoie HTTP 400 avec le code JSON-RPC -32020
OAuth : PKCE obligatoire (OAuthException si code_challenge_methods_supported est absent), Client ID Metadata Documents servis sur GET /mcp/oauth/{client}/client-metadata.json, et $token->clientSecret peut valoir null — la colonne qui le stocke doit l'accepter

Un serveur MCP est une API publique : sa version de protocole se traite comme telle.

Lire la fiche Source

07 COMPOSER Article

Laravel Vet relit Composer avant l'installation

Laravel News15 septembre2 min de lecture

Laravel Vet est un greffon Composer officiel qui affiche le code que composer update s'apprête à écrire dans vendor/, paquet par paquet, et enregistre les paquets approuvés dans un fichier vet.json à committer. Il peut déléguer la lecture à l'agent de code installé localement, qui rend un verdict PASS, FAIL, WARN ou SKIP. Un paquet non approuvé fait sortir la commande en erreur, ce qui casse le build tant que personne n'a regardé.

Installation : PHP 8.4 minimum, composer require laravel/vet --dev, puis ./vendor/bin/vet --init qui marque l'existant comme fiable et écrit vet.json
vet.json enregistre pour chaque paquet sa version et un hash tree-v2 couvrant tous les fichiers : une release modifiée sans changement de numéro déclenche une nouvelle revue
Verdicts de l'agent (Claude Code, Codex, Gemini, opencode) : PASS revue faite sans attaque trouvée, FAIL avec fichier et raison, WARN revue incomplète (fichier trop gros ou binaire), SKIP rien d'envoyé. Le paquet est en bêta ; Heimdall couvre le volet complémentaire de l'âge minimum des dépendances

Faire confiance à Packagist, c'est déléguer la relecture à personne.

Lire la fiche Source

08 WEB Article

Rester indexé sans nourrir les IA

Cloudflare15 septembre3 min de lecture

Cloudflare a activé le 15 septembre 2026 un réglage Disallow AI Training qui permet de rester indexé par les moteurs de recherche tout en refusant l'entraînement, y compris pour les crawlers à double usage d'Apple, Google et Microsoft. Le réglage publie la directive dans robots.txt et le réseau bloque les opérateurs qui l'ignorent. Effet de bord à connaître : le réglage Block s'applique désormais aussi aux crawlers mixtes, donc il coupe le référencement.

Quatre réglages pour le domaine : Allow, Disallow AI Training, Block on pages with ads, Block. Disallow AI Training n'existe que pour le comportement Training, pas pour Search ni Agent, et bloque en plus tous les crawlers d'entraînement purs (Amazon, Anthropic, Meta, OpenAI)
Chiffres Cloudflare : moins de 1 % des sites bloquent les bots de recherche, 17 % activent un blocage de l'entraînement
Dépréciations et migration : Block AI Bots et Managed Robots.txt disparaissent au profit des contrôles Search/Training/Agent et de Bot Preference Sync ; un ancien réglage Block devient Training = Disallow AI Training, Search = Allow

Votre robots.txt demande poliment. Un réseau, lui, vérifie.

Lire la fiche Source

09 IA Article

Dense ou MoE : ce que ça change à servir

NVIDIA Developer15 septembre4 min de lecture

NVIDIA publie un comparatif chiffré entre modèles denses et Mixture-of-Experts, du point de vue de celui qui sert le modèle. Le point central : le MoE découple la mémoire du calcul — la VRAM suit les paramètres totaux, le calcul ne suit que les paramètres actifs. À taille totale égale (~30 B, ~60 Go en BF16), Nemotron 3.5 Lightning (3 B actifs) débite 235,7 à 494,2 tokens par seconde contre 36,9 à 222,4 pour Gemma 4 31B dense, mais score 24 contre 30 à l'indice d'intelligence d'Artificial Analysis.

Comparatif (Artificial Analysis, entrée 10 K tokens, relevé le 31 août 2026) : Gemma 4 31B dense, ~61 Go BF16 / ~16 Go en 4 bits, 36,9-222,4 t/s, 0,40 $/M ; Nemotron 3.5 Lightning MoE+Mamba-2, 30 B total et 3 B actifs, ~60 Go BF16 / ~20 Go en 4 bits, 235,7-494,2 t/s, 0,22 $/M ; Qwen3.8-27B dense, 46,8 t/s, 3,00 $/M ; Mistral Small 4, 119 B total et 6 B actifs, ~121 Go FP8 sur 4×H100
Lightning va 4 à 5 fois plus vite que Qwen3.8-27B pour un quatorzième du prix, avec un indice d'intelligence de 24 contre 52 : bon pour une couche d'exécution agentique à volume, mauvais quand une seule passe de raisonnement décide du résultat
Trois limites : tous les experts doivent résider en VRAM, ce qui laisse moins de place au cache KV ; l'avantage de latence se réduit à forte concurrence ; un fine-tuning complet déséquilibre le routeur — geler le routeur ou passer par LoRA/PEFT

« 30 milliards de paramètres » ne dit ni le débit, ni la VRAM, ni le prix.

Lire la fiche Source

10 IA Article

Votre agent a réussi. Recommencera-t-il ?

Hugging Face15 septembre4 min de lecture

Une équipe d'IBM Research mesure l'écart entre la réussite moyenne d'un agent et sa réussite reproductible : sur AppWorld test_normal, un agent ReAct avec GPT-4.1 affiche 77,4 % en Mean@5 mais seulement 53,0 % en Pass^5, soit 24,4 points d'écart, à température 0. Leur Consistency Analyzer rejoue chaque point de décision d'une trace enregistrée pour repérer ceux qui sont à un tirage de basculer, et les consignes qui en découlent ramènent l'écart à 12,0 points.

Mean@5 77,4 % contre Pass^5 53,0 % : 24,4 points d'écart, jusqu'à 30 sur les tâches difficiles. Pass^k (toutes les exécutions réussissent) est l'inverse pessimiste de Pass@k (au moins une réussit) — Pass^k ≤ Mean@k ≤ Pass@k
Le Consistency Analyzer est boîte noire : une seule trace enregistrée, un appel par point de décision demandant k complétions (k=5 par défaut), sans vérité terrain, sans logits et sans relancer la tâche de bout en bout
Résultats : écart ramené de 24,4 à 12,0 points, Pass^5 +16,0 points sur la même tâche et +13,0 sur des tâches similaires, sans coût en exactitude moyenne. Code sur github.com/AgentToolkit/altk-evolve, méthode détaillée dans la prépublication arXiv 2609.08832 (non relue par les pairs)

Une moyenne de 77 % veut dire qu'une tâche sur quatre est un tirage au sort.

Lire la fiche Source

VeilleTech — feed du mercredi 16 septembre