host
Osserva lo stato e governa le macchine: è la base di fiducia, non una macchina ospite.
Il progetto / 01
Sfere.
by Doppiari
Sfere — workstation KVM riproducibile con passthrough GPU, basata su Arch Linux
In sviluppo · repository pubblica in preparazione
Un solo computer, con ambienti distinti per attività diverse. L’host governa macchine, reti e assegnazione della GPU; le scelte sono esplicite e riproducibili.
01 / Separare
I sei ambienti.
Un host di controllo e cinque domini di lavoro. Le immagini sono illustrazioni degli ambienti, non screenshot dell’interfaccia né indicatori di sicurezza.
clean
Account fidati e attività personali da tenere separate dai carichi meno fidati.
dev
Sviluppo e lavoro creativo in un ambiente dedicato.
services
Macchine per servizi privati, con rete e risorse dichiarate.
dirty
Software non fidato e modifiche sperimentali in una rete separata.
lab
Ricerca controllata in una rete senza uplink per impostazione predefinita.
02 / Governare
Come funziona.
01
L’host osserva e decide
Identità, stato e comandi delle macchine sono risolti dall’host. Un ospite non può dichiararsi più fidato attraverso il titolo della sua finestra.
02
Macchine separate
KVM, QEMU e libvirt eseguono le attività in macchine distinte, con immagini di base verificate. La separazione dipende anche dalla sicurezza dell’host e dell’hypervisor.
03
Reti separate
L’host blocca l’inoltro tra i domini di rete e limita l’accesso degli ospiti ai propri servizi. Il laboratorio non ha uplink per impostazione predefinita.
04
Una GPU, una direzione
Una macchina alla volta usa la GPU dedicata. Nello stesso avvio la scala scende soltanto: clean → dev → dirty → lab. Per risalire serve riavviare l’host. services richiede un profilo GPU esplicitamente revisionato e non è un gradino della scala.
05
Le finestre sul desktop
SPICE e Looking Glass portano le superfici delle macchine sul desktop dell’host. Le prove finali di cattura di tastiera e puntatore e di persistenza della sessione Linux restano aperte.
06
Macchine usa e getta
Il disco transiente è implementato e verificato nel software. Il ripristino delle restrizioni dell’agente e delle chiavi SSH a ogni avvio, e il ciclo completo su hardware, sono ancora da completare: non è una funzione pronta per dati sensibili.
03 / Conoscere i confini
Cosa protegge. Dove si ferma.
Queste sono scelte del modello di minaccia, non una certificazione. Sfere è in sviluppo e non offre le proprietà di sicurezza di Qubes OS.
Le separazioni previste
- Blocco dei collegamenti tra domini di rete e accesso all’host negato per impostazione predefinita, salvo le eccezioni dichiarate per risposte, DHCP e DNS.
- Provenienza delle finestre stabilita dall’host, immagini di base verificate tramite digest e passaggi GPU governati dalla scala di fiducia.
- Niente cartelle condivise o trasferimenti SPICE impliciti; invio degli appunti dall’host esplicito verso una sola macchina. Archiviazione delle macchine su volumi cifrati.
Cosa non protegge
- Un host o una sessione amministrativa compromessi compromettono il controllo di tutte le macchine. Kernel, KVM e QEMU fanno parte della base di fiducia.
- Un’evasione da QEMU o dall’hypervisor non è coperta. I processi QEMU condividono un’identità; il confinamento per macchina non è ancora dimostrato.
- Nessuna garanzia contro canali laterali della CPU, firmware compromesso o stato che la GPU conserva dopo un reset.
- Secure Boot non autentica ancora initramfs e riga di comando del kernel. Accesso fisico e manomissione dell’avvio restano rischi.
- Driver di rete e USB ancora sull’host; isolamento dell’input, riavvio delle macchine usa e getta e rilevamento delle intrusioni sono lavori aperti.
- Una macchina non è protetta dal proprio software malevolo. La cifratura a disco non protegge i dati di un host già sbloccato.
04 / Sviluppare
Una roadmap per fasi.
In sviluppo · repository pubblica in preparazione. Nessuna data promessa: ogni fase dipende dalle verifiche della precedente.
01 / Fondamenta
Componenti esistenti
Base cifrata, automazione Ansible, KVM/VFIO, reti e componenti del desktop hanno prove software e prove parziali sul Nitro. Non qualificano l’intera installazione.
02 / Ciclo completo
In corso
Chiudere i controlli su input, sessioni e macchine usa e getta. Ripetere l’installazione con revisioni congelate e prove recuperabili.
03 / Distribuzione
Da completare
Preparare repository pubblica, documentazione e percorso di installazione via ISO e Ansible. Verificare licenze e artefatti prima della prima release.
04 / Altri hardware
Da validare
Ampliare le prove oltre l’Acer Nitro AN515-55. Un profilo configurato o una CI verde non sono una certificazione di compatibilità.
05 / Hardware
Partire da una macchina reale.
Il riferimento è un Acer Nitro AN515-55. Le prove di singoli componenti non equivalgono a un’installazione completa accettata.
- CPU e firmware
- x86_64 con virtualizzazione KVM abilitata nel firmware e UEFI a 64 bit.
- Passthrough GPU
- IOMMU e interrupt remapping attivi; gruppo PCI verificato con le sole funzioni della GPU e i bridge ammessi. Una GPU resta all’host e una seconda può andare all’ospite. Nessun ACS override.
- Schermo dell’ospite
- Serve un percorso video e di cattura verificato: assegnare la GPU da solo non garantisce che Looking Glass riceva immagini.
- Memoria e spazio
- Vanno dimensionati sui carichi scelti, incluse basi, copie, esportazioni e backup. Non esiste ancora un minimo universale pubblicato.
- Macchina di riferimento
- Acer Nitro AN515-55: profilo RTX 3060 Mobile e pianificazione CPU i5-10300H a 8 thread. Prove di componenti disponibili; accettazione dell’intera pipeline ancora aperta.
- Una sola GPU
- Esiste un profilo di base senza passthrough. Non costituisce una prova di compatibilità fisica generale né qualifica il desktop accelerato.
06 / Installazione
In arrivo, come ISO e con Ansible.
Nessun download ufficiale è ancora disponibile. Prima della release servono un percorso ripetibile, prove su hardware e istruzioni di recupero verificate.
07 / FAQ
Prima di iniziare.
Posso scaricare Sfere?
Non ancora. Sfere è in sviluppo, la repository pubblica è in preparazione e non ci sono download ufficiali disponibili.
È un sistema operativo separato?
È una workstation riproducibile basata su Arch Linux, con configurazione dell’host e delle macchine tramite Ansible, KVM, QEMU e libvirt.
Offre le garanzie di Qubes OS?
No. Il modello è diverso: niente Xen, dominio GUI separato o policy qrexec. L’host resta parte della base di fiducia.
Posso usare più macchine con la GPU insieme?
La GPU dedicata appartiene a una sola macchina alla volta. Le altre risorse dipendono dalle configurazioni e dal budget disponibile.
È pronto per il mio computer?
Non è ancora una release supportata. L’Acer Nitro AN515-55 è il riferimento; servono prove specifiche prima di dichiarare compatibile un altro computer.
Come sarà distribuito?
Il percorso previsto è tramite ISO e Ansible. L’ISO e la guida pubblica di installazione sono in arrivo; oggi non viene offerto un installer pronto.
Licenza
GPL-3.0-or-later dalla prima release pubblica. Questa è la licenza prevista per Sfere. Codice, contenuti e marchi di questo sito hanno avvisi distinti nelle note legali.