O Chrome me assedia por uma senha de chaveiro na inicialização

13

Um aplicativo deseja acessar o chaveiro 'Default Keyring'

O Chrome / Chromium solicita uma senha sempre que é aberta. Não sei por que ele não está integrado diretamente ao sistema operacional para desbloquear com o login, mas não há nenhuma maneira óbvia de contornar isso.

Eu li que eu preciso

rm ~/.gnome2/keyrings/default.keyring

mas não tenho esse arquivo na minha instalação do Xfce sem GNOME.

Lobo
fonte

Respostas:

9

Esse problema tem uma longa história e você pode brincar com isso, gnome-keyringse quiser, mas descobri que a solução mais fácil é definir a senha desse prompt como em branco, para que não seja mais necessário:

  1. rm ~/.local/share/keyrings/*(você pode verificar / fazer backup desses arquivos primeiro, se não estiver em uma nova instalação, por exemplo, cp -r ~/.local/share/keyrings ~/keyrings-backup)
  2. Reinicie o Chrome
  3. Quando solicitado a criar um chaveiro, continue sem inserir uma senha. (Acontece que você ficaria bem se fizesse isso pela primeira vez.)
Lobo
fonte
Pressionar "continuar" sem inserir uma senha travou meu sistema nas três primeiras vezes que o fiz. Na quarta vez, não recebo mais avisos, todas as extensões do Gnome foram definidas como "desativadas" e o Chrome abre quatro guias da página sobre o Gmail a cada dois minutos.
Jamie
Não funcionou para mim, mas rodar com --password-store = basic conforme a resposta do jbrock.
Jan Kyu Peblik
1
Ótima resposta, obrigado. Resolvido esse problema de longo prazo para mim.
C26
1
O chaveiro sem senha não é criptografado. Quão bom é então?
Grogi 02/03/19
Funcionou muito bem com o Opera e o Xubuntu 19.04. Obrigado! E não me preocupo com a descriptografia de senhas salvas no meu navegador, porque uso um gerenciador de senhas de terceiros e não as salvo no meu navegador. Além disso, eu executo criptografia dis completa.
Nick May
7

Não sei se essa pergunta ainda é relevante, mas encontrei uma solução que funciona para mim. Estou executando o Debian Jessie i386. Use a área de trabalho do XFCE e o gerenciador de exibição gdm3. O que eu descobri foi que acessar as Configurações do menu de aplicativos> Sessão e inicialização> Avançado e selecionar Iniciar serviços Gnome na inicialização solucionou o problema. Não tenho certeza de como isso seria afetado em outras distros, mas funciona no Debian Jessie.

ticojohn
fonte
1
Encontrei a mesma solução no Xubuntu 17.04 (Zesty).
ʇsәɹoɈ
Obrigado por fornecer uma solução. Infelizmente, isso ainda é relevante. Infelizmente seu conselho não funciona para mim debian stretch, com a instalação limpa do XFCE destkop.
Christian Herenz 18/11/2018
Me ajudou com o Mint XFCE.
Grogi 02/03/19
2

Eu não sei em que distro você está, mas eu criaria um script ~/bine o chamaria chromium(para Debian) ou chromium-browser(para Ubuntu). Certifique-se de adaptar o script de acordo com o que o Chromium é chamado na sua distribuição:

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

Para o Google Chrome, você pode criar outro script ~/bine chamá-lo google-chrome-stablecom o seguinte:

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

Os scripts acima usarão o argumento --password-store=basicpara todas as instâncias quando você iniciar um dos dois programas.

A partir desta fonte :

--password-store Especifica qual back-end de armazenamento de criptografia usar. Os valores possíveis são kwallet, kwallet5, gnome, chaveiro para gnome, gnome-libsecret, básico. Qualquer outro valor levará o Chrome a detectar automaticamente o melhor back-end. TODO (crbug.com/571003): Depois que o PasswordStore não usar mais o chaveiro ou o KWallet para armazenar senhas, renomeie esse sinalizador para parar de fazer referência a senhas. Não o renomeie mais cedo; desenvolvedores e testadores podem confiar nisso, mantendo grandes quantidades de senhas de teste fora de seus Keyrings ou KWallets.

jbrock
fonte
0

Eu queria comentar, mas isso me diz que não posso por causa de pouca reputação. Sinto muito por esta 'resposta'.

A resposta do @Wolf para excluir os chaveiros ~/.local/share/keyrings/também me ajudou. A partir daí, vi Default_keyring.keyringuma explicação para esse comportamento.

Parece que há uma peculiaridade na libsecretAPI do GNOME e o Google apenas adiciona uma entrada fictícia com libsecret ao inicializar o OSCrypt. Consulte: https://bugs.chromium.org/p/chromium/issues/detail?id=660005 para obter mais detalhes.

django Kunzmann
fonte