ブラウザは金庫ではありません。鍵を渡すのはやめましょう。

世界にはパスワードの保存方法が2種類あります。お気に入りの昼食注文サイトにより早くログインするためのものと、ビジネスを動かすための認証情報を守るためのものです。

残念ながら、多くの組織は両者を同じように扱っています。

ブラウザが「パスワードを保存しますか？」と尋ねます。
従業員が「もちろん」とクリックします。

数か月後、同じブラウザのプロファイルには、SaaS のログイン、管理ポータル、共有サービスアカウント、VPN の認証情報、API ポータル、そして「理解していた最後の人は2019年に去った」という理由でみんなが触るのを怖がる、時折出てくる古いシステムまで入っています。

それはパスワード管理ではありません。きれいなオートフィルボタン付きの、デジタルな鍵のため込みです。

内蔵のブラウザパスワードマネージャーは悪ではありません。役に立ちます。パスワードの使い回し、付箋メモ、あるいは伝説のスプレッドシート「Holiday2014.xlsx」よりは確かにましです。ですが、組織、とりわけセキュリティチーム、IT 管理者、そして PAM の関係者にとって、問題は次のようなものではありません。「ブラウザがパスワードを覚えられるか？」

問題はこれです。 「重要なあらゆる資格情報に誰がアクセスしたのかを、管理・監査・無効化・ローテーション・承認し、そして証明できるのでしょうか？」

そして、その場所でブラウザは丁寧に部屋を出ていきます。

ブラウザは金庫ではなく「窓」です

ブラウザはユーザーがウェブを閲覧できるようにするために作られています。つまり、Webサイトをレンダリングし、スクリプトを実行し、プロフィールを同期し、拡張機能をインストールし、ダウンロードを処理し、セッションを管理し、そして基本的に一日中「攻撃の最前線」にいるようなものです。そこにすべての資格情報を置くことは、「みんなにとって便利」だからという理由で家の鍵を郵便受けに入れておくのと同じです。

MITRE ATT&CK には、Webブラウザからの資格情報に関するサブテクニックが丸ごと用意されています：T1555.003。MITRE は、攻撃者がブラウザ固有のファイルを読み取ることで資格情報を入手する可能性があると注記しています。ブラウザは通常、資格情報を暗号化して保存しますが、平文の資格情報を抽出する方法が存在します。さらに攻撃者は、それらの資格情報を再利用して、システム全体にわたるアクセスを拡大することがあります。

これは机上の空論ではありません。インフォスティーラー（Infostealer）型のマルウェアは、日常的にブラウザに保存された機密情報を狙います。Cloudflare の 2025 年の Lumma Stealer 分析では、ブラウザに保存された認証情報、オートフィルのデータ、Cookie、暗号通貨ウォレットのデータ、ファイル、スクリーンショット、システム情報などを含む可能性のあるインフォスティーラーのログが説明されています。同じ分析は、保存済みのブラウザパスワードを避け、代わりに専用のパスワードマネージャーを使用することを明確に推奨しています。

そして、話はさらに居心地の悪い方向へ続いています。2026年5月の Microsoft Edge に関するレポートでは、研究者が「Edge は起動時に、保存されたパスワードを平文（plaintext）のままメモリに読み込む可能性がある」という調査結果を報告しました。Microsoft は、そのシナリオでのアクセスには、端末がすでに侵害されている必要があると説明していますが、これは防御側にとってまさにポイントです。ワークステーションが侵害されてしまうと、ブラウザに保存された認証情報は非常に魅力的な「戦利品」になり得るからです。

つまり、ブラウザは便利かもしれませんが、高価値の標的であり、毎日の攻撃面（attack surface）でもあり、さらに「王国の鍵」を集中的に保管する場所としてはあまり適していません。

CSV の問題：入れるのは簡単、でも出すのは危険

ブラウザからパスワードを移動すること自体は通常簡単です。CSV にエクスポートし、適切な vault にインポートして、インポートを検証したうえで、エクスポートしたファイルを削除し、さらにブラウザからパスワードを削除します。

しかし「エクスポートしたファイルを削除する」という部分は、細かい注意書きではありません。ここで、あなたの秘密が“見えたまま放置される”ことが止まります。

Google の Chrome のヘルプでも、パスワードを CSV ファイルにエクスポートした後は、そのファイルを削除しなければならないと警告しています。デバイスを使う誰でもそのファイルを開いてパスワードにアクセスできてしまうためです。

この警告は参考になりますが、同時に重要なことも示しています。ブラウザーのパスワードマネージャーは、企業向けのシークレット管理（ガバナンス）のために最適化されているのではなく、ユーザーの利便性のために最適化されているという点です。資格情報の完全なコレクションを持ち運べるファイルにエクスポートすることは、すべてのセキュリティチームに「身を乗り出して」インシデント対応計画の上にコーヒーをこぼさせるべき重大事です。

はい、移行にはエクスポート機能を使ってください。いいえ、CSV ファイルを“新しいスプレッドシートの秘密”にしてはいけません。

本当の企業課題：責任の所在がない、ワークフローがない、証拠がない

リスクは単にマルウェアだけではありません。日々の運用上の問題は、退屈なほどしつこく続き、しかも見えないところではなく“目の前に”紛れ込むのが非常に上手いので、さらに深刻です。

ビジネスの現場では、パスワードが単に個人のものにとどまることはほとんどありません。パスワードはチームの資産になります。管理者の認証情報、サービスアカウントのパスワード、共有アプリケーションのログイン、API のシークレット、データベースの認証情報、緊急アクセス用のアカウント、ベンダーポータルのログイン、そして誰も認めたくないレガシーシステムの認証情報も、まだ存在します。

それらのシークレットがブラウザのプロファイルに保存されていると、セキュリティチームは基本的な質問への答えを失ってしまいます：

1. この認証情報にアクセスできるのは誰ですか？
2. 最後に使ったのは誰ですか？
3. アクセスは承認されましたか？
4. MFA は強制されましたか？
5. 従業員が退職した後、認証情報はローテーションされましたか？
6. いまも使われている共有アカウントはどれですか？
7. 監査人に対して、3人・2つのスプレッドシート・そしてとても緊張しているチームリードを呼び出さずに、これらのことのどれかを証明できますか？

ここが、ブラウザー内蔵のパスワードマネージャーが限界に達するポイントです。これらは個々のユーザーを前提に設計されています。企業にはガバナンスが必要です。

ブラウザーのベンダーでさえ、管理上の制御が必要だと認識しています。Chrome Enterprise のドキュメントには、管理者が無効化できるポリシーが含まれており、Chrome がユーザーのパスワードを保存しないようにすることができます。

それは良い最初の一歩です。しかし、従業員に適切な保管庫（ボルト）を用意せずにブラウザーの保存を無効化するのは、全員の書類用キャビネットを取り除いて「月曜までにペーパーレスにしてください」と言うのと同じです。人はその場しのぎをします。セキュリティチームは、その場しのぎのやり方を好みません。

保管庫（ボルト）を使いましょう。本物のものを。

有能なパスワードマネージャーは、従業員に機密情報を安全に保管できる場所を提供します。エンタープライズ向けのパスワード管理ソリューションは、IT とセキュリティチームがそれらの機密情報の保存、共有、アクセス、監査、そして無効化（取り消し）方法をコントロールできるようにします。

この違いが重要です。

Netwrix Password Secure は 従業員のパスワード管理のために設計されており、単なる個人のパスワード保管だけではありません。共有スプレッドシートやシャドー・ボールトを、集中管理されたエンドツーエンド暗号化ストレージと、ITが制御する安全なチーム共有に置き換えます。

重要な変化はここにあります。資格情報は、ブラウザー、チャットメッセージ、個人用ボールト、そして「一時的」なドキュメントに無造作に散らばった“偶然の産物”ではなくなります。つまり、管理対象の資産になります。

Netwrix Password Secureを利用すると、従業員はエンドツーエンド暗号化で保護された集中管理ボールトに、パスワード、キー、PIN、トークン、証明書、その他のシークレットを保存できます。ユーザーは個人用のシークレット保管領域を利用でき、チームはロールベースのアクセス制御によって統制された構造化スペースを通じて連携します。IT は、誰がどのシークレットにアクセスでき、そのシークレットがどのように使用されているかを引き続き可視化できます。

それが「ボブならまだパスワードを持っているはず」と「こちらがアクセス記録です」の違いです。

ポリシーは飾りであってはなりません

多くの組織はすでにパスワードポリシーを持っています。強力なパスワード。MFA。ローテーション。安全な共有。特権アクセスの制御。監査ログ。

問題はポリシーが存在しないことではありません。多くの環境では、2月のジムの会員権のように扱われている点が問題です。技術的には有効ですが、ほとんど使われません。

Netwrix Password Secure は、ポリシーに「起こるべきだ」と書かれていることを確実に実施するのを支援します。役割ベースのアクセス制御、MFA、承認ワークフロー、そして完全な監査ログをサポートするため、チームは共有シークレットに誰がいつアクセスしたのか、どのような操作が実行されたのかを確認できます。さらに、オフボーディング（退職・異動）時にアクセスを無効化できるのも重要です。「全部削除したはず」というのはコントロールではなく、ただの祈りだからです。

取り消しはローテーションではありません

オフボーディングは、チェックリストの項目のように扱われがちです。アカウントを無効化し、ユーザーをグループから削除し、ボールト(vault)へのアクセスを取り消し、チケットをクローズして、束の間でありながら誤解を招く安心感に浸ります。

しかし ローテーション は取り消しと同じくらい重要です。

従業員が退職したら、その人のボールト(vault)へのアクセスを削除するのは当然のステップです。より見落とされがちなのは、本人が使用していた資格情報(credential)が、どこか別の場所でまだ再利用できないようにすることです。共有された管理者アカウント、サービスアカウントのパスワード、アプリケーションの資格情報、APIシークレットは、その人がいなくなっただけで自動的に安全になるわけではありません。ユーザーは退職しているかもしれませんが、資格情報はまだ生きています。おそらく本番環境(production)でコーヒーを飲みながら活動中です。

だからこそ、共有されている資格情報や特権(privileged)の資格情報は、単に再割り当てするだけではなくローテーションが必要です。Netwrix Password Secure はパスワードのローテーションをサポートしているため、資格情報そのものが変更されます。つまり、「誰がそれを見ることを許可されているか」だけが変わるのではありません。これにより、「アクセスを削除した」と「その資格情報を再利用できないことに自信がある」の間のギャップが埋まります。

セキュリティにおいて、そのギャップこそがインシデントが小さな住まいを築く場所です。

特権アカウントでは、承認ベースのワークフローがもう一つの保護層を追加します。ブラウザのプロファイルが覚えているだけの理由で、機密情報（クレデンシャル）が利用できてはいけません。アクセスは意図的に行い、必要に応じて時間を区切り、ログを取り、責任を明確にするべきです。

ブラウザは「パスワードはこちらです。」と言います。
ガバナンスの効いた金庫は「なぜ必要なのか？誰が承認したのか？その次に何が起きたのか？」と尋ねます。

それが大人の会話です。

一般向けツールが破綻するその地点のために作られています

一般向けのパスワード管理ツールは、小規模なチームなら機能します。ところが会社が成長すると、従業員が増える。システムも増える。共有アカウントが増える。部門も増える。例外も増える。そして、なぜかインフラになってしまう「とりあえず今だけ」の回避策が増えていきます。

従業員が約100人あたりになると、ほころびがはっきり見えてきます。保管庫（Vault）が増え散らかり始めます。所有者が曖昧になります。権限が少しずつずれていきます。IT以外での導入が落ちます。監査の可視性が消えます。共有資格情報は、床下に住む孤独な小さなゴブリンのように、放置されたままになってしまいます。

Netwrix Password Secure は、IT 部門だけのものではなく、全社規模での導入を想定して設計されています。集中型のガバナンスと、わかりやすい RBAC モデルに加え、組織全体で一貫したポリシー施行を行うことで、すべてのユーザーを対象にし、すべてのシークレットを管理します。

それが重要なのは、パスワードのセキュリティは単なる管理者の問題ではないからです。すべての従業員が資格情報を持っています。すべてのチームが何かを共有しています。すべての業務プロセスはアクセスに依存しています。セキュリティチームにしか機能しないセキュリティは、セキュリティではありません。クラブ（同好会）のようなものです。

PAM をつなぎ、シークレットのガバナンスを統一する

特権クレデンシャルは、従業員のパスワードが別の場所にあり、サービスアカウントのシークレットが「Ask Melanie」と呼ばれる3つ目の場所にあるような形で、1つのサイロにだけ置いておくべきではありません。

Netwrix Password Secure は、特権および非特権のクレデンシャル全体にわたるシークレットのガバナンスを統合するのに役立ちます。NPS から NPWS へのコネクタを使うことで、組織は Password Secure を対象シークレットの保管庫として各システムにまたがって活用し、PAM 環境をつなぎ、共有管理者アカウント、サービスアカウント、アプリケーションクレデンシャルに一貫したポリシーを適用できます。

これは、レガシーなシステム、サービス、アプリケーション全体で今もパスワードに依存している組織にとって特に役立ちます。 Passwordless は未来です、はい。ですが月曜の朝もまだパスワードがあり、誰かがそれを適切に管理しなければなりません。

オンプレミス運用（Self-hosting）： 「私たちのシークレットはどこにあるの？」に対して、真面目な答えが必要だからです

多くの組織にとって、保管庫（vault）の問題はデータの所有権の問題でもあります。

Netwrix Password Secure は自己ホスティング型で、オンプレミス、クラウド、ハイブリッド環境にまたがる柔軟な展開を組織に提供します。Netwrix はこれを、ワークフォース向けのパスワード管理ソリューションとして位置づけており、組織がホスティング、所有権、暗号化に関する主導権を維持できるようにします。

パスワードのプライバシーをさらに一段高めたいチームにとって、自社ホスティングは大きなメリットです。単にパスワード管理ツールを選ぶのではありません。秘密（シークレット）がどこに保管されるのか、インフラを誰が管理するのか、そしてその仕組みが自社のリスクモデルにどう適合するのかを選択しているのです。

そして、建築図面（アーキテクチャ図）をほかの人がレストランのメニューを読むのと同じように読み解く方々のために言うと、Netwrix Password Secure はスケーラブルなサーバー・クライアント構成をサポートしています。基本的な本番環境では、データベース、アプリケーション、Webサーバーの各層を分けて構成します。データ保存には Microsoft SQL Server を使用します。複数のアプリケーションサーバーで負荷を分散できます。複数のデータベースサーバーも、サイト間でサポートされます。本番環境では、フェイルセーフ（万一の際にも安全に切り替える）なデータベースクラスターの利用が推奨されます。

暗号化の話も、言っているだけではありません。Netwrix Password secure は最先端の ECC 技術と、実際の E2EE アーキテクチャを使用しています。

要するに、見栄えのいいロゴを付けただけの「パスワードを保存するの？」という話ではありません。これは、認証情報（クレデンシャル）を統制するためのインフラです。

実践的な移行手順

個人の場合、ブラウザーのパスワード保存から移行するのにかかる時間はわずか数分です。

• ブラウザーからパスワードをエクスポートします。
• それらを適切な保管庫（ボルト）にインポートします。
• インポートを確認します。
• CSV のエクスポートを直ちに削除してください。
• ブラウザに保存されているパスワードを削除してください。
• 今後はブラウザでパスワードを保存しないようにしてください。

組織の場合も、計画について同じことを行います。保管庫（ボールト）を選び、ロールを定義し、チームと特権アカウントを対応づけ、シークレットを移行し、MFAを強制し、承認ワークフローを設定し、ユーザーをトレーニングし、ブラウザポリシーを使って、新しい資格情報が管理されていない保存領域に再び流れ込まないようにします。

目的はユーザーに苦労させることではありません。目的は、危険な道よりも安全な道のほうが簡単になるようにすることです。

最後にひとこと：ブラウザに「王冠の宝石」を持たせるのをやめましょう

内蔵のブラウザ用パスワードマネージャーは、利便性のためなら問題ありません。しかし、従業員の認証情報セキュリティの“土台”としては不十分です。

認証情報には金庫が必要です。管理者にはワークフローが必要です。監査担当者には証拠が必要です。セキュリティチームには可視性が必要です。そして率直に言えば、ブラウザにはもう少しだけ責任を減らしてもらうべきです。すでに十分にタブを開いています。

Netwrix Password Secure は、認証情報管理を一元化し、安全なアクセスを強制、MFA とロールベースの共有をサポートし、完全なアクティビティ追跡を提供し、ディレクトリサービスおよび PAM のワークフローと統合し、組織に対して柔軟なセルフホスト型の導入オプションを提供します。

つまり、はい。城の鍵を握るために、信頼できるパスワードマネージャーを使ってください。企業の機密情報を内蔵ブラウザのパスワードマネージャーに任せることは避けましょう。エクスポート、インポート、削除、無効化、そしてガバナンスを行ってください。

城の鍵はブラウザに置くべきものではありません。

保管場所は金庫です。