Chrome me harcèle pour un mot de passe de trousseau au démarrage

13

Une application souhaite accéder au trousseau de clés par défaut

Chrome / Chromium me demande un mot de passe à chaque ouverture. Je ne sais pas pourquoi il n'est pas intégré directement au système d'exploitation pour se déverrouiller avec la connexion, mais il n'y a aucun moyen évident de le contourner.

J'ai lu que je dois

rm ~/.gnome2/keyrings/default.keyring

mais je n'ai pas un tel fichier dans mon installation Xfce sans GNOME.

password xfce chrome

— Loup
source

9

Ce problème a une longue histoire et vous pouvez jouer avec gnome-keyringsi vous le souhaitez, mais j'ai trouvé que la solution la plus simple consiste à définir le mot de passe de cette invite sur blanc, de sorte qu'il ne vous demandera plus:

rm ~/.local/share/keyrings/*(vous voudrez peut-être d'abord vérifier / sauvegarder ces fichiers, si vous n'êtes pas sur une nouvelle installation, par exemple, cp -r ~/.local/share/keyrings ~/keyrings-backup)
Redémarrez Chrome
Lorsque vous êtes invité à créer un trousseau de clés, continuez sans entrer de mot de passe. (Il s'avère que vous auriez été d'accord si vous l'aviez fait la première fois.)

— Loup
source

Appuyer sur "continuer" sans entrer de mot de passe a fait planter mon système les trois premières fois que je l'ai fait. La quatrième fois, je ne reçois plus d'invites, toutes les extensions Gnome ont été définies sur "désactivées" et Chrome ouvre quatre onglets de la page Gmail à propos toutes les deux minutes.

— Jamie

Cela n'a pas fonctionné pour moi, mais le fait de fonctionner avec --password-store = basic comme l'a fait la réponse de jbrock.

— Jan Kyu Peblik

1

Excellente réponse, merci. Résolu ce problème à long terme pour moi.

— C26

1

Le porte-clés sans mot de passe n'est pas crypté. À quel point est-ce bon alors?

— Grogi

Fonctionne très bien avec Opera et Xubuntu 19.04. Je vous remercie! Et, je ne m'inquiète pas du non-chiffrement des mots de passe enregistrés dans mon navigateur, car j'utilise un gestionnaire de mots de passe tiers et je n'enregistre pas les mots de passe dans mon navigateur. De plus, je lance un cryptage complet.

— Nick May

7

Je ne sais pas si cette question est toujours d'actualité mais j'ai trouvé une solution qui fonctionne pour moi. J'utilise Debian Jessie i386. Utilisez le bureau XFCE et le gestionnaire d'affichage gdm3. Ce que j'ai trouvé, c'est qu'entrer dans le menu Applications Paramètres> Session et démarrage> Avancé et sélectionner Lancer les services Gnome au démarrage a guéri le problème. Je ne sais pas comment cela pourrait être effectué sur d'autres distributions, mais cela fonctionne sur Debian Jessie.

— ticojohn
source

1

J'ai trouvé la même solution sur Xubuntu 17.04 (Zesty).

— ʇsәɹoɈ

Merci d'avoir fourni une solution. Malheureusement, cela est toujours d'actualité. Malheureusement, vos conseils ne fonctionnent pas pour moi, Debian Stretch, avec une installation propre de XFCE destkop.

— Christian Herenz

M'a aidé avec Mint XFCE.

— Grogi

2

Je ne sais pas dans quelle distribution vous êtes, mais je créerais un script ~/binet je l'appellerais chromium(pour Debian) ou chromium-browser(pour Ubuntu). Assurez-vous d'adapter le script en fonction du nom de Chromium sur votre distribution:

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

Pour Google Chrome, vous pouvez créer un autre script ~/binet l'appeler comme google-chrome-stablesuit:

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

Les scripts ci-dessus utiliseront l'argument --password-store=basicpour chaque instance lorsque vous lancerez l'un des deux programmes.

De cette source :

--password-store Spécifie le backend de stockage de chiffrement à utiliser. Les valeurs possibles sont kwallet, kwallet5, gnome, gnome-keyring, gnome-libsecret, basic. Toute autre valeur conduira Chrome à détecter automatiquement le meilleur backend. TODO (crbug.com/571003): Une fois que PasswordStore n'utilise plus le trousseau de clés ou KWallet pour stocker les mots de passe, renommez cet indicateur pour arrêter de référencer les mots de passe. Ne le renommez pas plus tôt, cependant; les développeurs et les testeurs peuvent compter sur elle en gardant de grandes quantités de mots de passe de test hors de leurs trousseaux de clés ou KWallets.

— jbrock
source

0

Je voulais faire un commentaire, mais cela me dit que je ne peux pas en raison de trop peu de réputation. Désolé pour cette «réponse».

La réponse de @Wolf pour supprimer les porte-clés ~/.local/share/keyrings/m'a également aidé. A partir de là, j'ai vu dans Default_keyring.keyringune explication de ce comportement.

Il semble qu'il y ait une bizarrerie dans l' libsecretAPI GNOME et Google ajoute simplement une entrée factice avec libsecret lors de l'initialisation d'OSCrypt. Voir: https://bugs.chromium.org/p/chromium/issues/detail?id=660005 pour plus de détails.

— django Kunzmann
source