Reprise du message précédent :
ha en effet, le 6.12.85-1 est dispo dans les depots trixie.
installé à l'instant sur une de mes machines
(et j'ai aussi une vm sous devuan, pour lequel ce nouveau kernel est également dispo)

Aussi sur MX.

 
 
oui c'est la  faille CVE 2026-31431 elle est en place depuis 2017, toujours pas corrigée, rappelle moi la date d'aujourd'hui      
 
une video qui explique  
 
https://youtu.be/_bckyC6w9f4

et elle a été découverte quand ?

Faut juste espérer qu'elle ne sera pas exploitée entre temps. Vu la tronche de certains administrateurs systèmes, c'est pas impossible qu'il faille ( ) encore des mois pour éliminer le risque.

j'ai l'impression que les "before you can patch" instructions sont vraiment sans conséquences, chez moi ni le module est loadé ni  AF_ALG est utilisé

Ouep arrivé effectivement.
Maj parti de vm du coup.

Perso j'ai fais le test de détection de faille sur des vm au travail, le problème était bien présent.

ah ben oui, la faille on l'a tous si on est pas patché, je parle de la mitigation qui n'a pas de conséquence

 
tu penses sérieusement que des pirates ou des agences gouvernementales n'ont pas réussi a la découvrir avant    
 
surtout par des sociétés comme NSO GROUP qui vend des logiciels qui exploitent les failles et qui a fait polémique avec l'affaire PEGASUS  
 
on parle d'une faille qui existe depuis 2017 pas d'hier matin  
 
en plus comme expliqué dans la video ca concerne tous types de version linux et tous types de matériel ( des data centers, cloud etc comme des serveurs linux maison ou des pc de bureau )  
 
Copy fail : depuis 2017, une faille dans le noyau Linux permettait à un utilisateur de passer root
Une optimisation trop rapide
 
https://next.ink/236230/copy-fail-d [...] sser-root/

Et y a des chances que ça soit aussi présent sur les smartphones non?
ça facilite le passage en root ça vu la propension qu'on les constructeurs à ne pas toucher au kernel.

J'aimerais bien vérifier si sur OMV c'est le cas, mais leur dépôt est en carafe... comme leur forum XD

Ca t'empêche pas de faire un apt dist-update ou d'installer le dernier kernel depuis omv. C'est le kernel debian qui sera installé.

Il s'autoload si tu lances l'exploit.

je sais que ma phrase est toute pourrie mais je t'assure elle a du sens (dans ma tête )

et de fait la question de savoir pkoi on utilise install plutôt que blacklist est répondu dans les premiers comments sur dlfp

https://linuxfr.org/users/vstinner/ [...] 2026-31431

edit : je parlais des "before you can patch" instructions https://copy.fail/#:~:text=Before%20you%20can%20patch qui n'ont de tout évidence aucune conséquences néfaste chez moi vu que je n'utilise pas le bouzin whatsoever

kernel patché dans bookworn et trixie

and bullseye

 
Le patch pas dispo sur les repo Google

C'est quoi les "repo google" ?

Sorry j'aurai du dire GCP.
 
Mes VM debian sur mes projets GCP utilisent des repo GCP, et actuellement pas de mise à jour kernel proposé comme sur le repo debian de base.
 
Edit : non je dis de la merde, le repo est https://deb.debian.org/debian
 
Types: deb deb-src
URIs: mirror+file:///etc/apt/mirrors/debian.list
Suites: trixie trixie-updates trixie-backports
Components: main
 
Mais il ne me propose pas de mettre à jour le kernel
 
Edit 2 : en fait c'est bon, l'image a été installée par unattended-upgrades, faut juste que je reboot les vm

Si les débianautes ont envie d'alleger leurs débian on fait ca actuellement avec AdrienLinuxtricks en live    
 

Dites il y a un moyen de dire à lightdm de ne pas killer la session de l'utilisateur en cours quand on éteint les écrans de la machine ? (carte nvidia et nvidia-drivers du repo debian).  
 
La config XFCE met les écrans en veille après 10 minutes et "off" après 60 minutes et c'est visiblement ça qui pose problème. On a viré l'option qui éteint les écrans complètement pour le moment pour voir si ça corrige le problème.

J'ai pris le live sur la fin

Connectique des écrans concernés ? Je sais que certains types de connexion (je sais jamais lequel, entre HDMI ou DisplayPort) font que lorsque l’écran est éteint, il est considéré comme matériellement débranché et l’OS fait donc comme s’il n’existait plus.

Ce que je sais, c’est que sur Arch, la session n’est pas forcément fermée lorsque l’écran est éteint ou mis en veille. Sur le fixe, chez moi, j’ai même pu échanger deux écrans (deux Lite-On 15" en 1 024 × 768 de 2001 et 2002, branchés en VGA) sans autre conséquence que l’affichage de l’écran de réglage de l’affichage de XFCE (mais la session était restée ouverte).

Bon le problème est ailleurs, lightdm se vautre en plein travail. Je vais purger lightdm, les driver nvidia et réinstaller le tout pour voir si ça corrige la chose. On est sur une machine qui a déjà été upgrade de plusieurs versions, ça sent les vieux fichiers de conf qui font chier.

 
Ils passent sous Arch    je regardai s’il publie sur YouTube pour voir un peu les gain, ici faudra que je regarde mais +/- 5 mois sur mon pc de jeu avec Debian. Je peste sur le reboot quand on fait les maj avec l’outil gnome et pas en terminal mais je voulais utiliser comme c’était prévu!
 
Arch va revenir d’ici un mois dès que j’ai le temps

C’était même diffusé en simultané sur Twitch et YouTube (et évidemment laissé disponible en replay ensuite). J’ai regardé mardi : commencé le matin et fini en début d’après-midi (durée : 2h45).

 
Attention les enfants, le problème venait de ... la webcam tinoise pas chère plantée en USB sur la machine
En fouillant dans les tréfonds des logs, cette merde était considérée comme un clavier et faisait planter/logout lightdm aléatoirement. Vla la panne à la con bordel

badusb spotted poubelle

un périphérique noname pas cher qui est détecté comme un clavier, je serais inquiet ouais  

 
clairement
 

 
mais non mais non au pire c'est juste un petit keylogger qui envoie des infos au parti    
 
Bon ceci dit on a quand même du logout intempestif, même sans la webcam en mousse. Après, c'est une machine de 9 ans d'âge qui a été upgrade de version 3 ou 4x donc ça va être le moment de la réinstaller au propre

y a un killall sddm dans un cron ?

vous avec aimé la faille copy fail ?
voici DirtyFrag https://github.com/V4bel/dirtyfrag
testé avec succes sur debian 13, ubuntu 25.10 et 26.04, mint, arch..

Merci l'IA    

bizarre cette histoire de disclosure

'fin bon le fix temporaire est le même mais je sais pas à quoi servent ces modules

Rha punaise...

Bon, on va bientôt débrancher le câble réseau et ca ira mieux  

De nouveau, on fait une communication publique avant d'avoir solutionné.

Bah, pourquoi réfléchir avant d’agir (et pourquoi réfléchir tout court, en fait) ? C’est qu’une perte de temps !
 
Mais bon, encore une fois, pas de quoi paniquer, vu que c’est encore une chose que seul le 0,1% (voire moins) de gens qui savent que GitHub existe en entendront parler. Jamais les 99,9% restants n’en auront connaissance (et le seraient-ils qu’ils sont totalement incapables de l’exploiter). Bref, comme pour CopyFail, ne vous attendez pas à entendre parler de piratages massifs par ce biais : ça n’arrivera pas (les vrais pirates ayant des méthodes bien plus efficaces et éprouvées depuis longtemps, c’est pas celle-là qui va les intéresser, vu qu’ils peuvent même pas s’en servir, n’ayant déjà pas d’accès physique aux machines, et ils vont pas s’auto-pirater).

Dans 2 heures, même MSN.fr en parle.

la faille DirtyFrag a désormais son CVE
CVE-2026-43284
edit: suivi du CVE chez debian
https://security-tracker.debian.org [...] 2026-43284
et https://security-tracker.debian.org [...] 2026-43500

t'as jamais lu ce qu'il y a marqué sur les cables ethernet ?
"cut here to activate firewall"
z"avaient bien raison !!