INFRASTRUTTURA PRIVATA / NESSUN ID RICHIESTOLeggi la dottrina sulla privacy
Le note sul campo di KoalaVPS

Un caveau di password merita un host accurato.

Un server compatibile non ufficiale può essere compatto, ma la sicurezza dell'account, i dati cifrati e il recupero sono fondamentali.

Comprendi il progetto e i client

Vaultwarden è un progetto separato, quindi verifica la compatibilità attuale dei client, le indicazioni di deployment supportate e gli aggiornamenti di sicurezza. Un'impronta di risorse ridotta non dovrebbe portare a un processo di manutenzione approssimativo.

Limita i punti di ingresso

Usa HTTPS, una forte protezione dell'account e controlli deliberati sulla registrazione. Proteggi o disabilita gli endpoint amministrativi come supportato. Mantieni aggiornati l'host e il reverse proxy e limita chi può accedere alla configurazione privata.

Mantieni il ripristino indipendente

Conserva i codici di recupero e l'accesso ai backup privatamente al di fuori del server. Non rendere l'unica via ai tuoi backup dipendente da credenziali salvate solo all'interno della cassaforte. Considera come riacquisteresti l'accesso dopo la perdita sia del server che del dispositivo.

Esegui il backup di uno stato coerente

Segui la procedura supportata per il database, gli allegati, la configurazione e le chiavi. Cifra i backup offsite e verifica con attenzione il ripristino. Un'immagine container copiata non contiene tutti i dati persistenti della cassaforte.

Prova uno scenario completo di recupero dell'account

Usa un account di test usa e getta per verificare l'accesso, un secondo fattore, l'esportazione della cassaforte ove appropriato e il percorso di recupero. Conserva le informazioni di emergenza fuori dalla cassaforte ospitata. Evita di testare azioni di ripristino distruttive sull'unica copia di un account reale.

Verifica l'esposizione dopo ogni modifica al proxy

Esamina le route pubbliche, l'interfaccia amministrativa, i requisiti di websocket o notifiche per la versione installata e l'effettiva origine TLS. Una configurazione applicativa privata dietro un proxy può diventare pubblica dopo una modifica di rete o del container.

Separa il servizio di vault dal sistema di recupero

Scegli una release di Vaultwarden mantenuta e verifica la compatibilità con i client Bitwarden che intendi usare. Prepara un'origine HTTPS stabile, dati privati persistenti e un percorso di ripristino indipendente. Tieni l'unica password di backup e il materiale di recupero dell'account fuori dalla cassaforte ospitata. Un servizio compatto può comunque custodire le chiavi di molti altri account, quindi dai priorità a una procedura di aggiornamento e ripristino testata piuttosto che a risparmiare un po' sull'allocazione di RAM.

  • Scegli regole deliberate di registrazione e invito.
  • Mantieni l'accesso amministrativo limitato indipendentemente dall'accesso ai vault degli utenti.
  • Esamina i requisiti di notifica e reverse proxy per la release installata.

Chiudi l'accesso di configurazione dopo il primo test dell'account

Esegui la distribuzione usando l'esempio supportato dal progetto, rendi persistente la sua directory dati e imposta il dominio pubblico sull'effettiva origine HTTPS. Se usi l'interfaccia di amministrazione, segui le sue indicazioni su token/hash e limita chi può raggiungerla; non scambiare un URL difficile da indovinare per l'autenticazione. Dopo aver creato il proprietario previsto, verifica le impostazioni di registrazione/invito da un browser disconnesso. Prova un secondo fattore e il comportamento delle notifiche prima di aggiungere segreti reali.

Prova ogni client con dati vault usa e getta

Usa un login di test nel web vault, in un client desktop e in qualsiasi estensione mobile/browser che prevedi di supportare. Conferma la sincronizzazione dopo aver modificato un elemento e verifica che un utente disconnesso non possa leggerlo. Controlla il URL del server personalizzato configurato e il certificato se fallisce un solo client. Se le notifiche falliscono ma la sincronizzazione manuale funziona, ispeziona i requisiti attuali di proxy/websocket. Mantieni un metodo di esportazione/recupero documentato e conserva i codici di emergenza tramite un percorso fidato separato.

Ripristina il database e i suoi file associati

Segui il metodo di backup del database supportato; copiare con noncuranza un file SQLite attivo può omettere lo stato recente del write-ahead log. Includi gli allegati necessari, la configurazione e il materiale delle chiavi dalla directory dei dati persistenti. Cifra la copia di ripristino e prova un ripristino utente usa e getta in un ambiente isolato. Non fare affidamento sull'immagine del container come backup dei dati. Un piano di aggiornamento dovrebbe confermare sia la compatibilità del client sia un percorso di ripristino del database praticabile prima di sostituire la release in esecuzione.

CONFIGURA LA TUA INFRASTRUTTURA

Prendi il controllo.
Distribuisci alle tue condizioni.

Nessun documento d'identità. Accesso amministratore completo. Fatturazione crypto-native.