{"id":184241,"date":"2026-11-12T23:40:34","date_gmt":"2026-11-12T21:40:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/vypusk-red-hat-enterprise-linux-10-3-i-9-9"},"modified":"2026-11-12T23:40:38","modified_gmt":"2026-11-12T21:40:38","slug":"red-hat-enterprise-linux-10-3-and-9-9-released","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/red-hat-enterprise-linux-10-3-and-9-9-released","title":{"rendered":"\u00c8 stata rilasciata Red Hat Enterprise Linux 10.3 e 9.9","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
L'azienda Red Hat ha pubblicato la versione del sistema operativo Red Hat Enterprise Linux 10.3, insieme ad un aggiornamento della versione precedente \u2014 Red Hat Enterprise Linux 9.9. Le immagini di installazione pronte sono disponibili per gli utenti registrati del Red Hat Customer Portal (per testare le funzionalit\u00e0, si possono utilizzare le immagini iso pubbliche di CentOS Stream 10, cos\u00ec come le versioni gratuite di RHEL per sviluppatori). Il rilascio \u00e8 stato creato per le architetture x86_64, s390x (IBM System z), ppc64le (POWER9), Aarch64 (ARM64) e RISC-V (preview). La versione RHEL 10 sar\u00e0 supportata fino al 2035 (+ 4 anni di supporto esteso a pagamento), mentre RHEL 9 sar\u00e0 supportata fino alla fine di maggio 2032, e RHEL 8 fino al 2029. <\/p>\n
I pacchetti RHEL non sono ospitati nel repository pubblico git.centos.org e vengono forniti ai clienti solo tramite una sezione chiusa del sito, dove si applica un accordo di licenza per l'utente finale (EULA) che vieta la ridistribuzione dei dati scaricati tramite il portale per i clienti, creando rischi legali nell'uso di questi pacchetti per creare distribuzioni derivate. I codici sorgente di RHEL rimangono disponibili nel repository CentOS Stream, ma non sono completamente sincronizzati con RHEL e le versioni dei pacchetti in esso non sempre corrispondono ai pacchetti di RHEL. Rocky Linux, Oracle e SUSE riproducono i codici sorgente dei pacchetti rpm delle versioni RHEL nell'ambito del progetto OpenELA.<\/p>\n
Le principali novit\u00e0 in RHEL 10.3 (la maggior parte delle modifiche segnalate \u00e8 presente anche in RHEL 9.9): <\/p>\n
\n
\u00c8 stata ampliata la supporto per gli algoritmi di crittografia post-quantum. In SSH \u00e8 stata aggiunta la supporto per gli algoritmi mlkem768nistp256-sha256 e mlkem1024nistp384-sha384. In libreswan, nella realizzazione dei protocolli IPsec e IKE (Internet Key Exchange) \u00e8 stata integrata la supporto per gli algoritmi post-quantum di scambio chiavi ML-KEM-768 e ML-KEM-1024. Nel pacchetto rust-sequoia-sqv, che implementa l'utilit\u00e0 gpgv in linguaggio Rust, \u00e8 stata aggiunta una piena supporto per gli algoritmi di crittografia post-quantum definiti nella nuova specifica OpenPGP. Nel pacchetto audit \u00e8 stata inclusa la supporto agli algoritmi post-quantum in TLS 1.3 e all'uso dell'autenticazione PSK durante la trasmissione dei log a host esterni. In OpenSC \u00e8 stata aggiunta la supporto per la specifica PKCS #11 v3.2 e per la crittografia post-quantum.\n
Le sottosistemi eBPF e Perf sono stati sincronizzati con il kernel Linux 6.19.\n
Nelle compilazioni del kernel per CentOS Stream, nel sottosistema RV (Runtime Verification), destinato a verificare il corretto funzionamento dei sistemi ad alta affidabilit\u00e0, sono inclusi componenti di monitoraggio \"sched\" per analizzare il comportamento dello scheduler e \"rtapp\" (Real-time application monitor) per rilevare problemi comuni nelle applicazioni che operano in tempo reale.\n
Nel toolkit rtla, utilizzato per analizzare le prestazioni in modalit\u00e0 realtime nel kernel, \u00e8 stata aggiunta la supporto per connettere gestori eBPF personalizzati per eseguire azioni al superamento di determinati valori soglia, e sono state ampliate le capacit\u00e0 di analisi dello stack delle chiamate EFI tramite l'utilit\u00e0 timerlat.\n
Nel meccanismo IMA (Integrity Measurement Architecture), utilizzato per verificare l'integrit\u00e0 dei componenti del sistema operativo tramite firme digitali e hash, sono stati inaspriti i controlli su alcuni file system che in precedenza erano ignorati (ad esempio, tmpfs e ramfs).\n
Nel modulo del kernel tboot (Trusted Boot) \u00e8 stata ampliata la supporto per la tecnologia Intel TXT (Trusted Execution Technology).\n
Migliorata la supporto per l'estensione Intel RDT (Intel Resource Director Technology), che consente di monitorare e limitare l'uso di determinate risorse del processore.\n
Incluso un driver sperimentale amdxdna per chip NPU (Neural Processing Unit) di AMD.\n
\u00c8 stata fornita la possibilit\u00e0 di utilizzare lo strumento a riga di comando image-builder per costruire immagini di sistema con parametri e impostazioni specificati. L'utilit\u00e0 bootc-image-builder \u00e8 stata dichiarata obsoleta, ma continuer\u00e0 a essere supportata nel ciclo di RHEL 10. Nella console web \u00e8 stata aggiunta la supporto per la creazione di immagini compatibili con bootc, a partire da qualsiasi immagine di base disponibile nel sistema attuale, comprese le immagini di Fedora, CentOS Stream e contenitori arbitrar. I nomi dei tipi di immagini di sistema sono stati sincronizzati tra lo strumento a riga di comando e l'interfaccia web (ad esempio, aws per Amazon Machine Image (AMI) e guest-image per QCOW2). \u00c8 stata aggiunta la supporto per la creazione di compilazioni personalizzate per la distribuzione Hummingbird (una versione di Fedora basata su contenitori).\n
Nella versione RHEL for Edge \u00e8 stata implementata la possibilit\u00e0 di distribuire sistemi edge utilizzando FIDO Device Onboard (FDO). L'implementazione di FDO in Rust (fdo-rs, fido-device-onboard) \u00e8 stata sostituita dal variante go-fdo in Go, e lo strumento greenboot scritto in bash \u00e8 stato sostituito da un'implementazione in Rust (greenboot-rs). Durante l'aggiornamento sono stati garantiti la conversione automatica delle immagini da bootc a greenboot-rs. Greenboot \u00e8 utilizzato nelle versioni RHEL aggiornabili in modo atomico per verificare lo stato del sistema all'avvio e ripristinare versioni precedenti in caso di problemi.\n
Nel framework fapolicyd (File Access Policy Daemon), che definisce quali programmi possono essere avviati da un determinato utente e quali no, sono state implementate elaborazioni multi-thread, modifiche dinamiche delle dimensioni del database e integrazione con il servizio watchdog di systemd.\n