\u00c8 stata pubblicata una nuova versione stabile dello strumento Flatpak 1.12, che fornisce un sistema per la creazione di pacchetti autosufficienti, non legati a distribuzioni Linux specifiche e eseguiti in un contenitore speciale, isolando l'applicazione dal resto del sistema. Il supporto per l'esecuzione dei pacchetti Flatpak \u00e8 garantito per Arch Linux, CentOS, Debian, Fedora, Gentoo, Mageia, Linux Mint, Alt Linux e Ubuntu. I pacchetti Flatpak sono inclusi nel repository di Fedora e sono supportati nel programma di gestione delle applicazioni GNOME. <\/p>\n
Innovazioni chiave nella versione Flatpak 1.12: <\/p>\n
Di conseguenza, un attaccante, eseguendo chiamate di sistema legate al montaggio, potrebbe eludere il meccanismo di isolamento sandbox e ottenere accesso completo al contenuto dell'ambiente host. L'exploitation della vulnerabilit\u00e0 \u00e8 possibile solo nei pacchetti che forniscono alle applicazioni accesso diretto ai socket AF_UNIX, che vengono ad esempio utilizzati in Wayland, Pipewire e pipewire-pulse. Nella release 1.12.0 la vulnerabilit\u00e0 \u00e8 stata risolta solo parzialmente; pertanto, a caldo, \u00e8 stato rilasciato l'aggiornamento 1.12.1. <\/ul>\n
Ricordiamo che lo sviluppo di applicazioni Flatpak offre la possibilit\u00e0 di semplificare la distribuzione dei propri programmi, che non rientrano nei repository ufficiali delle distribuzioni, preparando un unico contenitore universale senza dover creare build separate per ogni distribuzione. Per gli utenti attenti alla sicurezza, Flatpak consente di eseguire applicazioni sospette all'interno di un contenitore, fornendo accesso solo alle funzioni di rete e ai file dell'utente collegati all'applicazione. Per gli utenti interessati alle novit\u00e0, Flatpak permette di installare le versioni pi\u00f9 recenti di applicazioni sia in fase di test che stabili, senza necessit\u00e0 di modificare il sistema. Ad esempio, i pacchetti Flatpak vengono creati per LibreOffice, Midori, GIMP, Inkscape, Kdenlive, Steam, 0 A.D., Visual Studio Code, VLC, Slack, Skype, Telegram Desktop, Android Studio, ecc. <\/p>\n
Per ridurre la dimensione del pacchetto, include solo le dipendenze specifiche per l'applicazione, mentre le librerie di base di sistema e grafiche (GTK, Qt, librerie GNOME e KDE, ecc.) sono organizzate come ambienti runtime standard collegabili. La principale differenza tra Flatpak e Snap \u00e8 che Snap utilizza componenti dell'ambiente di sistema principale e un'isolamento basato sulla filtrazione delle chiamate di sistema, mentre Flatpak crea un contenitore separato dal sistema e opera con grandi insiemi di runtime, fornendo come dipendenze non pacchetti, ma ambienti di sistema standard (ad esempio, tutte le librerie necessarie per l'esecuzione dei programmi GNOME o KDE). <\/p>\n
Oltre all'ambiente di runtime standard (runtime), installato tramite un repository speciale, vengono fornite dipendenze aggiuntive (bundle) necessarie per il funzionamento dell'applicazione. Insieme, runtime e bundle costituiscono il contenuto del container, con la specifica che il runtime viene installato separatamente e pu\u00f2 essere collegato a pi\u00f9 container, evitando cos\u00ec la duplicazione di file di sistema comuni ai container. In un sistema possono essere installati diversi runtime (GNOME, KDE) o pi\u00f9 versioni di uno stesso runtime (GNOME 3.40, GNOME 3.42). Un container con un'applicazione come dipendenza utilizza il collegamento solo a uno specifico runtime, senza prendere in considerazione i singoli pacchetti che compongono il runtime. Tutti gli elementi mancanti vengono confezionati direttamente con l'applicazione. Durante la creazione del container, il contenuto del runtime \u00e8 montato come la partizione \/usr, mentre il bundle \u00e8 montato nella directory \/app. <\/p>\n
Il contenuto del runtime e dei container delle applicazioni \u00e8 creato utilizzando la tecnologia OSTree, che consente di aggiornare in modo atomico un'immagine da un repository simile a Git, consentendo di applicare metodi di controllo delle versioni ai componenti della distribuzione (ad esempio, \u00e8 possibile ripristinare rapidamente il sistema a uno stato precedente). I pacchetti RPM vengono tradotti nel repository OSTree tramite uno strato speciale chiamato rpm-ostree. L'installazione e l'aggiornamento di pacchetti all'interno dell'ambiente di lavoro non sono supportati; il sistema viene aggiornato non a livello di singoli componenti, ma completamente, cambiando in modo atomico il proprio stato. Sono fornuti strumenti per l'applicazione incrementale degli aggiornamenti, eliminando la necessit\u00e0 di una sostituzione completa dell'immagine ad ogni aggiornamento. <\/p>\n
L'ambiente isolato creato \u00e8 completamente indipendente dalla distribuzione utilizzata e, con le impostazioni appropriate del pacchetto, non ha accesso ai file e ai processi dell'utente o del sistema principale, non pu\u00f2 accedere direttamente all'hardware, tranne che per l'output tramite DRI, e alle richieste al sottosistema di rete. L'output grafico e l'organizzazione dell'input vengono realizzati tramite il protocollo Wayland o attraverso il passaggio della socket X11. L'interazione con l'ambiente esterno \u00e8 basata sul sistema di messaggistica DBus e su un'API speciale chiamata Portals. <\/p>\n
Per l'isolamento si utilizza uno strato di Bubblewrap e le tradizionali tecnologie di virtualizzazione dei contenitori di Linux, basate sull'uso di cgroups, spazi dei nomi (namespaces), Seccomp e SELinux. Per l'uscita audio viene utilizzato PulseAudio. Tuttavia, l'isolamento pu\u00f2 essere disattivato, cosa di cui approfittano gli sviluppatori di molti pacchetti popolari per ottenere accesso completo al file system e a tutti i dispositivi nel sistema. Ad esempio, i pacchetti GIMP, VSCodium, PyCharm, Octave, Inkscape, Audacity e VLC vengono forniti con una modalit\u00e0 di isolamento limitata, che consente un accesso completo alla home directory. <\/p>\n