Password Pusherの代替比較:ホスティングと自前運用の選び方
Password PusherとLOCK.PUBの共有方式を比較。解除パスワード、一度限りの表示、無料・有料版、自前運用、暗号化の制限を確認します。

Password Pusherの代替を探すなら、まず現在の受け渡しで不足している要件を整理しましょう。別の解除パスワード、自前運用、チームポリシー、エンドツーエンド暗号化は異なる要件です。LOCK.PUBは解除パスワードが必須のブラウザー共有に使えますが、あらゆるPassword Pusher環境の代わりになるわけではありません。
サービス名より先にエディションを確認
Password Pusherの公式エディション案内はHosted Free・Premium・ProとOSS・商用自前運用を区別しています。チームポリシーはPro、自前運用はOSSまたはSelf-Hosted Proに記載されています。有料版のトップページにある機能を公開無料フォームでもすべて使えるとは考えないでください。
2026年10月30日に確認したoss.pwpush.comの公開テキストフォームでは追加パスフレーズは任意で、初期表示は7日または5回の閲覧のうち先に達した条件でした。このフォームの観察値であり、すべての導入環境の初期設定を保証するものではありません。
| 要件 | Password Pusher | LOCK.PUBのメモ共有 |
|---|---|---|
| 別の解除パスワード | 確認した公開フォームでは任意 | 必須 |
| 再び本文を開く | 設定した期間と閲覧制限による | 通常メモはアクセスが許可される間は再利用可能 |
| 一度の正常な表示 | 閲覧回数と受信確認の設定を調整 | 別機能One-Time Secretで一度解除後の追加表示を拒否 |
| 期限と閲覧回数の設定 | 確認した公開フォームにあり、導入先の規則は異なり得る | 標準メモ作成画面のPro機能 |
| 自前運用 | OSSまたは商用Self-Hosted Pro | 本記事はホスティング型LOCK.PUBを対象とする |
| チーム全体の共有ポリシー | Proの文書に記載 | 同じチームポリシー管理の代替ではない |
LOCK.PUBが実用的な代替になる場合
受信者がリンクを開き、別途伝えたパスワードを入力する流れならパスワード付きメモを選べます。アカウントのパスワードは非公開本文へ入れ、公開タイトルには機密情報を含めません。送るパスワードそのものでリンクを保護しないでください。
一度の表示には別機能のOne-Time Secretがあります。GuestとFreeを合わせて無料作成は合計1回、Proは繰り返し作成できます。通常メモは別の月間枠で、コンテンツ種類を合計してGuestは月3件、接続済みFreeアカウントは月5件、Proはこの月間作成上限を外します。リクエスト頻度の制限は残ります。いずれも受信者によるコピーや保存を防ぎません。
新しい認証情報が必要なら先にパスワード生成ツールを使えます。ブラウザーで生成し、コピーしてメモ作成画面の非公開本文へ手動で貼り付けます。移動先URLに生成値は含まれず、メモを送信するまでは公開されません。自分用のコピーは信頼できるパスワードマネージャーに保存してください。
Password Pusherを継続する場合と別の方式を選ぶ場合
自前運用、導入先ごとの規則、文書化されたチーム管理が決め手ならPassword Pusherの対応版を検討してください。継続的に使う共有認証情報には、個別のメモより管理された保管庫や権限委任が適する場合があります。元のサービスが対応していれば、個人ログインの共有より個別招待を優先します。
エンドツーエンド暗号化が必要なら、鍵のアイコンより保護モデルの文書を確認します。Password Pusherのセキュリティ文書は、サービスが知らない鍵を使う独自のクライアント側暗号化は提供していないと説明しています。LOCK.PUBの通常メモも本文と解除パスワードをHTTPSでサーバーへ送り、保存の暗号化と解除時に平文を処理します。本記事はどちらのメモ方式もエンドツーエンド暗号化やゼロ知識暗号化とは分類しません。
切り替え前の質問
一度開いたらすべてのコピーが消えますか?
いいえ。リンクの閉鎖はそのリンクを使う追加アクセスを制限します。受信者が保存した本文やスクリーンショットは回収できません。Password Pusherが説明する保管方針をLOCK.PUBや受信端末の削除保証として解釈しないでください。
共有リンクが期限切れになると元のパスワードも無効ですか?
いいえ。許可した利用が終わったら、元のサービスで一時キーを失効させるか認証情報を変更します。メモのアクセス制限は、そのパスワードが属するアカウントを制御しません。
リンクとパスワードを別々に送ることはMFAですか?
いいえ。一つのメッセージの漏えい対策にはなりますが、正式なMFAではなく、侵害された端末上の両方の情報を保護するものでもありません。
メモを作成
メモを作成キーワード
こちらもおすすめ
パスワード共有チェックリスト:送信前から受け渡し後まで
受信者、非公開本文、別の解除パスワード、アクセス制限、元の認証情報の失効を確認しましょう。
LINEでパスワードを送ってはいけない理由 — メッセンジャーのセキュリティの真実
LINE、Telegram、WhatsAppなどのメッセンジャーでパスワードを共有するのはなぜ危険なのか?メッセンジャーのセキュリティの限界と安全なパスワード送信方法をご紹介します。
秘密メモ機能 完全ガイド:機密テキストを安全に共有する方法
LOCK.PUBの秘密メモ機能で、パスワード、アカウント情報、機密メッセージを暗号化して安全に送る方法をご紹介します。