Avversari di rete
Ogni payload viene crittografato nel browser prima che lasci il dispositivo. Lo strato di trasporto (TLS) e lo strato di applicazione (XChaCha20-Poly1305) sono entrambi autenticati. Il server non può leggere i contenuti.
Verificabile architettura post-quantum.
Ogni payload viene crittografato nel browser prima che lasci il dispositivo. Lo strato di trasporto (TLS) e lo strato di applicazione (XChaCha20-Poly1305) sono entrambi autenticati. Il server non può leggere i contenuti.
Il server memorizza solo testi cifrari e chiavi pubbliche. Un compromesso del server produce blobs crittografati che sono inutili senza le chiavi private derivate dalla tua passphrase.
Tutti i primitivi post-quantum standardizzati NIST (ML-DSA-65, ML-KEM-768). Questa sconfitta “store now, decrypt later” attacchi da futuri computer quantistici.
UltimaOS è costruito e gestito nell'UE, sulle infrastrutture dell'UE. Il CLOUD Act non si applica. In base al diritto dell'UE, possiamo essere obbligati a divulgare i contenuti a cui abbiamo accesso tecnico, che non sono.
Se il dispositivo è compromesso (malware, keylogger, accesso fisico da un avversario), l'attaccante può leggere il contenuto e impersonare. Risolviamo questo con serrature biometriche a livello di dispositivo e brevi timeout di sessione, ma non possiamo impedirlo completamente.
La tua chiave privata deriva dal tuo dispositivo dalla tua passphrase. Un passphrase debole (ad esempio "123456") rende possibile la forza bruta. Esecuzione di una lunghezza minima di passphrase, ma la scelta di passphrase rimane vostra.
Riduciamo i metadati che il server vede (identificatori opachi, tempi secchi) ma non lo eliminiamo. La protezione completa dei metadati è un obiettivo di ingegneria a lungo termine, non una caratteristica attuale.
Il whitepaper documenta lo stack crittografico, il modello di minaccia e le scelte architettoniche. È la fonte di verità per qualsiasi rivendicazione di sicurezza fatta su questo sito.
Il client UltimaOS funziona interamente nel browser: è possibile controllare il codice crittografico, la ricetta di key-derivation e lo strato di archiviazione direttamente negli strumenti di sviluppo del browser. Non spediamo ciò che non possiamo mostrare.
I clienti Enterprise sono invitati a commissionare un test di penetrazione indipendente del loro spazio di lavoro. Forniamo ambienti di prova, documentazione del modello di minaccia e contatto di ingegneria per la durata del fidanzamento.
Short answer
Email patrick@UltimaOS.com. Per informazioni sensibili, utilizzare il nostro tasto PGP (impronta digitale disponibile sulla stessa pagina). Ci impegniamo a riconoscere entro 24 ore e triage entro 72 ore.
Short answer
Non da una terza parte commissionata. Lo stack crittografico (ML-DSA-65, ML-KEM-768, XChaCha20-Poly1305, HKDF-SHA256) è costruito su primitivi standardizzati NIST e librerie ampiamente utilizzate, riviste dalla comunità, in modo che gli algoritmi stessi siano aperti al controllo. Il client spedisce al browser come app standard di singola pagina, quindi la sua implementazione può essere ispezionata direttamente negli strumenti dello sviluppatore; il backend è proprietario.
Short answer
Seguiamo la divulgazione coordinata. Segnala una vulnerabilità a patrick@UltimaOS.com; triage entro 72 ore e mira a spedire una correzione entro 30 giorni per problemi critici. Noi accreditiamo ricercatori che segnalano problemi validi.
Short answer
L'architettura crittografica non dipende da nessuna singola azienda. Se UltimaOS cessasse di esistere, i blobs crittografati che i dispositivi detengono resterebbero leggibili dalla chiave privata, per sempre. Il servizio operativo cesserebbe; i dati non lo sarebbero.
Nessun annuncio, nessun data mining, nessun orologio di prova. I conti individuali e familiari sono liberi — permanentemente. Le organizzazioni pagano per posto di lavoro, e questo è ciò che la finanzia.