Reprise du message précédent :
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 !!

mise à jour de LibreOffice qui - chez moi - a encore pété les fonts. La solution est d'exécuter fc-cache -f -v (utilisateur normal, PAS root) puis redémarrer la session. Si ça peut servir à quelqu'un...

et le patch est dispo pour debian 13 (trixie)
https://lists.debian.org/debian-sec [...] 00164.html

Yep  6.12.86
 

ça va être encore maj partie ce week end sur toutes les vm et host.

Debian dégaine vite.

 
   
 
Lancé mx-updater, c'était dedans.

6.12.86 installé
testé, la faille ne fonctionne plus. ouf.
bon. faut patcher, la prod, maintenant..  

patch aussi dispo sur debian 11, mais pas encore sur 12....
bizarre

alors sur debian 12, j'ai pas tout compris comment/pourquoi, mais la faille dirtyfrag ne marchait pas

j'ai pas testé mais c'est marqué comme vulnérable dans le tracker.
c'est pas ta conf spécifiquement qui bloquerait l'attaque ?

Alors, dans le doute, j'ai installé une nouvelle vm depuis l'iso netinst de debian12
Une fois l'install finie, l'os est à jour, et tourne avec le kernel 6.1.0-45-amd64 (paquet version 6.1.170-1)
De la j'install git et gcc.
Puis en tant que simple user, je git clone le repo, je compile l'exe et je le lance et....

y doit y avoir un bug dans le noyaux qui empêche la faille de fonctionner

edit : faut ouvrir une issue sur l'exploit

cay nul,  ce kernel doit être trop vieux

pour le fun, j'ai installé celui des backports de bookworm, le 6.12.85, qui est le LTS de trixie
après reboot, je relance le binaire et.. bingo ! i am (g)root

en tous cas le pacth pour 12 bookworm vient d'etre publié:
https://lists.debian.org/debian-sec [...] 00169.html

J'ai mon omv debian 13 qui est passé sur la 7.0.4 surement la mise a jour sécu.

ho ! le kernel 7 est dans les backports ? bonne nouvelle.
t'as testé copyfail et dirtyfrag avec ?

nope , je test rien sur le nas  

 
Je reviens sur mon idée de 2 ecrans virtuels sur un écran de 45", voici la solution trouvée.
 

Ah oui je ne connaissais pas, tous les écrans ne supportent pas ça je suppose.

 
Toi t'as demandé à une IA  
 

 
Je confirme !  
 
Je sais qu'un de mes LG le fait mais pas le second (plus récent pourtant).

 
Oui, après 1 mois de recherche et ligne de commandes, j'y arrivait pas
 
 

 
Tiens c'est pas con cette histoire

Oui c'est con, je me suis obstiné a essayer une solution software comme sous Windows.
 
Alors que mon écran fait cela nativement.

devinez quoi.... ?
https://github.com/v12-security/poc [...] /fragnesia
#Fragnesia    
 
root sous ubunu, fedora, arch/artix..
mais pas sous debian 12/13

Oh come on

 
 
nan mais après quand on voit les corrections de bugs sur firefox avec mythos, c'est obligé, on va s'en prendre une brouette ....  
 
https://next.ink/237489/mozilla-ind [...] -avec-lia/

ah ben c'est les même modules en plus

Ouep, donc exactement la meme mitagation en attendant le nouveau kernel puor les distros affectées    
 
Au dela, la faille CopyFail a ouvert apparemment une nouvelle classe de faille, dans laquelle ont été mises dirtyfrag et aujourd'hui fragnesia

J'ai un souci sur un serveur Debian, plus exactement avec MariaDB et InnoDB (j'ai hésité à mettre dans une autre catégorie, mais je ne sais pas si ça doit aller dans Programmation ou ici).
 
Suite à, je pense, un disque plein, MariaDB ne fonctionne plus avec les erreurs relatives à InnoDB suivantes:
 

 
Sauf si c'est mon jour de déveine, j'ai des sauvegardes régulières, donc s'il faut remplacer quelque chose, je devrais pouvoir le faire mais le souci, c'est que je ne sais pas vraiment ce que je dois faire : j'ai essayé de faire des recherches de mon côté, sans vraiment y voir plus clair    
 
Si une bonne âme a une idée de ce que je dois faire, je suis preneur  

Qu'est-ce qu'on est oklm sous debian

Linux 7.0.6 exposé ... la correction devrait tomber dans la journée. (j'espère)

Edit
Almalinux a backporté un patch extérieur parce que RedHat va mettre trop de temps à publier.
Ils sont fous d'intégrer comme ça la correction de l'auteur du POC ... je regarde le github kernel.org et rien pour l'instant.
https://almalinux.org/blog/2026-05- [...] 026-46300/

Ils peuvent pas regrouper leurs découvertes de failles ?? Ça serait sympa de pas tout devoir mettre à jou en boucle
( je plaisante ) r

perso, ça ne me gêne pas.
Demain je dois recevoir du matériel qui devrait me permettre de gagner quasi une minute sur la compilation du noyau  

En perso ça passe même si un peu chiant mais au taf vu le nombre de vm c'est moins sympa

 
C’est clair que si ils se ratent ça va faire mal    
 
Surtout que niveau secu, Red Hat n’est quand même pas à pointer du doigt en temps normal …

Sur la sécu en soi nan, mais sur les délais de publication, ce sont les derniers de la classe.  
C'est pour ça que je préconise les distros à base Debian car elles sont régulièrement les 1eres à publier les correctifs.

tout à fait. pour copyfail et dirtyfrag, y'avait un nouveau kernel dans les 24h

 
a priori, tu as au moins une table corrompue dans ta bdd.
 
voir peut être là ?
https://dev.mysql.com/doc/refman/8. [...] overy.html

Certain d'entre vous utilise Nala plutot qu'Apt?
 

Pas jusqu'ici mais MX updater donne l'option de l'utiliser, je vais essayer, ça a l'air joli (et mieux détaillé).