Au vu de l'industrialisation des outils (dont l'IA) et du rythme croissant de la découverte des failles sous linux recemment,
voici un topic dans lequel on pourra les indiquer et en parler
aka le cauchemar des sysadmins    
 
Liste des cve recentes sur les differentes distributions
- alpine: https://security.alpinelinux.org/
- arch: https://security.archlinux.org/
- debian: https://security-tracker.debian.org [...] ase/stable (et https://security-tracker.debian.org [...] kage/linux pour le kernel)
- redhat: https://access.redhat.com/security/security-updates/cve
- ubuntu: https://ubuntu.com/security/cves
 
Voici les dernieres CVE des dernieres semaines
 
- 1/5/2026: copyfail, faille de type LPE
  CVE-2026-31431
  https://copy.fail/
 
- 7/5/2026: DirtyFrag, type LPE
  CVE-2026-43284 et CVE-2026-43500
  https://github.com/V4bel/dirtyfrag
 
- 13/5/2026: Fragnesia, type LPE
  CVE-2026-46300
  https://github.com/v12-security/poc [...] /fragnesia
 
- 15/5/2026: ssh-keysign-pwn
  CVE-2026-46333
  Read root-owned files as an unprivileged user.
  https://github.com/0xdeadbeefnetwork/ssh-keysign-pwn/

et une nouvelle sous nginx

CVE-2026-42945
https://depthfirst.com/nginx-rift

An 18 year old memory corruption flaw in NGINX Plus and NGINX Open Source lets an unauthenticated attacker crash worker processes or execute remote code with crafted HTTP requests.
les versions de nginx dispos sous debian sont faillibles:
https://security-tracker.debian.org [...] 2026-42945

Drapal.

Drapal

Drap. Je plains les sysadmins... Ca me rappelle le temps ou toutes les failles silicium sont "apparus"/devenues publiques. "Heureusement" sur ce coup pour l'instant pas de RCE.

Je voyais, inquiet, la liste des messages grandir, mais ce ne sont que des plantages de drapeaux, ouf
 

c'est deja bien assez comme ça, oui
la faille ssh-keysign-pwn porte désormais l'identification CVE-2026-46333
corrigée dans le kernel 7.0.8: https://cdn.kernel.org/pub/linux/ke [...] eLog-7.0.8

A mettre dans vos favoris: https://security-tracker.debian.org [...] kage/linux

yep. merci, FP mise à jour, avec quelques autres.
à voir pour les autres distros

Cool comme sujet !
Enfin je veux dire    
 

un topic similaire pour les vulnérabilités plutôt hardware :
https://forum.hardware.fr/forum2.ph [...] post=77020

Je ne comprends pas pourquoi utiliser un autre topic que celui du noyau : https://forum.hardware.fr/hfr/OSAlt [...] 4424_1.htm
 
Qui va se plaindre de posts parlant sécurité du noyau sur le topic du noyau ?

Et pourquoi pas celui des uname -a ?

C'est un topic bla-bla, ça.
Comme le topic lscpu, d'ailleurs.

ahouh
 
la plus grande vulnérabilité, normalement, c'est l'ICC.

Houla
Alors oui, le topic des uname -a sert à lister les derniers kernels sortis, et celui des lscpu permet de voir quels sont les faille connues et corrigées sur les kernel actuel.
Autant ce topic permet de lister les failles venant d'etre publiées. pas forcémment juste sur le kernel linux, mais dans le monde linux en général
D'ou celle pour nginx que j'ai citée plus haut
Bref, je pense que chacun de ces topics a son utilité, et si ils se faisaient envahir par une autre thematique, ça deviendrait vite le souk

'tfaçon personne ne répond aux questions, sur aucun des topics (ex : tsa vulnerable, je dois quoi faire ???)
Et après ça s'étonne que toute question Linux retombe sur le topic Debian

si tu as des applications sensibles.
il faut lire les changelog de kernel et appliquer le dernier.

pour recentrer un peu
faille dans libcrypt-openssl-pkcs12-perl
"versions through 1.94 for Perl truncates passwords with embedded NULLs"    
https://seclists.org/oss-sec/2026/q2/569
CVE-2026-8721

plusieurs CVE sous nginx:
CVE-2026-42946
CVE-2026-40460
CVE-2026-40701
CVE-2026-42934

Ah oui j'avais vu celle la, 18 ans comême    

oui, ça date un peu..    
sur debian, une nouvelle version de nginx corrige le tout (1.26.3-3+deb13u5)

 
Désolé, j'avais pas compris ça.  
J'ai du penser que celle pour nginx était un aparté.
 
Du coup, j'ai du mal à comprendre qu'on puisse s'intéresser à plein de failles de trucs pas installés chez soi, mébon, c'est bien d'être curieux.

NVIDIA reveal more GPU driver security flaws for May 2026
https://gamingonlinux.com/2026/05/n [...] r-may-2026
 

hahaha ce gif du sieur torvalds, on s'en lasse pas
 
au dela, c'est sympathique comme faille:
"Denial of service, escalation of privileges"

quelques CVE tout juste fixées pour rsync, permattant d'elever les privilèges:
https://seclists.org/oss-sec/2026/q2/620
à patcher d'urgence si vous avez un rsync en demon exposé !

je vous ai parlé d'unbound ?
 
https://seclists.org/oss-sec/2026/q2/619
 
rce et remote crash au programme

Merci pour les infos

on parlait de DNS, on continue avec bind9
 
- CVE-2026-3039:        BIND 9 server memory exhaustion during GSS-API TKEY negotiation https://kb.isc.org/docs/cve-2026-3039
- CVE-2026-3592:        Amplification vulnerabilities via self-pointed glue records https://kb.isc.org/docs/cve-2026-3592
- CVE-2026-3593:        Heap use-after-free vulnerability in BIND 9 DNS-over-HTTPS implementation https://kb.isc.org/docs/cve-2026-3593
- CVE-2026-5946:        Invalid handling of CLASS != IN https://kb.isc.org/docs/cve-2026-5946
- CVE-2026-5947:        SIG(0) validation during query flood may lead to undefined behavior https://kb.isc.org/docs/cve-2026-5947
- CVE-2026-5950:        Unbounded resend loop in BIND 9 resolver https://kb.isc.org/docs/cve-2026-5950

Perso j'ai jamais de daemon exposé pour rsync.

ici j 'ai 2 serveurs avec un rsync exposé (pour un mirroir en ligne..)
mais bien configuré, avec un fail2ban derriere qui tape en cas d'abuse.
c'est deja fixé et patché chez debian

nouvelle LPE sur le kernel linux
baptisée "PinTheft"
CVE-2026-43494
https://seclists.org/oss-sec/2026/q2/578
ça ne marche pas sur toutes les distros, apparemment (du au module RDS, qui ne serait actif que sur les distros à base de arch)

edit: marche pas sur debian/ubuntu/fedora, mais on est root sur arch)

Attention si vous utilisez nginx et le module rewrite
CVE-2026-9256
https://my.f5.com/manage/s/article/K000161377

la vulnérabilité du jour
élevation de privilège via CIFS, faille nommée "CIFSwitch"
https://cybersecuritynews.com/linux [...] erability/
 
avec le poc:
https://github.com/manizada/CIFSwitch

J'allais dire ça c'est calmé...

un peu
y'en a eu quelques utres "intermediaires", qui ont été corrigées à peine sorties, en meme temps que d'autres..