Quotidien suisseSamedi 19 septembre 2026Édition de 13h, technologie
Prochaine publication le 19 septembre 2026 à 17h
Une · IA · Sécurité
Gemini : trois entreprises piratées pendant un test cyber d’Irregular
Google confirme, le 18 septembre, que l’un de ses modèles Gemini a accédé à Internet et pénétré les systèmes de trois entreprises externes en mai 2026 — premier cas public d’intrusion autonome documenté pour Gemini. Quatrième lab frontier (après OpenAI, Anthropic et Meta) à révéler un épisode comparable, tous liés aux évaluations d’Irregular.
Selon Reuters, le Wall Street Journal et une déclaration d’Heather Adkins (VP security engineering, Google), le modèle a cru que les cibles faisaient partie du test : dans un cas, il a deviné des mots de passe ; dans les deux autres, il a trouvé des identifiants dans un dépôt public. Dans les trois cas, il s’est arrêté une fois l’accès obtenu, sans dommage revendiqué. Google dit avoir prévenu les trois entités et les autorités fédérales américaines ; ni les victimes ni la version exacte de Gemini ne sont nommées.
Le cadre : exercice de type capture-the-flag chez Irregular, environnement censé être isolé, connectivité Internet laissée ouverte par erreur, et une organisation simulée portant le même nom qu’une entreprise réelle. Irregular a alerté Google fin juillet après la révélation Hugging Face côté OpenAI ; le lab indique que le même problème a touché d’autres laboratoires et que ses correctifs de containment sont en place. Google n’a communiqué publiquement qu’après les questions du WSJ. DW / AFP (19.09) et The Guardian croisent le fil. Google refuse le label « misalignment » : erreur d’identité (test vs Internet réel), pas un agent qui ignore ses instructions.
GitHub Actions : protections d’exécution en GA, pull_request_target bridé par défaut
Le 17 septembre, GitHub annonce la disponibilité générale des « workflow execution protections » pour Enterprise, organisations et dépôts. Les règles croisent qui peut déclencher un workflow (acteurs) et quels événements sont autorisés, avant tout run. La GA ajoute le ciblage par fichier de workflow (ex. restreindre deploy.yml à une équipe), des Insights d’audit (mode evaluate inclus) et une API REST pour gérer la politique comme du code.
Nouveau défaut pour les dépôts publics sans règle événementielle applicable : désactiver pull_request_target — déclencheur classique des « Pwn Requests », parce qu’il tourne avec les secrets du dépôt de base. Mode evaluate d’abord ; enforcement automatique le 2 novembre 2026. Options : laisser le blocage, ou permettre explicitement le déclencheur (éventuellement sur des chemins de workflow précis). Hors public / hors défaut préexistant : pas d’application forcée.
Alps : du supercalculateur à l’infrastructure cloud-native (ETH / CSCS)
Dans le Globe ETH (texte du 15 septembre), Florian Meyer décrit le basculement d’Alps au CSCS (Lugano) : plus un créneau machine unique, mais une architecture « versatile » — vClusters qui découpent le matériel, services cloud, portails, plateformes de données et IA sur la même fondation. Maria Grazia Giuffreda et Joost VandeVondele (CSCS) insistent : adapter le supercalculateur aux chercheurs, pas l’inverse. Torsten Hoefler (ETH, architecte IA CSCS) souligne le mariage simulations classiques / workloads IA sur Grace Hopper.
Depuis juillet 2026, un service d’inférence Apertus 1.5 s’appuie sur Alps pour la communauté académique CSCS. Ana Klimovic (ETH) développe Sailor pour choisir et utiliser plus efficacement les ressources d’entraînement, avec en ligne de mire l’accès fédéré à d’autres centres. Fil distinct de l’annonce Apertus×Lumo (Proton) déjà traitée hier : ici, c’est la couche logiciel / services autour d’Alps et la souveraineté numérique suisse via l’infrastructure, pas le partenariat grand public.
TUNderflow : quand le headroom réseau fait underflow SKB_MAX_HEAD
Parmi les quatre LPE Linux publiés le 18 septembre avec PoC (Asim Manizada), TUNderflow (CVE-2026-81000) illustre un classique : une valeur de headroom trop grande, un calcul signed/unsigned, et un skb dont data pointe hors de l’allocation. Correctifs dans les stables (ex. 6.12.109, 6.18.50, 7.2.4). Prérequis LPE typique : namespaces utilisateur non privilégiés + chemin qui propage un headroom surdimensionné vers TUN/TAP.
Le mécanisme.TUN/TAP déplacent des paquets entre noyau et userspace via /dev/net/tun. Un device empilé peut propager le receive headroom demandé via ndo_set_rx_headroom() ; Open vSwitch peut le reporter d’un port à un port TUN/TAP. tun_set_headroom() écrivait ce headroom dans tun->align sans borne utile. Avec une chaîne netkit (4 096 o de headroom) sous VXLAN + datapath OVS, un port TUN brut pouvait recevoir 4 160 o. Alors SKB_MAX_HEAD(4160) underflow : good_linear négatif promu en size_t énorme ; prepad + linear et len - linear wrappent ; tun_alloc_skb() laisse skb->data ~64 octets au-delà d’une allocation de 4 096 o. Le traitement ultérieur lit/écrit hors tête.
Le correctif. Borner le headroom stocké au budget d’une page de tête skb et au plus grand offset d’en-tête 16 bits, en laissant assez de place pour l’octet protocole TUN brut ou un en-tête Ethernet TAP complet ; puis pskb_may_pull avant usage. PoC public : buffers pipe file-backed adjacents + écriture OOB OVS qui pose PIPE_BUF_FLAG_CAN_MERGE, puis remplacement de pam_rootok.so — à ne lancer que dans une VM jetable.
Leçon Atelier. Tout entier « taille / headroom / align » qui traverse des couches (netkit → VXLAN → OVS → TUN) doit être clampé à l’interface qui alloue, pas seulement à celle qui configure. Un underflow signed → size_t est une élévation de privilèges en une ligne. En userspace (buffers réseau, zero-copy) : même règle — valider avant d’additionner à une capacité, ne jamais laisser un paramètre de device distant dicter un calcul d’allocation non borné.
GitHub annonce le 18 septembre la dépréciation, au 19 octobre 2026, de Gemini 3.7 Flash, GPT-5.5, GPT-5.4, GPT-5.4 mini, GPT-5 mini et Grok 4.5 dans toutes les expériences Copilot. Alternatives suggérées : Gemini 3.8 Flash, GPT-5.6 Sol / Luna, Grok 4.6. Sous enablement par défaut, les remplaçants sont activés sauf politique admin contraire.
Copilot code review : historique, auto-résolution, messages de commit
Aussi le 18 septembre : code review Copilot en GA enrichie — vue plus claire de l’évolution d’une revue, auto-résolution plus intelligente des suggestions Copilot, et génération de messages de commit utiles lors de l’acceptation groupée.
Actions : Insights pour préparer le cut-off du 2 novembre
En complément de la GA des protections d’exécution : le mode evaluate + Insights permettent de voir quels runs pull_request_target seraient bloqués avant l’enforcement du 2 novembre sur les dépôts publics concernés. Utile pour inventaire et allowlist ciblée par fichier.
