Bitwarden+KeePassXC：Answer by Chat GPT（Open AI）
＞
Bitwarden導入・運用マニュアル 第2版
Windows 11・Android・iPadOS／6種類のブラウザ／複数フォルダー／パスワード・パスキー・2段階認証／バックアップと復旧
前提の修正、ありがとうございます。
今回の条件を見て、設計を少し変えた方がよいと思いました。特に重要なのは、次の4点です。
3種類の端末を同じ保管庫で連携する。
6種類のブラウザで、混乱せずに使えるようにする。
重要度の違いを、単なるフォルダー分け以上にどう管理するか。
バックアップから最新状態へ復旧する手順を確立する。
そして、もう一つ。
今回の質問で、私が特に重要だと思ったのは「データのマージ」です。
バックアップを取得した後にも、日常的に新しい情報を登録したり変更したりします。いざ復旧するとき、バックアップを丸ごと戻すだけでは、バックアップ取得後のデータを失う可能性があります。
この問題は、最初から運用設計に組み込んでおくべきです。
0. 今回の導入環境と基本方針
利用する端末
パソコン
Dell 14／Windows 11
主たる管理・バックアップ端末
スマートフォン
Google Pixel 11／Android
日常のログイン・認証
タブレット
Apple iPad A16／iPadOS
後日追加・閲覧とログイン
使用ブラウザ
私の推奨する基本方針
項目 | 推奨 |
|---|---|
Bitwardenアカウント | まず1つ |
プラン | 無料版 |
データ分類 | フォルダー |
重要情報 | 最重要フォルダーに集約 |
PC | Bitwarden拡張機能＋Web保管庫 |
Pixel | Android公式アプリ |
iPad | iPadOS公式アプリ |
2段階認証 | 認証アプリ＋復旧コード |
パスキー | まずBitwarden以外の仕組みも理解してから |
バックアップ | 暗号化JSON＋別媒体 |
運用 | 定期的に復元テスト |
なお、端末が3種類、ブラウザが6種類あっても、基本的には同じBitwardenアカウントを使えます。
無料版でも端末数に制限はありません。
ブラウザごとに別のパスワード管理を作らないこと。
これが今回の運用の大原則です。
1. 6種類のブラウザをどう使い分けるか
これは今回、かなり重要な設計ポイントです。
6種類すべてにBitwardenを入れることはできます。ただし、6種類すべてでパスワードの自動保存・自動入力を有効にすると、ブラウザ自身のパスワード管理機能と競合したり、どこに保存したのか分からなくなったりします。
1-1. ブラウザごとの推奨構成
Brave
プライバシー重視の日常利用
Firefox
独立したブラウザ環境
Edge
Windowsとの連携・予備
Chrome
Googleサービスとの連携
Vivaldi
カスタマイズ・独自の使い方
Avast Secure Browser
補助・検証用
Bitwardenの公式ブラウザ拡張機能は、Chrome、Firefox、Edge、Braveなどをサポートしています。VivaldiやAvast Secure BrowserはChromium系なので、Chrome Web Storeからの導入を試す構成になります。ただし、個々のバージョンでの動作保証とは区別してください。
1-2. 重要な運用ルール
私なら、次のように統一します。
パスワードの新規生成はBitwarden。
パスワードの保存先もBitwarden。
ブラウザ内蔵のパスワード保存機能は原則オフ。
Bitwardenの自動入力は自分で選択。
ブラウザを変更しても同じBitwarden保管庫を使用。
これで6種類のブラウザを使い分けても、パスワードの管理場所は一つになります。
なお、ブラウザのCookieや閲覧履歴、ブックマークなどは別の問題です。Bitwardenを同期しても、ブラウザの環境そのものが6種類で統一されるわけではありません。
1-3. PixelとiPadのブラウザ
スマートフォン・タブレットでは、ブラウザ拡張機能の事情がPCとは異なります。
Androidでは、Bitwardenアプリをインストールして、Androidの「自動入力サービス」にBitwardenを指定します。
iPadでは、iPadOSの「パスワードと自動入力」設定からBitwardenを有効にします。
これにより、SafariやChromeなど、対応するアプリ・ブラウザのログイン画面でBitwardenを呼び出せます。
ただし、6種類のブラウザすべてで同じ挙動になるとは限りません。特にAvast Secure Browserや一部のモバイルブラウザは、実際の自動入力動作を確認してください。
2. アカウント用メールアドレスの選び方
ご指摘のとおり、普段使いのメールアドレスをBitwardenのアカウント識別に使うことに抵抗がある、という考え方は理解できます。
ただし、ここで少し整理します。
メールアドレスが過去に流出していることと、Bitwardenの保管庫が破られることは別です。
メールアドレスは公開・流出していても、それだけで保管庫に侵入できるわけではありません。
2-1. おすすめのメールアドレス
Bitwarden専用のメールアドレスを一つ用意する方法をお勧めします。
条件は次のとおりです。
Bitwarden以外には原則使用しない。
長期間維持できるメールサービスを使う。
そのメールアカウント自体に強いパスワードを設定する。
メール側にも2段階認証を設定する。
復旧用メールや電話番号を適切に登録する。
ここで注意したいのは、Brave Email Aliasのような転送用アドレスを使う場合です。
エイリアスサービスの停止・解約・障害でBitwardenからの重要な通知を受け取れなくなる可能性があります。
そのため、Bitwardenの登録先は、転送サービスに依存しない長期利用可能なメールアドレスを第一候補にしたいところです。
2-2. メールアドレスとマスターパスワードは別物
項目 | 役割 |
|---|---|
メールアドレス | アカウントの識別・通知 |
マスターパスワード | 保管庫を開くための主要な秘密 |
2段階認証 | ログイン時の追加確認 |
復旧コード | 2段階認証が使えなくなったときの備え |
メールアドレスが知られても、マスターパスワードと2段階認証が守られていれば、簡単には侵入できません。
3. マスターパスワード・2段階認証・復旧コード
ここは少し丁寧に説明します。
3-1. 2段階認証とは
Bitwardenにログインする際、通常のマスターパスワードだけでなく、もう一つの確認手段を要求する仕組みです。
例えば、
ログインの流れ
メールアドレスを入力
自分のBitwardenアカウントを指定。
マスターパスワードを入力
第一の認証。
認証アプリの6桁コードを入力
第二の認証。
保管庫を開く
ログイン完了。
なお、毎回保管庫を開くたびに2段階認証を求められるわけではありません。
既にログイン済みの端末で保管庫をロック解除する場合は、設定によってマスターパスワード、PIN、生体認証などを利用できます。
3-2. 無料版で使える2段階認証
Bitwardenの個人アカウントでは、無料版でも次の方式が利用できます。
方式 | 無料版 | 特徴 |
|---|---|---|
認証アプリ | ○ | 6桁コードを生成 |
FIDO2/WebAuthn | ○ | セキュリティキーなど |
メール認証 | ○ | メールにコードを送信 |
Duo | 有料機能 | 外部認証サービス |
YubiKey OTP | Premium | 特定のYubiKey方式 |
私の推奨は、無料版の認証アプリ方式、またはFIDO2セキュリティキー方式です。
メール認証だけに頼るよりも、独立した認証手段を持つ方がよいでしょう。
3-3. 認証アプリ方式の具体的な仕組み
認証アプリをスマートフォンに入れておきます。
Bitwardenの設定画面で認証アプリ方式を選ぶと、QRコードが表示されます。
そのQRコードを認証アプリで読み取ります。
すると、認証アプリとBitwardenの間で秘密の情報が共有されます。
以後、認証アプリは時間に応じて6桁の数字を生成します。
例えば、
10:00:00～10:00:29：123456
10:00:30～10:00:59：654321
という具合に一定時間ごとに変わります。
実際の数字は例です。
これがTOTPです。
重要なのは、QRコードを読み取った時点で、認証アプリに認証用の秘密情報が登録されることです。
そのため、QRコードや秘密情報は第三者に見せてはいけません。
3-4. 復旧コードとは何か
2段階認証を設定すると、復旧用のコードを取得できます。
これは、スマートフォンを紛失したり、認証アプリが使えなくなった場合に、通常の2段階認証を突破するための予備手段です。
マスターパスワードの代わりではありません。
また、Bitwardenの復旧コードは、通常、使い切りのコードとして扱われます。利用後は新しいコードを取得して保管し直す必要があります。
失わないための管理表
管理対象 | 保管先 |
|---|---|
マスターパスワード | 紙・施錠保管 |
2段階認証の復旧コード | 紙・別保管 |
認証アプリ | Pixelなど |
予備認証手段 | 別のFIDO2キーなど |
暗号化バックアップのパスワード | 別の安全な記録 |
注意： マスターパスワードと2段階認証の両方を失った場合、個人向け無料アカウントでは運営会社が本人確認だけで保管庫を復元してくれるわけではありません。
3-5. Pixelを認証アプリにする場合
PixelをBitwardenの2段階認証に使うなら、認証アプリはBitwarden本体とは別のアプリにしておくのが分かりやすいです。
Bitwarden PremiumにはTOTP生成機能もありますが、Bitwarden自身のログイン用認証コードを同じBitwarden保管庫に置く構成は、初期導入では避けたいところです。
認証する側と認証される側を分離するわけです。
4. YubiKeyとは何か
YubiKey
パソコンやスマートフォンに接続して使う、小さな物理的な認証装置です。
簡単に言えば、パスワードに加えて「自分が持っている物」を認証に使います。
例えばUSB-Cタイプなら、パソコンのUSB-C端子に挿して認証できます。NFC対応タイプなら、対応するスマートフォンに近づけて認証する方法もあります。
4-1. 認証アプリとYubiKeyの違い
項目 | 認証アプリ | YubiKey |
|---|---|---|
形態 | スマホアプリ | 物理キー |
認証 | 6桁の数字など | 暗号学的な認証 |
電池 | 端末に依存 | 通常不要 |
紛失リスク | スマホ紛失 | キー紛失 |
複製への耐性 | 秘密情報の管理が重要 | FIDO2はフィッシング耐性が高い |
無料版Bitwarden | ○ | FIDO2方式は○ |
YubiKeyを使う場合、無料版でもFIDO2/WebAuthn方式の2段階認証ができます。
Premiumが必要なのは、YubiKey OTPという別方式です。
ここは混同しないでください。
4-2. 私ならどうするか
導入当初は認証アプリで十分です。
将来、より強い認証を求めるなら、YubiKeyを追加することを検討します。
YubiKeyは1本だけでなく、予備を用意してBitwardenの2段階認証に複数登録しておくと、紛失時の備えになります。
ただし、YubiKeyを登録しただけで、マスターパスワードを忘れても復旧できるわけではありません。
5. パスキーの仕組み――ここは理解しておきたい
今回の質問の中でも、特に面白いテーマです。
従来のパスワード方式から、パスキー方式へ移行するサービスが増えています。
5-1. そもそもパスキーとは
パスキーは、パスワードを入力しなくてもログインできる認証方式です。
代表的なものがFIDO2/WebAuthnという技術です。
パスキーでは、2つの鍵を使います。
公開鍵：Webサービス側に登録される。
秘密鍵：利用者側の端末やパスワードマネージャーに保管される。
パスキーの基本構造
Webサービス
登録・照合に使う
Bitwardenなど
本人側で保管
公開鍵と秘密鍵は対になっていますが、公開鍵から秘密鍵を実用的に復元することはできません。
5-2. 指紋認証はどこで登場するのか
ここが誤解しやすいところです。
指紋そのものがWebサイトに送られるわけではありません。
例えば、Pixelの指紋認証を使う場合。
Webサイトがパスキーによるログインを要求する。
Pixelがパスキーの利用を求める。
指紋認証で本人確認する。
端末内の秘密鍵を使って認証用の署名を作る。
Webサイトが公開鍵を使って署名を検証する。
ログインが成立する。
つまり、指紋は端末内で秘密鍵を使うことを許可するための本人確認手段です。
顔認証、PINなどが使われる場合もあります。
5-3. Bitwardenにパスキーを登録するとは？
ここが今回の疑問の中心ですね。
自分で指紋情報を取り込んでBitwardenに登録するのではありません。
実際の流れは次のようになります。
パスキー新規登録のイメージ
Webサイトでパスキー登録を選ぶ
例えば、パスキー対応の通販サイト。
Bitwardenが登録要求を受け取る
ブラウザ拡張機能やスマートフォンのBitwardenが候補として表示される。
保存先としてBitwardenを選ぶ
Bitwardenが秘密鍵を生成し、暗号化して保管庫に保存する。
Webサイト側に公開鍵が登録される
サイトは公開鍵を保存する。
次回からパスキーでログイン
Bitwardenが秘密鍵を使った認証を行う。
つまり、パスキーはWebサイトとBitwardenの間で自動的に生成・登録されるものです。
自分で秘密鍵を作成したり、指紋を取り込んだりする必要はありません。
5-4. Pixel・iPad・Windowsでパスキーを使う
Bitwardenはパスキーの保存・利用に対応しています。
Windows：ブラウザ拡張機能を通じて利用。
Android：Bitwardenをパスキープロバイダーに設定。
iPadOS：Bitwardenをパスワード・パスキーの自動入力先に設定。
AndroidではBitwardenによるパスキー利用にAndroid 14以降が必要です。iPadではiPadOS 17以降が必要です。
ただし、ここには重要な注意点があります。
パスキーの保存先は統一しておくこと。
例えば、同じサービスのパスキーをGoogle、Apple、Bitwardenに無計画に分散させると、どこに保存したのか分からなくなります。
今回なら、パスキーをBitwardenに保存するか、GoogleやAppleの標準管理機能に保存するか、サービスごとに方針を決めることをお勧めします。
最初はパスワード管理をBitwardenに統一し、パスキーは対応サービスが出てきた段階で一つずつ移行するのがよいでしょう。
なお、パスキーもバックアップが重要です。BitwardenのJSONエクスポートには保存済みパスキーが含まれます。
6. フォルダー・一覧表示・検索の使い勝手
今回の質問で、もう一つ大切なのがここです。
Bitwardenは、パスワードを1件ずつ検索して開くしかないのか？
答えは、いいえ。
一覧表示、フォルダー表示、検索、種類別の絞り込みなどができます。
6-1. フォルダー構成のおすすめ
今回の用途なら、私は次のようにします。
00_最重要
Bitwarden登録メール、主要メール、金融機関、証券、本人確認に関わるもの
10_重要
通信、通販、クレジットカード、契約サービス
20_一般
会員サイト、情報配信、趣味、ニュースなど
30_情報・資料
取引先リスト、契約情報、機器情報、設定メモ
90_整理待ち
新規登録、仮登録、整理前の情報
これは個人用のフォルダーなので、無料版で使えます。
6-2. 検索は1アカウント全体でできるのか
できます。
ただし、どこを検索対象にしているかによります。
「すべてのアイテム」を選択：保管庫全体を検索。
特定のフォルダーを選択：そのフォルダー内だけを検索。
「ログイン」を選択：ログイン情報だけを検索。
つまり、通常は全体検索もできますし、フォルダー単位の検索もできます。
6-3. 複数ワード検索・あいまい検索
これも対応しています。
例えば、
銀行 SBI
と検索すると、名前やユーザー名などに該当する語があるアイテムを探せます。
さらにPC版のWeb保管庫、ブラウザ拡張機能、デスクトップアプリでは、検索語の先頭に > を付ける高度な検索機能があります。
例えば、
>name:email名前にemailを含むものを検索。
>login.username:*@gmail.comGmailのアドレスをユーザー名に使っているログイン情報を検索。
>name:email~1編集距離1のあいまい検索で、emailに近い単語も探します。
複数条件の指定もできます。
>+name:bank +name:SBI名前にbankとSBIの両方を含むアイテムを検索する例です。
なお、スマートフォン版はPC版と同じ高度な検索機能がすべて使えるわけではありません。基本検索を中心に使う方がよいでしょう。
6-4. 一覧表として管理したい場合
Bitwardenはデータベース管理ソフトではありません。
Excelのように、全項目を列に並べて自由に並べ替えたり、複数レコードを一括編集したりする用途には向いていません。
ただし、Web保管庫やデスクトップアプリでは、アイテム一覧から名前や種類を見て選べます。
また、エクスポートしたJSONを使って、別途Excelなどで一覧表を作ることもできます。
ここで注意。
CSVやJSONのエクスポートファイルは、平文で出力する場合にはパスワードがそのまま読める危険なファイルです。
一覧表を作成したら、作業用ファイルを安全に管理し、不要になった平文ファイルは適切に削除してください。
7. レコードの標準構成とカスタムフィールド
この点については、前回より少し設計を明確にしたいと思います。
Bitwardenは、一般的なリレーショナルデータベースとは違います。
つまり、全レコードが同一の列構成でなければならないわけではありません。
各アイテムは、それぞれ独立した構成を持ちます。
例えば、銀行と通販サイトでは必要な情報が違います。
無理に同じ構成にする必要はありません。
7-1. 推奨する標準構成
項目 | ログイン情報 |
|---|---|
名前 | サービス名 |
フォルダー | 重要度 |
ユーザー名 | ログインID |
パスワード | 固有パスワード |
URI | ログインURL |
メモ | 補足事項 |
これを基本形にします。
7-2. 追加項目を使う場合
例えば、銀行では支店番号や口座番号、会員サービスでは会員番号などが必要になる場合があります。
そうしたときにカスタムフィールドを使います。
おすすめは、追加項目を最小限にすることです。
分野 | 追加候補 |
|---|---|
金融 | 支店番号・口座番号 |
通販 | 会員番号 |
通信 | 契約番号 |
情報配信 | 配信登録メール |
機器 | 製品型番・シリアル番号 |
ただし、口座番号などの重要情報を保存する必要性は個別に判断してください。
7-3. 全レコードの統一は必要か
結論として、統一するのは「基本的な命名規則」だけで十分です。
例えば、
名前はサービス名を先頭にする。
フォルダーは重要度で分類する。
URIは公式サイトのURLを登録する。
メモには補足情報だけを入れる。
これだけ決めておけば十分です。
カスタムフィールドの名称を全レコードで統一する必要はありません。
むしろ、無理に共通化すると、必要のない項目まで増えてしまいます。
7-4. 私のおすすめ
最初の100件程度は標準項目だけで運用してみる。
実際に不足する情報が出てきたら、必要なアイテムだけカスタムフィールドを追加する。
これが一番合理的です。
8. バックアップと復旧――第2版で最も重要な変更点
今回、バックアップについては、単なる保存方法だけでなく、日常的に更新している保管庫をどう復旧するかまで考えます。
8-1. Bitwardenのバックアップ形式
形式 | 内容 | 用途 |
|---|---|---|
CSV | 表形式 | 簡易的な移行 |
JSON | 詳細なデータ | 移行・加工 |
暗号化JSON | 暗号化されたデータ | 通常バックアップ推奨 |
ZIP（添付ファイル付き） | データと添付ファイル | 添付資料も含めた移行 |
通常のバックアップには暗号化JSONを使います。
保存済みのパスキーなどもJSON形式で保存できます。CSVではすべてのデータを保持できません。
8-2. 暗号化JSONには2種類ある
ここは重要です。
種類 | 特徴 |
|---|---|
アカウント制限型 | 元のアカウントでのみ復元可能 |
パスワード保護型 | 別のアカウントにも復元可能 |
私は、長期保存用としてはパスワード保護型を推奨します。
例えば、将来Bitwardenのアカウントを変更したり、別の環境に移行したりする可能性があるからです。
ただし、パスワード保護型のバックアップは、設定したエクスポート用パスワードを失うと復元できません。
一方、アカウント制限型は、元のアカウントの暗号鍵を変更すると古いバックアップを復号できなくなる場合があります。
この違いは覚えておいてください。
8-3. おすすめのバックアップ周期
タイミング | 作業 |
|---|---|
導入直後 | 初回バックアップ |
重要情報を変更したとき | 臨時バックアップ |
毎月 | 定期バックアップ |
3か月ごと | 復旧テスト |
大幅な整理をしたとき | 臨時バックアップ |
保存ファイルには日付を付けます。
例えば、
Bitwarden_2026-11-05.json
Bitwarden_2026-12-05.json
Bitwarden_2027-01-05.jsonという具合です。
8-4. 保管場所
私は次の構成を推奨します。
バックアップの保管場所
USBメモリー等
暗号化JSONを保存。普段はPCから取り外す。
別の安全な保存先
もう一つの媒体または信頼できる暗号化ストレージ。
紙の復旧情報
マスターパスワードと復旧コードを別に保管。
OneDriveを利用する場合は、暗号化したJSONだけを置く方法もあります。
ただし、OneDriveのアカウントそのものが乗っ取られる可能性も考え、唯一のバックアップ先にはしないことです。
8-5. 復旧方法
例えば、Dellのパソコンが故障してしまったとします。
新しいパソコンにBitwardenを導入し、元のアカウントにログインできれば、サーバーと同期されているデータを取得できます。
それができない場合には、バックアップから復元します。
手順は次のとおりです。
Bitwardenの新しい環境を用意する。
必要なら新しいアカウントを作成する。
Web保管庫のインポート機能を開く。
暗号化JSONを指定する。
パスワード保護型ならエクスポート用パスワードを入力する。
インポートする。
アイテム数・内容を確認する。
PC・スマホ・iPadに同期する。
公式手順：Bitwardenデータのインポート
8-6. 最新データとバックアップのマージ
ここが今回のポイントです。
例えば、次のような状態を想定します。
時点 | データ |
|---|---|
11月1日 | バックアップ取得 |
11月5日 | 新しいサイトを3件登録 |
11月6日 | 既存パスワードを2件変更 |
11月7日 | PC故障・復旧作業 |
11月1日のバックアップだけを復元すると、11月5日以降の情報が不足します。
では、どうするか。
Bitwardenのインポートは、既存アイテムとの重複を自動判定しません。
同じデータを再インポートすると、重複レコードが作成されます。
したがって、次の運用が安全です。
推奨するマージ手順
現在の保管庫を先に保全
現在のアカウントにアクセスできる場合は、現時点のデータも別途エクスポートする。
バックアップを別の場所で復元
可能なら空のテスト用アカウントに復元し、古いデータの内容を確認する。
差分を確認
新規登録されたもの、変更されたもの、削除されたものを比較する。
新規・変更分だけ反映
必要なレコードだけを現行保管庫に追加・更新する。
最終確認
重複や古いパスワードが残っていないか確認し、最新状態で再バックアップする。
8-7. マージをもっと簡単にする工夫
私は、毎月のバックアップに加えて、次の運用を推奨します。
重要な変更をしたときに、その都度バックアップを取る。
例えば、銀行のパスワードを変更した場合、登録直後にバックアップを更新する。
こうすれば、バックアップとの差分が小さくなります。
また、バックアップを復元する際は、現行保管庫にいきなり全部をインポートしないことです。
Bitwardenには標準で完全な差分マージ機能があるわけではないので、テスト環境で比較してから反映するのが安全です。
9. パスワード以外の情報を管理する
これはBitwardenの意外と面白い使い方です。
必ずしもログイン情報だけに限定する必要はありません。
例えば、次のような情報です。
9-1. 情報配信サービスの登録先
ニュース、メールマガジン、情報配信サービスなど。
登録例：情報配信先
項目 | 内容 |
|---|---|
名前 | ○○ニュース |
種類 | 情報配信 |
メールアドレス | 登録に使用したアドレス |
URL | 配信元の公式サイト |
メモ | 配信頻度・解除方法 |
ログインパスワードがないサービスでも、セキュアメモなどで管理できます。
9-2. 取引先・連絡先リスト
例えば、
会社名
担当部署
公式Webサイト
問い合わせ窓口
契約関係の情報
更新時期
などを記録できます。
ただし、住所録や顧客管理を大量に行うなら、専用の管理ソフトの方が適しています。
9-3. PC・スマホ・周辺機器の管理
これも便利です。
Dellの製品型番
保証期間
サポート窓口
Wi-Fiルーターの管理情報
プリンターの設定情報
ソフトウェアのライセンス情報
機器ごとにセキュアメモを作っておくと、いざというときに役立ちます。
9-4. 契約・更新管理
例えば、
サービス | 管理情報 |
|---|---|
メールサービス | 登録アドレス・更新条件 |
クラウドストレージ | 容量・契約プラン |
動画サービス | 契約開始日・更新日 |
通信サービス | 契約番号・問い合わせ先 |
こうした情報をまとめておけば、契約管理の補助台帳になります。
ただし、Bitwardenには一般的な予定通知・更新日のアラーム機能はありません。
カレンダーやリマインダーと併用します。
9-5. おすすめのアイテム分類
アイテム種類 | 利用例 |
|---|---|
Login | ID・パスワード |
Secure Note | 情報配信先、契約情報、設定メモ |
Identity | 本人情報 |
Card | カード情報 |
無料版でもこの基本的な4種類を利用できます。
10. Bitwardenという会社は信頼できるか
さて、ここは少し企業評価の話です（笑）。
パスワード管理サービスは、会社が10年、20年と存続してくれることが望ましいものです。
会社が消滅したら困りますからね。
10-1. 会社の概要
Bitwarden, Inc.は米国カリフォルニア州サンタバーバラに本拠を置く企業です。
項目 | 内容 |
|---|---|
設立 | 2016年 |
本社 | 米国カリフォルニア州 |
創業者 | Kyle Spearrin |
CEO | Michael Sullivan |
主力製品 | Bitwarden Password Manager |
事業 | 個人・企業向けパスワード管理、認証・秘密情報管理 |
2026年6月の創業者による公式発表では、世界180か国以上、1,500万人超の利用者、8万社超の企業利用を公表しています。
10-2. セキュリティ面の実績
Bitwardenの評価で重要なのは、次の点です。
ソフトウェアのソースコードを公開している。
第三者によるセキュリティ監査を受けている。
脆弱性報告制度を設けている。
SOC 2 Type II、SOC 3の認証・報告に対応。
ISO 27001認証を取得。
暗号化を利用者側で行うゼロ知識設計を採用。
公式のコンプライアンス情報：セキュリティ認証・監査情報。
10-3. 将来に向けて安心な会社か
私の評価は、現時点では有力な長期利用候補。ただし、会社の永続性を保証することはできないです。
理由を整理します。
プラス評価
10年の事業実績
1,500万人超の利用者
オープンソース
企業向け事業も展開
複数のセキュリティ認証
無料版でも基本機能を提供
注意しておきたい点
米国企業であること
クラウドサービスであること
会社の経営状況は将来変わり得ること
サービス仕様・価格が変更される可能性
サーバー障害や事業撤退の可能性
特に、パスワードマネージャーはサービス会社の存続だけに依存しないことが重要です。
Bitwardenの場合、暗号化JSONで自分のデータを取り出せるので、他社への移行が可能です。
これは企業の将来性を評価するうえでも大きな安心材料です。
10-4. 米国企業だから心配すべきこと
データの保管場所、米国法令、プライバシーポリシーなどは確認しておくべきです。
Bitwardenには米国・欧州のサーバー環境があります。アカウント作成時に選んだ地域が重要で、後から自由に変更できるものではありません。
日本から利用する場合、通常は米国サーバーを選択することになりますが、データの保管地域を重視するなら、登録時に確認してください。
また、ゼロ知識暗号化は、運営会社に保管庫の平文を見せないための仕組みですが、利用者の端末が侵害される問題までは解決しません。
11. 競合サービスとの比較
Bitwardenだけが選択肢ではありません。
代表的な競合を整理します。
比較表
比較項目 | Bitwarden | 1Password | Proton Pass | KeePassXC |
|---|---|---|---|---|
無料利用 | ○ | 基本× | ○ | ○ |
クラウド同期 | ○ | ○ | ○ | 自分で構築 |
オープンソース | ○ | × | ○ | ○ |
パスキー | ○ | ○ | ○ | 対応 |
複数端末 | ○ | ○ | ○ | 構成次第 |
自己管理 | 中程度 | 低め | 中程度 | 高い |
導入の簡単さ | 良好 | 良好 | 良好 | やや難しい |
※機能や無料範囲はプラン・バージョンによって異なります。
私の評価
今回の環境なら、Bitwardenが第一候補です。
理由は、
Windows・Android・iPadOSをまたいで使える。
6種類のブラウザで使える可能性が高い。
無料版で十分な基本機能がある。
暗号化バックアップができる。
将来ほかのサービスに移行できる。
という点です。
1Passwordは使いやすさや家族共有を重視する場合に魅力があります。
KeePassXCはクラウド依存を避けたい人向けですが、今回のような複数端末連携では、運用負担が大きくなります。
12. 日本語サポート・問い合わせ
前回の内容をもう少し具体化します。
項目 | 評価 |
|---|---|
日本語Webサイト | ○ |
日本語ヘルプ | ○ |
日本語アプリ | ○ |
問い合わせフォーム | ○ |
メールによるサポート | 問い合わせ窓口あり |
電話サポート | なし |
常時有人チャット | 一般個人向けには期待しない |
日本語での個別回答 | 保証なし |
コミュニティ | あり |
公式窓口：Bitwarden問い合わせ窓口
日本語のヘルプはかなり充実しています。
ただし、翻訳ページがあることと、日本語で技術的な個別相談を受けられることは別です。
無料版の場合は、まずヘルプセンターとコミュニティを利用することになるでしょう。
有料版Premiumには優先サポートがありますが、日本語での電話対応が付くわけではありません。
13. 無料版・有料版とストレージ容量
料金は2026年11月5日時点の公式プラン表示を基準にします。
プラン | 年額 | 主な対象 |
|---|---|---|
Free | 無料 | 個人利用 |
Premium | 19.80ドル | 個人の高度な利用 |
Families | 47.88ドル | 最大6人の家族 |
13-1. Premiumのストレージは何に使う？
Premiumには、暗号化ファイル添付の容量が5GBあります。
例えば、
パスポートなどの本人確認資料
契約書の控え
機器の設定資料
重要な書類のコピー
各種証明書
などをアイテムに添付できます。
Familiesでは個人用5GBに加え、家族共有用5GBがあります。
容量は追加購入も可能です。
13-2. 5GBは十分か
私の判断では、パスワード管理に付随する小さな資料の保管なら、5GBはかなり余裕があります。
しかし、一般的なクラウドストレージの代用には向きません。
例えば、写真や動画を大量に保存する用途ではありません。
また、添付ファイルの容量と、パスワードなどのアイテム数は別です。
今回の利用目的なら、5GBを使い切る心配は当面しなくてよいでしょう。
ただし、無料版ではファイル添付機能そのものが利用できません。
13-3. 有料版にする価値はあるか
私なら次のように考えます。
機能 | 必要性 |
|---|---|
無制限パスワード保存 | 無料で十分 |
PC・スマホ・iPad同期 | 無料で十分 |
TOTP認証コードの保管 | Premiumに価値 |
添付ファイル5GB | 必要なら価値 |
緊急アクセス | 必要なら価値 |
セキュリティレポート | あれば便利 |
優先サポート | 必要性は低め |
したがって、最初は無料版で問題ありません。
13-4. 支払い方法
Premiumなどの契約は、Bitwarden公式サイトの契約画面から申し込みます。
決済方法は購入経路・地域によって異なる可能性があります。クレジットカードなど、実際に決済画面に表示される方法を確認してください。
スマートフォンのアプリ内購入を利用する場合は、Apple・Google側の決済条件も関係します。
料金は米ドル表示なので、為替レート、カード会社の換算、税金によって日本円の請求額が変わります。
公式料金：Bitwarden料金・プラン比較
14. 利用者数・データ件数・使いやすさ
14-1. 世界の利用者数
Bitwardenの2026年6月の公式発表では、
1,500万+
世界の利用者
個人・企業を含む公表値
8万+
企業利用
導入企業・組織
14-2. 日本国内の利用者数
ここは注意が必要です。
日本国内の個人利用者数について、信頼できる最新の公式統計は確認できませんでした。
したがって、国内利用者が何万人という数字は出せません。
ただし、日本語サイト・日本語アプリ・日本語ヘルプが用意されているため、日本から個人利用する環境は整っています。
14-3. 1,000件でも大丈夫？
はい。パスワードの登録件数については、無料版でも無制限です。
件数 | 私の評価 |
|---|---|
100件 | 普通に管理できる |
300件 | フォルダー分類が便利 |
500件 | 命名規則が重要 |
1,000件 | 問題なく管理対象にできる |
3,000件以上 | 整理・検索の工夫が重要 |
これは運用上の目安であり、公式の性能保証ではありません。
1,000件という件数自体は、Bitwarden導入をためらう理由にはなりません。
14-4. 100件程度が普通なのか
個人の登録件数は、利用するWebサービスの数によってかなり違います。
100件程度というのは、個人利用の一つの想定例としては自然ですが、一般利用者の平均値として確認できる統計はありません。
例えば、
メールアカウント
銀行・証券
クレジットカード
通販
携帯電話
各種会員サービス
情報配信
趣味・娯楽
ソフトウェア
公的サービス
と積み上げていけば、100件を超えることも珍しくないでしょう。
15. 導入後の運用ルール
ここまでの内容を、日常運用に落とし込みます。
15-1. 毎日の使い方
PCやスマホでBitwardenを使う。
新規登録時はBitwardenでパスワードを生成。
登録情報をBitwardenに保存。
ログイン時はサイトのドメインを確認。
Bitwardenから該当情報を選択。
必要に応じて同期を確認。
15-2. 毎月の作業
保管庫を同期する。
バックアップを取得する。
不要になったアイテムを整理する。
重要なパスワードの状態を確認する。
2段階認証の復旧情報を安全に保管できているか確認する。
15-3. 半年ごとの作業
バックアップからの復元テスト。
登録メールアドレスが使えることを確認。
端末の更新状況を確認。
不要な端末のログインセッションを確認。
重要アカウントの復旧方法を再確認。
16. 最終的な導入仕様書
今回の環境に対して、私が推奨する最終構成です。
Bitwarden推奨仕様 V2
アカウント
個人アカウント1つ
Bitwarden専用メールアドレス
固有のマスターパスワード
2段階認証を有効化
端末
Dell 14：管理・バックアップの中心
Pixel 11：日常利用・認証
iPad A16：後日追加
ブラウザ
Brave：主力
Firefox：主力・独立環境
Edge：補助
Chrome：補助
Vivaldi：補助
Avast Secure Browser：動作確認後に採用
フォルダー
00_最重要
10_重要
20_一般
30_情報・資料
90_整理待ち
セキュリティ
自動入力は手動選択
ブラウザ内蔵パスワード保存は原則オフ
自動ロックを設定
認証アプリを別管理
復旧コードを紙で保管
バックアップ
暗号化JSON
パスワード保護型を長期保存用に採用
月1回取得
重要変更時にも取得
別媒体に複数保管
3か月ごとに復元テスト
データ管理
基本項目を標準化
カスタムフィールドは必要なものだけ
全体検索とフォルダー検索を併用
重要情報の変更後は確認・再バックアップ
17. 導入作業の順番
最後に、実際に作業するときの順番を整理します。
作業進捗
0/10
18. 最後のまとめ――今回の設計で特に大事なこと
今回の構成について、私が特に重要だと考えることを5つに絞ります。
① Bitwardenのアカウントは一つから始める。
重要度別の管理はフォルダーで実現できます。複数アカウントにするのは、利用者や情報の所有者を分離する必要が出てからで十分です。
② ブラウザは6種類あっても、パスワードの保管場所は一つにする。
ブラウザごとにパスワードが分散することを避けます。
③ マスターパスワードと復旧コードは、Bitwardenの外にも保管する。
ここは絶対に手を抜かないことです。
④ バックアップは保存だけでなく、復旧・マージまで考える。
自動的な差分マージは期待せず、定期的なバックアップと比較・復旧の手順を確立します。
⑤ パスキーは急いで全面移行しない。
パスワードとパスキーが併存する時期です。仕組みを理解してから、対応サービスごとに移行するのがよいでしょう。
公式資料の保存版リンク
今後、操作方法を調べるときに便利なページをまとめておきます。
チャッピーから最後に一言（笑）。
今回の構想は、単にパスワードを保存するだけではなく、個人情報の管理基盤を作るという話に発展していますね。
私は、Bitwardenを「個人用の小さな情報管理センター」として使う考え方に賛成です。
ただし、何でも詰め込むのではなく、
秘密情報はBitwarden
大量の資料は別のストレージ
予定・更新日はカレンダー
一覧・集計はExcel
という役割分担がよいと思います。
これなら長く使える仕組みになります。
そして、導入時に一つだけ強くお勧めしたいのは、最初に10件程度で試運転し、同期・自動入力・バックアップ・復元の4つを確認してから本格移行することです。
最初から100件、200件を登録してしまうより、ずっと確実です（笑）。
＞
これは、かなり良い追加案だと思います。
むしろ、今回のBitwarden導入計画を一段強くする方法として、Bitwardenを日常運用の正本、KeePassXCをローカル保管の副本（バックアップ兼閲覧用）にするという二重構成は検討する価値があります。
私なら、次のように設計します。
二重保管構想
Bitwarden
クラウド同期・PC・Pixel・iPad・ブラウザ
定期的なデータ出力
暗号化バックアップを経由
KeePassXC
暗号化KDBXファイル・オフライン閲覧・非常時の参照
通常の運用方向はBitwardenからKeePassXCへの一方向。逆方向の自動同期は行わない。
ここで重要なのは、単に同じデータを二つに保存するのではなく、どちらが正しい情報なのかを常に明確にしておくことです。
KeePassXC側で変更した情報をBitwardenに戻すような双方向運用は、最初から避けた方がよいと思います。
1. BitwardenからKeePassXCへの移行・複製は可能か
実は、ここはかなり好都合です。
KeePassXCは、Bitwardenからのデータインポートに正式対応しています。
しかも、単なるCSV経由ではなく、BitwardenのJSON形式を直接読み込めます。暗号化JSONについても、エクスポート時のパスワードを指定してインポートする手順が用意されています。
つまり、今回考えている二重構成は、特別な変換ソフトを用意しなくても実現できます。
基本的な作業手順
Bitwardenから暗号化JSONをエクスポート。
DellにインストールしたKeePassXCを起動。
新しいデータベースを作成。
「データベース」→「インポート」→「Bitwarden」を選択。
エクスポートファイルを指定。
暗号化JSONのパスワードを入力。
インポート内容を確認。
KeePassXC形式のKDBXファイルとして保存。
これで、Bitwardenの保管庫をKeePassXC側にも再現するための基本的な経路ができます。
ただし、ここで一つ大切な区別があります。
データを移せることと、すべての機能・情報が完全に複製されることは別です。
通常のログイン情報、ユーザー名、パスワード、URI、メモなどは移行の中心になりますが、添付ファイル、カスタム属性、パスキー、TOTPなどは、項目ごとに移行結果を検証する必要があります。
特に添付ファイルは、通常のエクスポート・インポートだけで完全に移ると考えない方が安全です。
2. 推奨する二重構成
私は、KeePassXCを単なるバックアップファイル置き場にするよりも、独立したローカル保管庫として運用する方を推します。
項目 | Bitwarden | KeePassXC |
|---|---|---|
位置付け | 正本 | 副本 |
主な用途 | 日常利用 | 保存・参照・非常時 |
保管場所 | クラウド＋端末 | Dell・外部媒体 |
更新 | 日常的に更新 | 定期的に更新 |
ログイン利用 | 通常利用 | 原則参照のみ |
自動入力 | 使用する | 原則使用しない |
データ形式 | Bitwarden形式 | KDBX |
インターネット | 同期に必要 | ローカル利用可能 |
ここで一つ工夫
KeePassXCのデータベースを二つに分ける案もあります。
KeePassXCの保管庫
A：Bitwarden複製保管庫
Bitwardenの全体的な複製。非常時の参照・復旧用。
B：重要情報の独立保管庫
特に重要な情報だけを厳選して保管。Bitwardenが利用できない場合の独立した備え。
ただし、BはAから自動的に作るのではなく、独立して内容を管理します。
最初はAだけでも十分です。二つに分けるのは、実際の使い勝手を確認してからでよいでしょう。
3. 「リードオンリー的」に使う方法
ここは二つの意味に分けて考えましょう。
① オフラインで閲覧する
これはKeePassXCの得意分野です。
KDBXファイルがDellやUSBメモリーにあれば、インターネットに接続しなくても、マスターパスワードで開いて情報を確認できます。
Bitwardenのサーバーが停止していても、KeePassXC側のデータは影響を受けません。
② 誤って変更・削除できないようにする
こちらは運用上の工夫が必要です。
おすすめは次の方法です。
通常参照用のKDBXを別名で保存する。
Windowsのファイル属性やアクセス権で書き込みを制限する。
USBメモリーに保存した保管用コピーは、普段は取り外しておく。
更新作業は別の作業用コピーで行う。
Windowsの読み取り専用属性だけでは、強固なセキュリティ境界にはなりません。誤操作防止のための仕組みと考えてください。
また、KeePassXCにはデータベースのエントリー履歴・復元機能もあります。
私なら、次の3ファイルを用意します。
ファイル | 用途 |
|---|---|
BW_Master.kdbx | KeePassXCの更新用 |
BW_Reference.kdbx | 読み取り専用運用の参照用コピー |
BW_Archive_日付.kdbx | 過去の世代保存 |
参照用は更新用からコピーして作ります。
これなら、KeePassXC側で誤って変更しても、参照用の内容は残ります。
4. KeePassXCの更新作業はどうするか
ここは、毎月の定例作業にしてしまうと楽です。
毎月の更新フロー
Bitwardenの最新データをエクスポート
パスワード保護型の暗号化JSONを取得。
KeePassXCの更新用データベースを開く
既存データをそのまま上書きしない。
更新用データベースを新規作成
新しいKDBXに最新JSONをインポートする。
内容を比較・確認
件数、フォルダー、重要レコード、TOTPなどを確認。
新しいKDBXを正式採用
旧版はアーカイブとして保存。
参照用コピーを更新
内容を確認した新しいKDBXから参照用を作成。
この方式なら、既存データとの重複やマージの問題をかなり避けられます。
毎回、最新のBitwardenから新しいKDBXを作るためです。
ただし、Bitwarden側で削除した情報も、次の複製では消えることになります。過去の情報を残したい場合は、アーカイブを別途保管します。
また、KeePassXC側で独自に追加した情報は、次回の複製で消えてしまう可能性があります。
そのため、KeePassXCは参照専用にして、独自情報を追加しないというルールが大切です。
5. TOTP・パスキー・添付ファイルの扱い
ここは二重保管を考えるうえで、少し注意が必要です。
データ | KeePassXCでの扱い |
|---|---|
ID・パスワード | 基本的にインポート対象 |
URL | 基本的にインポート対象 |
メモ | 基本的にインポート対象 |
カスタムフィールド | 内容を確認 |
TOTP | インポート結果を個別確認 |
パスキー | 個別に移行・復元を確認 |
添付ファイル | 別途バックアップを検討 |
KeePassXC自身もTOTP生成やパスキー管理に対応しています。
ただし、Bitwardenからのインポート機能と、KeePassXC自身の機能は別です。
特にパスキーについては、今回の複製構成では、最初から完全に移行できると考えない方がよいです。
重要なパスキーはBitwarden側を正本として維持し、別途、対応状況を確認することをお勧めします。
また、Bitwardenの添付ファイルは、暗号化JSONだけで完全に複製できると考えないこと。添付ファイルがある場合は別途保全します。
6. KeePassXCの一覧表示について
（笑）ここは私も、少し物足りない部分だと思います。
KeePassXCはExcelのような一覧管理ソフトではありません。
ただし、グループ内のエントリーを一覧表示し、タイトルやユーザー名、URLなどを確認することはできます。
検索や並べ替えも可能です。
一覧性を改善する方法
私なら、次の3つを使い分けます。
A. KeePassXCのグループ
Bitwardenのフォルダーに相当する分類です。
00_最重要
10_重要
20_一般
30_情報・資料
グループを選ぶと、その中のレコードを一覧できます。
B. 検索
タイトル、ユーザー名、URLなどから目的の情報を探します。
C. Excelによる一覧表
これが一番自由度があります。
例えば、
重要度 | サービス名 | 種類 | 登録メール | 更新日 |
|---|---|---|---|---|
最重要 | SBI証券 | 金融 | 専用メールA | 11/05 |
重要 | 通販サイトA | 通販 | 専用メールB | 11/03 |
一般 | ニュースA | 配信 | 専用メールC | 10/25 |
といった一覧表です。
ただし、ここにはパスワードを載せないこと。
Excelはあくまで索引として使います。
なお、KeePassXCからCSVやHTMLに出力する機能もありますが、これらはパスワードを含む平文ファイルになる可能性があります。長期間の保存には使わず、必要なときだけ一時的に利用してください。
7. 最終的な私の提案
今回の構想を、少し拡張してまとめます。
個人情報管理の三層構造
第1層：Bitwarden
第2層：KeePassXC
第3層：世代別バックアップ
私が採用したい運用ルール
Bitwardenだけを日常的に変更する。
KeePassXCは月1回程度更新する。
KeePassXCからBitwardenへの逆同期はしない。
KeePassXCのKDBXは複数世代保存する。
Bitwardenの暗号化JSONも独立して保存する。
重要情報の変更後は臨時バックアップを取る。
定期的にオフライン復旧を試す。
この構成なら、Bitwardenの会社やクラウドサービスに何かあっても、手元に独立した保管庫が残ります。
そして、もう一つ大きなメリットがあります。
Bitwardenを使い続ける必要がなくなった場合にも、KeePassXCという別の管理環境にデータを移しておけます。
これは単なるバックアップ以上の意味があります。
クラウドサービスを利用しながら、いつでも自分のデータを手元に取り戻せる状態にしておく。いわば、サービスに対する依存度を下げる設計ですね。
私なら、このKeePassXC併用案を第2版の正式な追加仕様として採用します（笑）。
＞
