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
OCI-Ansible-Fix-CVE-2026-31431 — Playbook Ansible che automatizza la remediation di CVE-2026-31431 (Copy Fail) sulle istanze Linux OCI installando pacchetti kernel aggiornati, riavviando e verificando la correzione su più distribuzioni. | Kitploit
Strumenti/GitHubGitHub/cj667113/oci-ansible-fix-cve-2026-31431
Scanner di VulnerabilitàAnalisi delle VulnerabilitàAudit di ConfigurazioneSicurezza CloudDevSecOps
GitHubcj667113/oci-ansible-fix-cve-2026-31431

OCI-Ansible-Fix-CVE-2026-31431

Playbook Ansible che automatizza la remediation di CVE-2026-31431 (Copy Fail) sulle istanze Linux OCI installando pacchetti kernel aggiornati, riavviando e verificando la correzione su più distribuzioni.

Vedi Repository
133 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 Rimedio Ansible

Questo playbook corregge CVE-2026-31431, noto anche come Copy Fail, su istanze Linux in OCI.

CVE-2026-31431 è un problema di escalation dei privilegi locali nell'implementazione algif_aead del kernel Linux utilizzata dall'API crittografica userspace AF_ALG. Questo playbook applica il percorso di correzione principale: installare un pacchetto del kernel aggiornato dal fornitore e riavviare l'istanza in modo che esegua il kernel corretto.

Riferimenti:

  • NVD: https://nvd.nist.gov/vuln/detail/CVE-2026-31431
  • Copy Fail disclosure: https://copy.fail/

Cosa fa il playbook

Il primo play viene eseguito localmente in OCI Cloud Shell o su un'altra macchina con OCI CLI configurata. Risolve gli OCID delle istanze OCI hard-coded in host Ansible raggiungibili leggendo ogni istanza, trovando la sua VNIC primaria e selezionando l'indirizzo IP privato o pubblico in base a prefer_public_ip.

Il secondo play applica le patch agli host Linux risolti in parallelo, soggetto al limite di forks configurato in Ansible:

  • Conferma che il target è Linux.
  • Acquisisce il kernel attualmente in esecuzione con uname -r.
  • Installa i pacchetti del kernel aggiornati utilizzando il gestore pacchetti della distribuzione target:
    • Oracle Linux, RHEL, Fedora, Amazon Linux: aggiornamento con dnf o yum per kernel* e kernel-uek*.
    • Ubuntu e Debian: apt-get --only-upgrade per i pacchetti del kernel Linux installati.
    • SUSE: zypper patch --category security.
  • Riavvia l'host in modo che esegua effettivamente il kernel aggiornato.
  • Acquisisce il kernel dopo il riavvio.
  • Verifica che il kernel in esecuzione corrisponda a un pacchetto del kernel installato.
  • Fa fallire l'esecuzione se gli strumenti di pacchetto della distribuzione segnalano ancora aggiornamenti del kernel in sospeso.
  • Controlla l'avviso del repository specifico per la CVE o i metadati della patch, laddove la distribuzione li esponga.
  • Raccoglie prove della CVE dai changelog dei pacchetti del kernel installati, se disponibili.
  • Stampa le informazioni sui pacchetti del kernel installati per sistemi RPM, famiglia Debian e SUSE.
  • Stampa un riepilogo totale di fine esecuzione per tutti i target.
  • Fa fallire il playbook dopo aver stampato il riepilogo totale se un host non ha superato la verifica.
  • Verifica

    Dopo il riavvio, il playbook utilizza gli strumenti di pacchetto e repository della distribuzione target per convalidare la correzione:

    • Sistemi RPM: mappa il kernel in esecuzione con rpm, controlla gli aggiornamenti in sospeso con dnf check-update o yum check-update, controlla i metadati dell'avviso CVE con updateinfo e cerca nel changelog del pacchetto del kernel installato.
    • Ubuntu e Debian: mappa il kernel in esecuzione con dpkg-query, controlla gli aggiornamenti in sospeso con una simulazione di apt-get e cerca nel changelog del pacchetto del kernel installato.
    • SUSE: mappa il kernel in esecuzione con rpm, controlla gli aggiornamenti in sospeso con zypper list-updates, controlla i metadati della patch CVE con zypper list-patches --cve e cerca nel changelog del pacchetto del kernel installato.

    I controlli rigidi di superamento/fallimento sono che l'host stia eseguendo un kernel gestito dal pacchetto dopo il riavvio e che non rimangano aggiornamenti del kernel in sospeso dai repository configurati. L'output dell'avviso e del changelog specifico per la CVE viene raccolto quando la distribuzione pubblica tali metadati.

    Alla fine dell'esecuzione, un play di riepilogo su localhost riporta:

    • numero totale di target elaborati
    • numero di host che hanno superato il controllo CVE
    • numero di host che hanno fallito o hanno avuto una verifica incompleta
    • kernel precedente
    • kernel installato/in esecuzione dopo il riavvio
    • pacchetto che possiede il kernel in esecuzione
    • risultato del controllo del kernel gestito dal pacchetto
    • risultato del controllo degli aggiornamenti del kernel in sospeso
    • risultato del controllo dell'avviso CVE o dei metadati della patch

    L'output predefinito è un riepilogo compatto per host. Per stampare anche i dati di verifica grezzi completi, aggiungi:

    root@kitploit:~
    -e show_detailed_cve_evidence=true
    

    Esecuzione

    root@kitploit:~
    ansible-playbook -i localhost, patch_cve_2026_31431.yml \
      -e oci_region=us-ashburn-1 \
      -e ansible_user=opc \
      -e ansible_ssh_private_key_file=/path/to/private_key \
      -e prefer_public_ip=false
    

    Usa prefer_public_ip=true quando Cloud Shell o il tuo host di controllo Ansible devono raggiungere le istanze tramite indirizzi IP pubblici. Usa prefer_public_ip=false quando l'host di controllo ha raggiungibilità di rete privata.

    Il playbook disabilita il controllo rigoroso delle chiavi host SSH per i target scoperti dinamicamente in modo da poter essere eseguito in modo non interattivo contro gli IP delle istanze appena risolti.

    Risultato atteso

    Un'esecuzione riuscita dovrebbe terminare con CVE-2026-31431 verification passed for all targets. Il riepilogo totale stampa una riga per campo, raggruppati sotto Host: ..., inclusi il kernel precedente, il kernel installato dopo il riavvio, il pacchetto del kernel in esecuzione come kernel-uek-core-... e CVE check: PASS. Se la verifica fallisce perché gli aggiornamenti del kernel sono ancora disponibili, conferma che l'host possa raggiungere i repository di sicurezza corretti del fornitore e riesegui il playbook.

    Scarica lo strumento