web-dev-qa-db-ja.com

Chrome起動時のキーチェーンパスワードを嫌がらせ

アプリケーションがキーリング「デフォルトキーリング」にアクセスしたい

Chrome/Chromiumを開くたびにパスワードの入力を求められます。ログインでロックを解除するためにOSと直接統合されていない理由はわかりませんが、それを回避する明確な方法はありません。

私はする必要があると読んだ

rm ~/.gnome2/keyrings/default.keyring

しかし、GNOMEを使用しないXfceインストールには、そのようなファイルはありません。

passwordxfcechrome
11
Wolf

この問題には 長い履歴 があり、必要に応じてgnome-keyringをいじることができますが、 easier の解決策は、プロンプトのパスワードを空白に設定することです。 、もう聞かれないように：

  1. rm ~/.local/share/keyrings/*（_cp -r ~/.local/share/keyrings ~/keyrings-backupなどの新規インストールを使用していない場合は、最初にこれらのファイルを確認/バックアップすることをお勧めします）
  2. Chromeを再起動します
  3. キーリングを作成するように求められたら、パスワードを入力せずに続行します。 （最初にこれを実行した場合は、問題がなかったはずです。）
8
Wolf

この質問がまだ関連しているのかわかりませんが、私にとってはうまくいく解決策を見つけました。 Debian Jessie i386を実行しています。 XFCEデスクトップとgdm3ディスプレイマネージャーを使用します。私が見つけたのは、アプリケーションメニューの[設定]> [セッションとスタートアップ]> [詳細]に移動し、[起動時にGnomeサービスを起動]を選択すると問題が解決したことです。これが他のディストリビューションにどのように影響するかはわかりませんが、Debian Jessieで動作します。

7
ticojohn

あなたがどのディストリビューションを使用しているかはわかりませんが、~/binでスクリプトを作成し、chromium（Debianの場合）またはchromium-browser（Ubuntuの場合）と呼びます。ディストリビューションでChromiumが呼び出される内容に応じてスクリプトを調整してください。

#!/bin/bash
/usr/bin/chromium-browser --password-store=basic "$@"

Google Chromeの場合、~/binに別のスクリプトを作成し、次のようにgoogle-chrome-stableと呼ぶことができます。

#!/bin/bash
/usr/bin/google-chrome-stable --password-store=basic "$@"

上記のスクリプトは、2つのプログラムのいずれかを起動するときに、すべてのインスタンスに対して引数--password-store=basicを使用します。

this source から：

--password-store使用する暗号化ストレージバックエンドを指定します。可能な値は、kwallet、kwallet5、gnome、gnome-keyring、gnome-libsecret、basicです。その他の値はChrome最適なバックエンドを自動的に検出することになります。TODO（crbug.com/571003）：PasswordStoreがパスワードの保存にキーリングまたはKWalletを使用しなくなったら、このフラグの名前を変更して参照を停止しますただし、開発者やテスターは、大量のテスト用パスワードをキーリングやKWalletから除外するために、このパスワードに依存している場合があります。

2
jbrock

コメントしたかったのですが、評判が少なすぎてコメントできないということです。大変申し訳ございません。

@Wolfから~/.local/share/keyrings/のキーリングを削除するという回答も役に立ちました。そこからDefault_keyring.keyringで、この動作の説明を見ました。

GNOME libsecret AP​​Iに問題があるようで、OSCryptを初期化するときに、googleはlibsecretを使用してダミーのエントリを追加するだけです。詳細は https://bugs.chromium.org/p/chromium/issues/detail?id=660005 を参照してください。

0
django Kunzmann