Vaultwarden Adalah: Server Bitwarden Gratis & Risikonya

Hampir setiap tim kecil pernah melewati fase yang sama. Kata sandi hosting disimpan di catatan ponsel salah satu orang. Kredensial basis data ditempel di kolom komentar sebuah dokumen. Akses panel pembayaran dikirim sekali lewat grup percakapan, lalu dibiarkan di sana.

Cara ini bertahan cukup lama, sampai ada yang keluar dari tim. Saat itulah pertanyaan yang sulit muncul: siapa saja sebenarnya yang masih memegang kunci, dan mana yang perlu diganti. Tidak ada yang bisa menjawabnya dengan pasti, karena tidak pernah ada satu tempat yang mencatat.

Pengelola kata sandi (password manager) dibuat untuk menutup celah itu. Anda punya dua jalan untuk memakainya: berlangganan layanan yang dikelola pihak lain, atau menjalankan servernya sendiri. Vaultwarden adalah salah satu password manager self-hosted yang paling banyak dipakai di jalan kedua itu. Artikel ini membahas apa itu Vaultwarden, cara kerjanya, dan kebutuhan servernya. Dibahas juga setelan yang wajib Anda ubah sebelum dipakai serta rekam jejak keamanannya.

Vaultwarden Adalah Server Bitwarden yang Ditulis Ulang Komunitas

Vaultwarden adalah implementasi alternatif dari server Bitwarden, ditulis dengan bahasa Rust, dan dirancang untuk dipasang di infrastruktur milik Anda sendiri. Ia berbicara dengan protokol yang sama seperti server resmi Bitwarden, sehingga ekstensi peramban dan aplikasi ponsel resmi Bitwarden dapat terhubung kepadanya tanpa modifikasi.

Tiga hal dalam definisi itu menentukan seluruh karakternya, jadi mari kita bongkar satu per satu.

Pertama, implementasi ulang, bukan salinan. Vaultwarden tidak mengambil kode server Bitwarden lalu mengubahnya. Ia menulis ulang perilaku antarmuka pemrogramannya dari nol dengan bahasa yang berbeda. Inilah yang membuat ukurannya jauh lebih kecil daripada aslinya.

Kedua, kompatibel dengan klien resmi. Yang Anda ganti hanya bagian server. Ekstensi Chrome, aplikasi Android, aplikasi desktop, dan alat baris perintahnya tetap memakai aplikasi yang dirilis Bitwarden, Inc. Anda hanya mengarahkan alamat servernya ke domain sendiri saat masuk pertama kali.

Ketiga, dipasang sendiri (self-hosted). Seluruh brankas tersimpan di server Anda. Tidak ada pihak ketiga yang menyimpan salinannya, dan tidak ada vendor yang bisa mengubah harga atau menutup layanan sepihak. Sebaliknya, tanggung jawab pembaruan, pencadangan, dan ketersediaan berpindah sepenuhnya ke tangan Anda.

Satu hal perlu ditegaskan sejak awal. Pengembangnya menyatakan eksplisit bahwa proyek ini tidak berafiliasi dengan Bitwarden, Inc. Konsekuensi praktisnya disebutkan langsung di berkas README mereka: bila Anda menemukan masalah, laporkan ke proyek Vaultwarden, jangan ke kanal dukungan resmi Bitwarden.

Dari bitwarden_rs ke Vaultwarden: Alasan Namanya Berganti

Proyek ini dimulai pada 17 Februari 2018 dengan nama bitwarden_rs — akhiran rs merujuk pada Rust, bahasa yang dipakai menulisnya. Nama itu bertahan sekitar tiga tahun.

Pada 29 April 2021, bersamaan dengan rilis 1.21.0, proyeknya berganti nama menjadi Vaultwarden. Alasan yang disampaikan pengembangnya ada dua: kebingungan pengguna yang mengira ini produk resmi, dan upaya menghindari persoalan merek dagang dengan server aslinya. Jejak nama lama masih ada di Docker Hub sebagai image bitwardenrs/server, yang sudah ditandai usang dan tidak diperbarui sejak 24 April 2022. Bila berkas konfigurasi server Anda masih menarik image itu, instansi tersebut tertinggal lebih dari empat tahun di belakang.

Umur dan aktivitas adalah petunjuk kelangsungan yang jujur untuk perangkat lunak yang akan menyimpan seluruh kunci Anda. Per 6 September 2026, Vaultwarden berumur 8,6 tahun, mengumpulkan 66.902 bintang dan 3.186 fork di GitHub, dengan commit terakhir pada 3 September 2026. Image containernya sudah ditarik lebih dari 326 juta kali. Rilis stabil terakhir adalah 1.37.2, terbit 22 Agustus 2026.

Lisensinya AGPL-3.0. Ini poin yang akan kita kembalikan lagi di bagian kelemahan, karena AGPL punya kewajiban yang tidak dimiliki lisensi open source permisif seperti MIT.

Cara Kerja Vaultwarden: Enkripsi Terjadi Sebelum Data Sampai ke Server

Pertanyaan pertama yang wajar muncul: kalau servernya buatan komunitas dan tidak resmi, apakah kata sandi saya bisa dibaca oleh siapa pun yang menguasai server itu?

Jawabannya terletak pada tempat enkripsi dilakukan. Model yang dipakai keluarga Bitwarden adalah zero-knowledge — server tidak pernah menerima kata sandi dalam bentuk yang bisa dibaca.

Saat Anda mengetik master password di ekstensi atau aplikasi, perangkat Anda menurunkan sebuah kunci dari kata sandi itu memakai fungsi turunan kunci. Kunci tersebut dipakai untuk mengenkripsi isi brankas di perangkat Anda, sebelum apa pun dikirim ke jaringan. Yang sampai ke server hanyalah gumpalan data terenkripsi. Server menyimpan dan mengirimkannya kembali, tanpa pernah memiliki kunci untuk membukanya.

Karena itu, membaca isi brankas dari sisi server bukan perkara menembus izin akses, melainkan perkara memecahkan enkripsi itu sendiri. Biaya menebaknya dibuat mahal di dua lapis. Perangkat Anda menurunkan kunci dengan 600.000 iterasi PBKDF2 sebagai nilai bawaan untuk akun baru. Nilai ringkas yang sampai ke server kemudian diproses ulang dengan 600.000 iterasi lagi sebelum disimpan.

Vaultwarden mengunci brankas dua lapis 600.000 iterasi, sehingga pemilik server tidak pernah memegang kuncinya.

Perlu diperhatikan: model ini memindahkan seluruh beban keamanan ke master password Anda. Tidak ada mekanisme pemulihan bila kata sandi itu hilang, karena tidak ada pihak yang menyimpan kuncinya. Brankas yang master password-nya terlupakan berarti brankas yang hilang.

Fitur Berbayar Bitwarden yang Vaultwarden Buka Tanpa Lisensi

Inilah alasan paling sering orang berpindah. Sejumlah fitur yang di layanan resmi terkunci di balik langganan tersedia begitu Vaultwarden selesai dipasang.

1. Kode TOTP bawaan: Brankas sekaligus berperan sebagai aplikasi pembangkit kode 2FA, sehingga Anda tidak membuka aplikasi terpisah setiap kali masuk.
2. Lampiran berkas: Menyimpan berkas terenkripsi bersama entri kata sandi, misalnya kunci lisensi atau sertifikat.
3. Akses darurat: Menunjuk orang lain yang dapat mengambil alih brankas Anda setelah masa tunggu tertentu.
4. Organisasi dan koleksi: Berbagi kredensial ke anggota tim melalui koleksi bersama, dengan hak akses per anggota.
5. Laporan keamanan: Daftar kata sandi yang lemah, terpakai ulang, atau muncul di kebocoran data.
6. Kunci keamanan perangkat keras: Dukungan YubiKey, FIDO2 WebAuthn, dan Duo sebagai faktor kedua.

Di sisi layanan resmi, fitur-fitur itu berada di paket berbayar. Per 6 September 2026, paket Premium ditagih $19,80 per tahun untuk satu akun, dan Families $47,88 per tahun untuk enam akun. Angka kedua setara $7,98 per akun per tahun, hasil pembagian biaya tahunan dengan jumlah akun yang ditampung. Untuk tim, Bitwarden menagih $4 per pengguna per bulan di paket Teams dan $6 di Enterprise, keduanya dibayar tahunan.

Vaultwarden membuka enam fitur premium Bitwarden tanpa lisensi: TOTP, lampiran, akses darurat, organisasi, dan kunci fisik.

Yang sering disalahpahami: memasang Bitwarden resmi di server sendiri tidak membuka fitur-fitur itu. Dokumentasi Bitwarden menyatakannya lugas: self-hosting Bitwarden gratis, tetapi sebagian fitur baru terbuka setelah Anda memasukkan berkas lisensi terdaftar. Berkas itu hanya diterbitkan untuk langganan berbayar yang aktif. Vaultwarden membukanya tanpa berkas lisensi apa pun.

Kebutuhan Server Vaultwarden dan Angka Pembandingnya

Vaultwarden dikemas sebagai satu container. Tag latest berbasis Debian berukuran 83,4 MB, sementara varian Alpine 58,2 MB — sekitar 30% lebih kecil. Keduanya berfungsi sama, dan pilihan di antaranya lebih ke selera.

Basis data bawaannya SQLite, tersimpan sebagai satu berkas di dalam folder data. Dokumentasi resminya menyebut SQLite sebagai pilihan yang paling banyak dipakai dan diuji, serta merekomendasikannya untuk sebagian besar pengguna. MariaDB, MySQL, dan PostgreSQL juga didukung bila Anda memang punya alasan khusus.

Proyeknya tidak menerbitkan angka kebutuhan perangkat keras resmi. Yang dapat dipegang adalah pengalaman yang terdokumentasi di forum pengembangnya. Satu inti prosesor dengan 512 MB memori sudah cukup untuk pemakaian ringan, dan papan ARM sekelas Raspberry Pi pun mampu menjalankannya. Karena bentuknya container, tempat menjalankannya fleksibel: NAS Synology, TrueNAS, Unraid, container LXC di Proxmox, sampai VPS biasa — selama Docker atau Podman tersedia di sana. Untuk instansi yang dipakai satu keluarga atau tim di bawah sepuluh orang, 1 GB memori memberi ruang yang nyaman.

Bandingkan dengan pemasangan Bitwarden resmi versi standar. Batas minimumnya prosesor x64 1,4 GHz, 2 GB memori, dan 12 GB penyimpanan, dengan rekomendasi 4 GB memori dan 25 GB penyimpanan. Selisih itu berasal dari arsitektur: pemasangan standar menjalankan sederet container sekaligus, termasuk basis data MSSQL Express yang berbatas 10 GB.

Karena Vaultwarden membutuhkan akses root dan Docker, ia tidak dapat dijalankan di shared hosting. Anda memerlukan VPS atau server sendiri. Untuk kebutuhan ini, VPS Indonesia dengan 1 GB memori sudah lebih dari memadai, dan latensi ke pengguna lokal ikut membaik dibanding server di luar negeri.

Bitwarden lite Mengubah Alasan Orang Memilih Vaultwarden

Ada perkembangan yang mengubah perbandingan di atas. Bitwarden merilis metode pemasangan alternatif bernama Unified, lalu pada Desember 2025 metode itu keluar dari status beta dan berganti nama menjadi Bitwarden lite.

Bitwarden lite berjalan sebagai satu container, membutuhkan minimal 200 MB memori dan 1 GB penyimpanan, serta menerima SQLite sebagai basis data. Selisihnya terhadap pemasangan standar sangat besar — 2 GB memori turun menjadi 200 MB, sekitar sepersepuluh.

Kebutuhan memori minimum: Bitwarden standar 2048 MB, Vaultwarden 512 MB, dan Bitwarden lite hanya 200 MB.

Artinya, alasan "lebih ringan" yang selama bertahun-tahun menjadi tulang punggung pemilihan Vaultwarden sekarang jauh lebih tipis. Dua catatan menahannya dari menjadi pengganti utuh. Bitwarden sendiri menyatakan lite ditujukan untuk pemakaian pribadi dan home lab, bukan untuk konteks bisnis. Dan yang lebih menentukan, kewajiban berkas lisensi tetap berlaku di sana.

Kesimpulannya bisa dirumuskan singkat: hari ini Anda memilih Vaultwarden karena persoalan lisensi, bukan karena persoalan bobot. Bila fitur premium tidak Anda butuhkan, dan Anda ingin berada di jalur yang didukung resmi, pertimbangkan Bitwarden lite lebih dulu.

Memasang Vaultwarden dengan Docker Compose

Jalur pemasangan yang paling banyak dipakai adalah Docker. Berikut berkas compose.yml minimal yang sudah memuat setelan penting.

services:
  vaultwarden:
    image: vaultwarden/server:latest
    container_name: vaultwarden
    restart: unless-stopped
    environment:
      DOMAIN: "https://brankas.contoh.com"
      SIGNUPS_ALLOWED: "false"
      INVITATIONS_ALLOWED: "true"
    volumes:
      - ./vw-data:/data
    ports:
      - "127.0.0.1:8080:80"

Beberapa baris membutuhkan penjelasan. Folder ./vw-data dipetakan ke /data di dalam container — di situlah basis data, lampiran, dan kunci disimpan, dan folder itulah yang nanti Anda cadangkan. Pemetaan port sengaja diikat ke 127.0.0.1, sehingga container hanya dapat dihubungi dari mesin itu sendiri dan bukan langsung dari internet.

Soal port, ada satu hal yang sering membingungkan. Vaultwarden mendengarkan di port 8000 bila dijalankan sebagai binary biasa, tetapi di dalam container nilainya berubah menjadi 80. Angka 8080 pada contoh di atas adalah port di sisi mesin Anda, yang akan diteruskan oleh reverse proxy.

Jalankan dengan docker compose up -d. Saat pertama menyala, Vaultwarden membuat berkas basis data dan sepasang kunci di folder data, lalu antarmuka webnya siap diakses. Untuk memperbaruinya kelak, tarik image terbaru lalu buat ulang containernya — data Anda aman karena tersimpan di luar container.

Bila Anda tidak ingin memakai Docker, ada satu hal yang perlu diketahui lebih dulu: proyeknya tidak menerbitkan berkas biner siap unduh di halaman rilisnya. Yang tersedia ada tiga jalur: mengambil biner dari dalam image Alpine, memakai paket pihak ketiga, atau mengompilasi sendiri dengan Rust. Paket pihak ketiga tersedia antara lain di Arch, Fedora, FreeBSD, NixOS, dan Snap. Perlu diperhatikan, paket pihak ketiga itu tidak dikelola oleh proyeknya, dan dokumentasi resminya sendiri menyebut paket-paket tersebut dapat tertinggal jauh di belakang rilis resmi.

HTTPS Bukan Opsional di Vaultwarden

Banyak orang mencoba mengakses Vaultwarden lewat HTTP biasa, lalu bingung karena antarmukanya tidak berfungsi dan memunculkan pesan bahwa konteksnya tidak aman.

Ini bukan kerewelan, melainkan batas dari peramban. Antarmuka web Bitwarden melakukan enkripsi di sisi klien memakai Web Crypto API, dan sebagian besar peramban hanya menyediakan antarmuka itu pada koneksi terenkripsi. Tanpa HTTPS, fungsi kriptografinya tidak tersedia sama sekali, sehingga brankas tidak dapat dibuka.

Ada dua jalur untuk memenuhinya. Jalur pertama, dan yang dianjurkan dokumentasi resminya, adalah menempatkan Vaultwarden di belakang reverse proxy — perantara yang menerima koneksi terenkripsi lalu meneruskannya ke container. Nginx, Caddy, dan Traefik sama-sama bisa dipakai, dan semuanya mampu mengurus sertifikat Let's Encrypt secara otomatis.

Jalur kedua adalah mengaktifkan HTTPS langsung di dalam Vaultwarden lewat setelan ROCKET_TLS. Dokumentasinya tidak menganjurkan cara ini, dengan alasan implementasi HTTPS pada kerangka kerja yang dipakainya masih terbatas. Pilih jalur pertama kecuali Anda punya alasan kuat.

Ada jalur ketiga yang banyak dipakai bila Anda tidak ingin membuka port di router sama sekali: Cloudflare Tunnel atau Tailscale. Keduanya menutup koneksi dengan TLS di sisi mereka, sehingga syarat konteks aman tetap terpenuhi tanpa server Anda terekspos langsung ke internet.

Tiga Setelan Vaultwarden yang Wajib Diubah Sebelum Dipakai

Bagian ini bukan pelengkap. Instansi yang dipasang dengan setelan bawaan lalu diarahkan ke domain publik berada dalam kondisi yang tidak seharusnya dibiarkan.

Setelan bawaan Vaultwarden yang wajib diubah: SIGNUPS_ALLOWED true, ADMIN_TOKEN teks biasa, dan DOMAIN localhost.

1. Matikan pendaftaran terbuka. Berkas konfigurasi contoh resmi menyetel SIGNUPS_ALLOWED bernilai true. Selama nilainya belum diubah, siapa pun yang menemukan alamat instansi Anda dapat membuat akun di dalamnya. Setel menjadi false, dan pakai INVITATIONS_ALLOWED supaya pengurus organisasi tetap bisa mengundang anggota baru. Bila Anda hanya ingin membatasi ke domain kantor, SIGNUPS_DOMAINS_WHITELIST menerima daftar domain yang dipisahkan koma.
2. Amankan atau matikan panel admin. Panel admin dibuka dengan ADMIN_TOKEN. Menaruh token dalam bentuk teks biasa membuat Vaultwarden sendiri mencatat peringatan bahwa setelan itu tidak aman. Bentuk yang benar adalah hash Argon2id, yang dihasilkan perintah vaultwarden hash dari dalam container. Bila Anda tidak membutuhkan panel itu, jangan setel ADMIN_TOKEN sama sekali — panelnya akan mati sepenuhnya, dan permukaan serangannya ikut hilang.
3. Isi DOMAIN dengan alamat sebenarnya. Nilai bawaannya menunjuk ke localhost. Bila dibiarkan, tautan undangan organisasi dan tautan verifikasi email yang dikirim ke anggota Anda akan mengarah ke alamat yang tidak dapat mereka buka.

Dua setelan lain layak Anda periksa sekalian. ORG_CREATION_USERS yang dibiarkan kosong berarti setiap pengguna boleh membuat organisasi baru; isi none atau daftar alamat email tertentu bila itu tidak Anda inginkan. Dan LOGIN_RATELIMIT_SECONDS bersama LOGIN_RATELIMIT_MAX_BURST menentukan seberapa cepat percobaan masuk dibatasi — pertahanan dasar terhadap serangan brute force yang menebak master password.

Berkas yang Harus Ikut Dicadangkan dari Vaultwarden

Backup Vaultwarden tidak cukup dilakukan dengan menyalin satu berkas basis data saja. Wiki resminya merinci isi folder data beserta perannya masing-masing.

Dua baris di tabel itu paling sering terlewat. Lampiran tidak berada di dalam basis data, sehingga cadangan yang hanya menyalin db.sqlite3 akan kehilangannya secara permanen. Dan config.json menyimpan data sensitif dalam bentuk terbaca, termasuk token admin serta kredensial SMTP, sementara kunci RSA dapat dipakai memalsukan sesi login. Keduanya wajib dienkripsi bila cadangannya disimpan di penyimpanan awan atau media yang bisa disentuh orang lain.

Backup Vaultwarden wajib memuat db.sqlite3, attachments, config.json dan rsa_key; sends serta icon_cache opsional.

Cara paling sederhana adalah menghentikan container sebentar, mengarsipkan seluruh folder data, lalu menyalakannya kembali. Terapkan aturan yang sama seperti backup sistem lain: uji pemulihannya secara berkala, karena cadangan yang tidak pernah diuji belum tentu cadangan.

Rekam Jejak Keamanan Vaultwarden yang Perlu Anda Timbang

Perangkat lunak yang menyimpan seluruh kunci Anda pantas diperiksa rekam jejaknya, bukan hanya daftar fiturnya. Repositori Vaultwarden mencatat 19 security advisory hingga 6 September 2026.

Sebarannya tidak merata. Satu terbit pada 2024, tiga pada 2025, dan lima belas sepanjang 2026. Angka terakhir setara 79% dari seluruh advisory yang pernah diterbitkan, hasil pembagian 15 dengan 19. Sebelas di antaranya berlabel high, setara 58% dari total.

Security advisory Vaultwarden melonjak: 1 pada 2024, 3 pada 2025, dan 15 pada 2026 atau 79% dari seluruhnya.

Ada pola yang menjelaskan sebagian lonjakan itu. Dukungan SSO lewat OpenID Connect baru masuk di versi 1.35.0 yang terbit 27 Desember 2025. Beberapa bulan kemudian, tiga dari empat kerentanan yang ditambal di versi 1.36.0 berkaitan dengan fitur baru itu. Ketiganya berupa pemalsuan permintaan lintas situs pada alur otorisasi, kebocoran informasi saat penemuan organisasi, dan penautan otomatis lewat email yang dapat mengikat akun lokal ke identitas penyerang.

Angka advisory yang naik tidak otomatis berarti perangkat lunaknya memburuk. Ia juga menandakan proses pelaporan yang berjalan dan penambalan yang cepat. Dari 1.35.0 hingga 1.37.2 keluar 13 rilis dalam 238 hari, rata-rata satu rilis setiap 19,8 hari. Yang penting bagi Anda adalah konsekuensi praktisnya — instansi Vaultwarden yang dibiarkan pada versi lama selama setahun hampir pasti menjalankan kerentanan yang sudah ada perbaikannya.

Satu perbedaan lagi perlu disebutkan dengan adil. Bitwarden menjalani audit pihak ketiga berulang oleh Cure53 pada 2018, 2021, 2022, dan 2023, serta mengantongi sertifikasi ISO 27001 dan SOC 2. Vaultwarden tidak menerbitkan laporan audit pihak ketiga mana pun. Namun perlu dicatat bahwa yang belum diaudit adalah servernya. Ekstensi peramban dan aplikasi ponsel yang Anda pakai sehari-hari tetap klien resmi Bitwarden, dan klien itulah yang mengerjakan enkripsinya — keduanya termasuk dalam cakupan audit tersebut.

Kelemahan dan Pertimbangan Sebelum Memakai Vaultwarden

Setelah semua kelebihannya, berikut sisi yang perlu Anda timbang sebelum memutuskan.

1. Tidak ada dukungan resmi: Bila terjadi masalah, satu-satunya jalur adalah forum dan pelacak isu proyek, dengan waktu tanggap yang bergantung pada kesediaan sukarelawan.
2. Bukan sasaran fitur organisasi besar: Dokumentasinya menyebut sasarannya adalah perorangan, keluarga, dan organisasi kecil. Masuk lewat SSO dengan OpenID Connect memang sudah tersedia sejak versi 1.35.0, sehingga penyedia identitas seperti Keycloak dapat dipakai. Namun sinkronisasi direktori LDAP maupun Active Directory tidak ada sama sekali — tidak ditemukan satu pun setelan LDAP di berkas konfigurasinya.
3. Lisensi AGPL-3.0 membawa kewajiban: Bila Anda memodifikasi kodenya lalu menyediakan layanannya kepada pihak lain melalui jaringan, lisensi ini mewajibkan Anda menyediakan kode hasil modifikasi itu. Memakainya apa adanya untuk keperluan internal tidak memicu kewajiban tersebut.
4. Ketersediaan menjadi urusan Anda: Server yang mati berarti brankas yang tidak dapat disinkronkan. Aplikasi klien memang menyimpan salinan terenkripsi secara lokal, sehingga kredensial yang sudah tersinkron tetap dapat dibaca. Perubahan baru tidak akan tersimpan sampai server kembali hidup.
5. Beban pemeliharaan bersifat berulang: Memperbarui container, memperpanjang sertifikat, memantau ruang penyimpanan, dan menguji cadangan adalah pekerjaan rutin. Bila tidak ada yang ditunjuk untuk mengerjakannya, penghematan biayanya berubah menjadi utang teknis.

Vaultwarden Dibanding Bitwarden Cloud, KeePassXC, dan Passbolt

Empat pilihan berikut sering dibandingkan berdampingan, padahal keempatnya menyelesaikan masalah yang berbeda.

Pemilihannya menjadi lebih mudah bila dirumuskan dari kebutuhan. Ingin pengalaman Bitwarden berbayar tanpa membayar dan sudah punya server: Vaultwarden. Tidak ingin mengurus server sama sekali: Bitwarden cloud. Menolak adanya server mana pun dan siap menyinkronkan berkas sendiri: KeePassXC. Butuh berbagi kredensial di dalam tim teknis dengan model kunci: Passbolt.

Kapan Vaultwarden Masuk Akal dan Kapan Sebaiknya Tidak

Vaultwarden memberi keuntungan paling jelas dalam dua keadaan. Pertama, ketika Anda sudah menyewa server untuk keperluan lain, sehingga menambah satu container berukuran 83 MB praktis tidak menambah biaya. Kedua, ketika jumlah penggunanya melewati enam orang.

Angka enam bukan angka sembarangan. Paket Families Bitwarden menampung enam akun seharga $47,88 per tahun. Melewati batas itu, Anda naik ke paket Teams seharga $4 per pengguna per bulan. Untuk sepuluh orang berarti $480 per tahun, dan untuk dua puluh orang $960 per tahun. Di titik itulah selisihnya menjadi terlalu besar untuk diabaikan.

Vaultwarden masuk akal bila server sudah ada atau pengguna lebih dari enam; tim 10 orang membayar $480 per tahun ke Teams.

Sebaliknya, ada tiga keadaan yang membuat layanan berlangganan justru pilihan yang lebih benar. Bila brankas ini akan menjadi satu-satunya alasan Anda menyewa server, hitung ulang, karena biaya server bisa melampaui biaya langganan yang ingin Anda hindari. Bila tidak ada satu orang pun yang ditunjuk memperbarui container setiap bulan, jangan mulai. Dan bila organisasi Anda terikat kewajiban kepatuhan yang menuntut bukti sertifikasi seperti ISO 27001 atau SOC 2, dokumen itu hanya tersedia dari sisi layanan resmi.

Sebagai patokan operasional yang wajar: periksa rilis baru setiap bulan, dan perbarui dalam hitungan hari bila rilis itu memuat perbaikan keamanan. Uji pemulihan cadangan minimal setiap tiga bulan.

Pertanyaan yang Sering Muncul Seputar Vaultwarden

Apakah aplikasi Bitwarden di ponsel bisa dipakai untuk Vaultwarden?

Bisa, dan memang begitu cara yang dianjurkan. Aplikasi Bitwarden untuk Android maupun iOS menyediakan pilihan server mandiri di layar sebelum masuk. Isikan alamat instansi Anda di kolom itu, lalu masuk seperti biasa. Hal yang sama berlaku untuk ekstensi Chrome, Firefox, dan Edge, serta aplikasi desktop dan alat baris perintahnya. Syaratnya satu: alamat tersebut harus dapat dijangkau lewat HTTPS dengan sertifikat yang dipercaya perangkat Anda.

Apa yang terjadi pada kata sandi saya kalau server Vaultwarden mati?

Anda masih dapat membaca kredensial yang sudah tersinkron sebelumnya, karena aplikasi klien menyimpan salinan brankas secara terenkripsi di perangkat. Yang berhenti adalah sinkronisasi: entri baru dan perubahan tidak tersimpan ke server, dan perangkat lain tidak menerima pembaruan sampai server hidup kembali. Perangkat yang belum pernah masuk sama sekali tidak dapat membuka brankas selama server padam.

Bisakah data dari Bitwarden cloud atau KeePass dipindahkan ke Vaultwarden?

Bisa, dan prosesnya identik dengan perpindahan antar-instansi Bitwarden karena formatnya sama. Ekspor brankas dari sumber lama menjadi berkas JSON atau CSV, lalu impor lewat menu di antarmuka web Vaultwarden. Berkas KeePass juga diterima. Satu hal perlu diperhatikan: berkas hasil ekspor berisi kata sandi dalam bentuk terbaca. Hapus berkas itu segera setelah impor selesai, termasuk dari folder unduhan dan tempat sampah.

Kenapa antarmuka Vaultwarden hanya berputar dan tidak pernah selesai memuat?

Tiga penyebab menutupi hampir semua kasus. Pertama, alamatnya diakses lewat HTTP biasa, sehingga fungsi kriptografi peramban tidak tersedia dan brankas tidak pernah terbuka. Kedua, reverse proxy belum meneruskan koneksi WebSocket, sehingga sinkronisasi langsung menggantung meski halamannya tampil. Ketiga, nilai DOMAIN berbeda dari alamat yang benar-benar Anda buka, sehingga permintaan dari antarmuka menuju alamat yang salah. Periksa ketiganya berurutan sebelum menyentuh basis data.

Bagaimana cara mengetahui versi Vaultwarden yang sedang berjalan dan memperbaruinya?

Nomor versinya tercetak di bagian bawah halaman antarmuka web, dan juga tampil di panel admin bila panel itu Anda aktifkan. Untuk memperbarui, tarik image terbaru lalu buat ulang containernya dengan docker compose pull diikuti docker compose up -d. Data Anda tidak terpengaruh karena tersimpan di folder yang dipetakan dari luar container. Cadangkan folder data sebelum memperbarui, terutama bila Anda melompati beberapa versi sekaligus.

Apakah Vaultwarden sudah mendukung login dengan passkey?

Belum. Passkey dapat dipakai sebagai faktor kedua melalui FIDO2 WebAuthn. Namun masuk sepenuhnya dengan passkey, sebagai pengganti master password, masih berada di daftar fitur yang mungkin ditambahkan bila waktunya memungkinkan. Bila kemampuan itu wajib ada bagi organisasi Anda, periksa kembali daftar fitur di wiki resminya sebelum memutuskan, karena statusnya berubah seiring rilis.

Kesimpulan

Vaultwarden adalah server Bitwarden yang ditulis ulang komunitas dengan bahasa Rust. Ia berjalan sebagai satu container berukuran di bawah 90 MB, dan membuka seluruh fitur premium Bitwarden tanpa berkas lisensi. Enkripsinya terjadi di perangkat Anda, sehingga memindahkan penyimpanan ke server sendiri tidak menurunkan kualitas kriptografi yang Anda pakai.

Yang berubah pada 2026 adalah alasan memilihnya. Setelah Bitwarden lite hadir dengan kebutuhan 200 MB memori, argumen "lebih ringan" tidak lagi menentukan. Pembeda yang tersisa adalah lisensi. Pembeda itu baru terasa besar ketika jumlah pengguna Anda melewati enam orang, atau ketika servernya memang sudah ada untuk keperluan lain.

Sebelum memutuskan, pastikan tiga hal terpenuhi: ada yang bertanggung jawab memperbarui containernya, HTTPS sudah terpasang lewat reverse proxy, dan cadangan folder data sudah diuji pemulihannya. Tanpa ketiganya, penghematan biaya hari ini berubah menjadi persoalan yang lebih mahal di kemudian hari.

Semoga artikel ini membantu.