Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
CVE-2026-31431_je_sappelle_RoOt — CVE-2026-31431 - Guida alla Rimedizione e Misure di Protezione | Kitploit
Strumenti/GitHubGitHub/sbeteta42/cve-2026-31431_je_sappelle_root
Analisi delle VulnerabilitàAudit di ConfigurazioneApprendimento e FormazioneRisposta agli IncidentiRisorse Curate
GitHubsbeteta42/cve-2026-31431_je_sappelle_root

CVE-2026-31431_je_sappelle_RoOt

CVE-2026-31431 - Guida alla Rimedizione e Misure di Protezione

Vedi Repository
194 mesi faNon ancora revisionato

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi

CVE-2026-31431 - Copy Fail - Je s'appelle ROOT !#

CVE Type Platform Status

📌 Obiettivo del repository

Questo repository documenta la vulnerabilità CVE-2026-31431, soprannominata Copy Fail, e propone una procedura di remissione difensiva per i sistemi Linux potenzialmente esposti.

⚠️ Questo repository è strettamente orientato alla difesa, all'audit autorizzato, all'hardening e alla remissione.
Non fornisce procedure di sfruttamento e non deve essere utilizzato per compromettere sistemi di terze parti.


1. Riepilogo esecutivo

CVE-2026-31431 / Copy Fail è una vulnerabilità di elevazione locale dei privilegi nel kernel Linux.

Riguarda il sottosistema crittografico del kernel, più precisamente l'interfaccia utente AF_ALG e il modulo algif_aead. La falla è legata a un'ottimizzazione introdotta nel 2017 nel percorso AEAD del kernel Linux. In determinate condizioni, un utente locale non privilegiato può provocare una scrittura controllata nella di un file leggibile, in particolare un binario setuid, il che può portare a un'elevazione dei privilegi verso .

page cache
root

La vulnerabilità è considerata High con un punteggio CVSS v3.1 di 7.8.


2. Informazioni CVE

ElementoDettaglio
CVECVE-2026-31431
Nome pubblicoCopy Fail
TipoLocal Privilege Escalation, LPE
ComponenteLinux kernel crypto subsystem
Modulo interessatoalgif_aead
InterfacciaAF_ALG
Meccanismo coinvoltoAEAD, authencesn, splice(), page cache
Punteggio CVSS v3.17.8 High
Privilegi richiestiAccount locale non privilegiato
Interazione utenteNessuna
ImpattoRiservatezza, integrità e disponibilità elevate

3. Sistemi interessati

Le fonti pubbliche indicano che le distribuzioni Linux che includono un kernel derivato da un ramo vulnerabile dall'ottimizzazione del 2017 possono essere esposte.

Esempi di piattaforme menzionate nelle pubblicazioni pubbliche:

DistribuzioneEsempio di versione kernel testata pubblicamente
Ubuntu 24.04 LTS6.17.0-1007-aws
Amazon Linux 20236.18.8-9.213.amzn2023
RHEL 10.16.12.0-124.45.1.el10_1
SUSE 166.12.0-160000.9-default
DebianIn base alla versione del kernel e allo stato di sicurezza
AlmaLinux / Rocky Linux / Oracle LinuxIn base alla versione del kernel e ai backport del fornitore

Lo stato esatto dipende dalla versione del kernel, dal fornitore, dai backport di sicurezza e dalle patch già applicate.


4. Perché questa falla è critica

Questa vulnerabilità è particolarmente pericolosa in ambienti in cui utenti o workload non affidabili hanno accesso a una shell locale o a un ambiente di esecuzione condiviso.

Ambienti da prioritizzare:

  • server multi-utente;
  • server SSH esposti a più account;
  • piattaforme di formazione o laboratori;
  • runner CI/CD;
  • server di build;
  • cluster Kubernetes;
  • host di container;
  • piattaforme condivise;
  • ambienti cloud multi-tenant.

Rischio principale:

  • elevazione locale verso root;
  • compromissione dell'host;
  • bypass parziale dei controlli di integrità del disco poiché la modifica può risiedere in memoria tramite la page cache;
  • impatto potenziale sui container che condividono lo stesso kernel host.

5. Verifica rapida

5.1 Identificare la versione del kernel

root@kitploit:~
uname -a
uname -r

5.2 Verificare se il modulo algif_aead è caricato

root@kitploit:~
lsmod | grep algif_aead || true

5.3 Verificare se sono utilizzati socket AF_ALG

root@kitploit:~
sudo lsof -nP | grep AF_ALG || true

5.4 Identificare i pacchetti kernel installati

Debian / Ubuntu

root@kitploit:~
dpkg -l | grep -E '^ii\\s+linux-image|^ii\\s+linux-modules'

RHEL / Rocky / AlmaLinux / Fedora

root@kitploit:~
rpm -qa | grep -E '^kernel|^kernel-core'

SUSE

root@kitploit:~
rpm -qa | grep -E '^kernel'

6. Remissione raccomandata

Opzione prioritaria: applicare la patch kernel del fornitore La remissione corretta consiste nell'installare un kernel corretto fornito dalla distribuzione, quindi riavviare su tale kernel.

Debian / Ubuntu

root@kitploit:~
sudo apt update
sudo apt full-upgrade -y
sudo reboot

RHEL / Rocky / AlmaLinux / Oracle Linux

root@kitploit:~
sudo dnf update -y kernel kernel-core kernel-modules
sudo reboot

SUSE

root@kitploit:~
sudo zypper refresh
sudo zypper patch
sudo reboot
# Dopo il riavvio:
uname -r
  • Quindi verificare lo stato nel tracker di sicurezza della distribuzione.

7. Mitigazione temporanea

Se nessun kernel corretto è ancora disponibile o se un riavvio immediato è impossibile, applicare una mitigazione temporanea.

7.1 Disabilitare il caricamento di algif_aead

root@kitploit:~
echo "install algif_aead /bin/false" | sudo tee /etc/modprobe.d/disable-algif-aead.conf

7.2 Scaricare il modulo se già caricato

root@kitploit:~
sudo modprobe -r algif_aead 2>/dev/null || true
sudo rmmod algif_aead 2>/dev/null || true

7.3 Aggiornare l'initramfs se necessario

Debian / Ubuntu

root@kitploit:~
sudo update-initramfs -u

RHEL / Rocky / AlmaLinux / Oracle Linux

root@kitploit:~
sudo dracut -f

SUSE

root@kitploit:~
sudo mkinitrd

7.4 Riavviare

root@kitploit:~
sudo reboot

7.5 Verificare che il modulo non possa più essere caricato

root@kitploit:~
sudo modprobe algif_aead
echo $?
  • Risultato atteso: il caricamento deve fallire.

8. Caso particolare: modulo compilato direttamente nel kernel

Su alcuni kernel, il modulo può essere compilato direttamente nel kernel e non essere caricabile/scaricabile come modulo.

  • Verifica indicativa:
root@kitploit:~
grep CONFIG_CRYPTO_USER_API_AEAD /boot/config-$(uname -r)
  • Risultati possibili:
root@kitploit:~
CONFIG_CRYPTO_USER_API_AEAD=m

Il componente è un modulo. La mitigazione tramite /etc/modprobe.d/ è applicabile.

root@kitploit:~
CONFIG_CRYPTO_USER_API_AEAD=y

Il componente è integrato nel kernel. La mitigazione tramite modprobe.d non è sufficiente.

In questo caso, utilizzare preferibilmente:

  • un kernel corretto;
  • una livepatch del fornitore se disponibile;
  • un'opzione di avvio documentata dal proprio fornitore.

Alcune fonti menzionano la seguente opzione kernel come possibile bypass:

root@kitploit:~
initcall_blacklist=algif_aead_init

Da testare obbligatoriamente fuori produzione prima della generalizzazione. Questa opzione può variare in base al kernel, alla distribuzione e alla configurazione di avvio.

9. Hardening degli ambienti containerizzati

Per Docker, Podman, Kubernetes e CI/CD, è necessario ridurre la possibilità per workload non affidabili di aprire socket AF_ALG.

Misure raccomandate:

  • Applicare la patch kernel sui nodi host;
  • Bloccare o limitare AF_ALG tramite seccomp quando possibile;
  • Evitare workload privilegiati;
  • Vietare i container privileged: true salvo necessità assoluta;
  • Attivare AppArmor, SELinux o equivalente;
  • Isolare i runner CI/CD che eseguono codice non affidabile;
  • Privilegiare nodi dedicati per workload sensibili.

10. Rilevamento e supervisione

10.1 Cercare l'uso di AF_ALG

root@kitploit:~
sudo lsof -nP | grep AF_ALG || true

10.2 Cercare il modulo caricato

root@kitploit:~
lsmod | grep algif_aead || true

10.3 Monitorare i binari setuid critici

root@kitploit:~
find / -perm -4000 -type f 2>/dev/null

10.4 Monitorare gli accessi sospetti a /usr/bin/su

root@kitploit:~
sudo ausearch -f /usr/bin/su 2>/dev/null || true

10.5 Esempio di regola auditd

root@kitploit:~
sudo auditctl -w /usr/bin/su -p x -k su_exec_monitoring
  • Consultare quindi:
root@kitploit:~
sudo ausearch -k su_exec_monitoring

11. Piano d'azione per incidenti

Se si sospetta uno sfruttamento:

  • Isolare la macchina dalla rete;
  • Preservare i log;
  • Riavviare per purgare la page cache;
  • Verificare l'integrità del sistema;
  • Controllare gli account locali;
  • Cercare chiavi SSH aggiunte di recente;
  • Verificare i cron job e i servizi systemd;
  • Ruotare password e segreti;
  • Applicare il kernel corretto;
  • Riavviare e validare la versione attiva;
  • Reintegrare la macchina solo dopo il controllo.

Comandi utili:

root@kitploit:~
last -a
lastlog
getent passwd
sudo find /etc/cron* -type f -ls 2>/dev/null
sudo find /root /home -name authorized_keys -type f -ls 2>/dev/null
sudo journalctl --since "48 hours ago"

12. Checklist di remissione

  • Inventariare le macchine Linux esposte.
  • Identificare le versioni del kernel.
  • Verificare i bollettini di sicurezza del fornitore.
  • Prioritizzare i server multi-utente, CI/CD, Kubernetes e container.
  • Applicare la patch kernel del fornitore.
  • Riavviare sul kernel corretto.
  • Applicare la mitigazione temporanea se la patch non è ancora disponibile.
  • Bloccare o limitare AF_ALG negli ambienti containerizzati.
  • Monitorare gli accessi ai binari setuid.
  • Controllare le tracce di elevazione dei privilegi.
  • Documentare le azioni eseguite.

13. Esempio di script di mitigazione difensiva

root@kitploit:~
#!/usr/bin/env bash
set -euo pipefail

echo "[+] CVE-2026-31431 - mitigazione temporanea algif_aead"

if [[ $EUID -ne 0 ]]; then
  echo "[-] Questo script deve essere eseguito come root."
  exit 1
fi

echo "[+] Versione kernel attiva : $(uname -r)"

echo "[+] Disattivazione persistente del caricamento algif_aead"
echo "install algif_aead /bin/false" > /etc/modprobe.d/disable-algif-aead.conf

echo "[+] Tentativo di scaricamento del modulo"
modprobe -r algif_aead 2>/dev/null || true
rmmod algif_aead 2>/dev/null || true

if command -v update-initramfs >/dev/null 2>&1; then
  echo "[+] Aggiornamento initramfs Debian/Ubuntu"
  update-initramfs -u
elif command -v dracut >/dev/null 2>&1; then
  echo "[+] Aggiornamento initramfs tramite dracut"
  dracut -f
elif command -v mkinitrd >/dev/null 2>&1; then
  echo "[+] Aggiornamento initramfs tramite mkinitrd"
  mkinitrd
else
  echo "[!] Nessuno strumento initramfs noto rilevato. Verificare manualmente."
fi

echo "[+] Verifica"
lsmod | grep algif_aead && echo "[!] Modulo ancora caricato" || echo "[OK] Modulo non caricato"

echo "[+] Riavvio raccomandato."

14. Limiti della mitigazione

  • La mitigazione tramite disattivazione del modulo algif_aead è un bypass temporaneo.

Non sostituisce:

  • l'installazione di un kernel corretto;

  • il riavvio sul kernel corretto;

  • la validazione dello stato del fornitore;

  • l'analisi post-incidente se si sospetta una compromissione.

  • Può inoltre influire su alcuni software esplicitamente configurati per utilizzare l'interfaccia crittografica AF_ALG.

15. Riferimenti

Theori / Xint Code — Copy Fail Technical Write-up https://xint.io/blog/copy-fail-linux-distributions Repository GitHub Theori PoC https://github.com/theori-io/copy-fail-CVE-2026-31431 NVD — CVE-2026-31431 https://nvd.nist.gov/vuln/detail/CVE-2026-31431 CERT-EU — Security Advisory 2026-005 https://cert.europa.eu/publications/security-advisories/2026-005/ Ubuntu Security — CVE-2026-31431 https://ubuntu.com/security/CVE-2026-31431 Debian Security Tracker — CVE-2026-31431 https://security-tracker.debian.org/tracker/CVE-2026-31431 SUSE CVE Tracker — CVE-2026-31431 https://www.suse.com/security/cve/CVE-2026-31431.html Tenable FAQ — Copy Fail https://www.tenable.com/blog/copy-fail-cve-2026-31431-frequently-asked-questions-about-linux-kernel-privilege-escalation

16. Avviso legale

Questo repository è fornito esclusivamente a scopo:

  • didattico;
  • difensivo;
  • di audit autorizzato;
  • di remissione;
  • di hardening del sistema.

Qualsiasi uso offensivo non autorizzato è illegale e contrario all'obiettivo di questo repository.

Scarica lo strumento