Flatpak 1.18.3 è disponibile da oggi, 22 settembre 2026, con una serie di correzioni destinate soprattutto a risolvere regressioni e problemi emersi nella precedente versione 1.18.2.
Non è una di quelle release accompagnate da nuove interfacce o funzioni immediatamente visibili all'utente, ma proprio per questo permette di parlare di una parte meno appariscente e molto importante del moderno desktop GNU/Linux: l'isolamento delle applicazioni.
Flatpak è infatti un sistema per costruire, distribuire ed eseguire applicazioni desktop Linux all'interno di ambienti sandbox. Il progetto è indipendente da una specifica distribuzione e consente allo stesso pacchetto di funzionare, con le opportune runtime, su sistemi differenti.
Questo significa che un programma distribuito attraverso Flatpak può essere utilizzato su Fedora, Debian, Ubuntu, Arch Linux e molte altre distribuzioni senza dover necessariamente creare un pacchetto differente per ciascuna di esse.
È una delle ragioni che hanno contribuito alla diffusione di Flatpak e soprattutto di Flathub, diventato uno dei principali punti di distribuzione delle applicazioni desktop per Linux.
Ma la portabilità è soltanto una parte della questione.
Uno degli elementi centrali dell'architettura Flatpak è la sandbox.
L'applicazione non dovrebbe avere automaticamente accesso a tutto ciò che appartiene all'utente. File, dispositivi, rete, servizi del sistema e altre risorse possono essere resi disponibili attraverso permessi e interfacce specifiche.
Per costruire questo isolamento Flatpak utilizza diversi componenti, e tra i più importanti troviamo Bubblewrap e xdg-dbus-proxy.
Bubblewrap crea ambienti isolati utilizzando funzionalità del kernel Linux come i namespace, mentre xdg-dbus-proxy controlla la comunicazione delle applicazioni sandboxed attraverso D-Bus.
Flatpak 1.18.3 aggiorna proprio le copie integrate di questi componenti e incorpora le relative correzioni.
La nuova versione interviene inoltre su problemi relativi all'avvio delle sub-sandbox, ambienti isolati creati all'interno di una sandbox Flatpak.
Può sembrare un meccanismo eccessivamente complicato, ma applicazioni moderne come browser e programmi basati su tecnologie web utilizzano già architetture multiprocesso e ulteriori livelli di isolamento. Far convivere correttamente questi sistemi con la sandbox principale richiede quindi un lavoro continuo.
Ed è qui che una release apparentemente piccola come la 1.18.3 diventa interessante.
La sicurezza non è una funzione che viene implementata una volta e considerata conclusa.
È un processo di manutenzione.
Ogni modifica può produrre conseguenze impreviste, una correzione può introdurre una regressione e nuove modalità di utilizzo possono mostrare problemi che non erano emersi durante i test.
La risposta non consiste nel fingere che questi problemi non esistano, ma nel poterli individuare, analizzare e correggere.
Nel caso di Flatpak questo processo avviene pubblicamente: codice, segnalazioni, modifiche e sviluppo sono accessibili e verificabili.
Questo non significa naturalmente che un'applicazione diventi automaticamente sicura semplicemente perché viene installata attraverso Flatpak.
È una distinzione importante.
Flatpak è Software Libero, ma un programma distribuito tramite Flatpak non deve necessariamente esserlo.
Flathub può distribuire sia applicazioni libere sia programmi proprietari, e la presenza di una sandbox non modifica la licenza del software che vi viene eseguito.
Allo stesso modo, una sandbox non elimina magicamente ogni possibilità di vulnerabilità.
Un'applicazione può richiedere permessi molto ampi, utilizzare servizi esterni o contenere propri problemi di sicurezza. L'isolamento serve piuttosto a ridurre ciò che un programma può fare sul sistema e quindi, quando correttamente configurato, anche le conseguenze di un suo eventuale malfunzionamento o compromissione.
È un principio classico della sicurezza informatica: concedere soltanto i privilegi necessari.
Flatpak rappresenta anche un cambiamento significativo nel tradizionale modello di distribuzione del software GNU/Linux.
Per decenni installare un'applicazione significava principalmente utilizzare i repository della propria distribuzione. Era il maintainer Debian, Fedora, Arch o di un altro progetto a integrare il programma nel sistema.
Con Flatpak una parte di questa relazione cambia.
Lo sviluppatore può produrre un'applicazione destinata a molte distribuzioni, mentre runtime condivise forniscono gran parte delle librerie necessarie.
Ci sono vantaggi evidenti: versioni più recenti, maggiore uniformità tra le distribuzioni e minore lavoro necessario per raggiungere utenti che utilizzano sistemi differenti.
Esistono però anche questioni che meritano attenzione: dimensioni delle runtime, duplicazione delle librerie, qualità dei pacchetti, provenienza delle applicazioni, gestione dei permessi e crescente centralità di Flathub.
Software Libero significa anche poter discutere pubblicamente queste scelte architetturali senza dover trasformare ogni tecnologia in una tifoseria.
Flatpak non deve necessariamente sostituire apt, dnf, pacman o gli altri sistemi di gestione dei pacchetti.
Può convivere con loro.
Un sistema GNU/Linux può utilizzare i repository della distribuzione per le componenti fondamentali e Flatpak per determinate applicazioni desktop. Sarà l'utente o chi amministra il sistema a scegliere il modello più adatto alle proprie esigenze.
La 1.18.3 non cambia radicalmente tutto questo.
Corregge problemi.
Aggiorna componenti.
Rende più affidabile un'infrastruttura che milioni di installazioni Linux utilizzano per eseguire applicazioni.
Ed è proprio questo il punto interessante della notizia.
Nel Software Libero tendiamo spesso a raccontare le grandi versioni, le nuove funzioni e i cambiamenti visibili. Ma una parte enorme del lavoro necessario a costruire sistemi affidabili consiste in release come questa: piccoli aggiornamenti che correggono ciò che non funzionava come previsto e rafforzano componenti che normalmente rimangono invisibili.
Flatpak 1.18.3 ci ricorda quindi che anche la sandbox nella quale avviamo tranquillamente un'applicazione ha bisogno di manutenzione.
La sicurezza non è un prodotto che installiamo.
È qualcosa che continuiamo a mantenere.