Configuration :

• J'ai enregistré mes options, mais lorsque je rouvre KeePass, j'obtiens les anciennes options. Qu'est-ce qui ne va pas ?

Installation/Intégration :

• Pourquoi KeePass 2.x ne s'exécute-t-il pas sur mon ordinateur ?
• Pourquoi KeePass 2.x tombe-t-il en panne lors de son démarrage à partir d'un lecteur/partage réseau ?
• Pourquoi KeePass 2.x affiche-t-il une erreur de conformité FIPS au démarrage ?
• Pourquoi le fichier d'aide CHM ne fonctionne-t-il pas ?
• Où puis-je trouver plus d'icônes d'application pour les raccourcis Windows ?
• Comment puis-je ajouter plus d'icônes client pour les entrées de mot de passe ?
• Est-ce que KeePass prend en charge un mode mini ?
• Pourquoi KeePass ne se verrouille-t-il pas après la saisie automatique ?
• Pourquoi la saisie automatique ne fonctionne-t-elle pas correctement sur les systèmes polonais ?
• Pourquoi KeePass essaie-t-il de se connecter à Internet ?

Sécurité :

• Est-ce que la saisie automatique est protégée contre les renifleurs de clavier ?
• Est-ce la saisie automatique peut localiser les commandes enfant ?
• Pourriez-vous ajouter l'algorithme de chiffrement ... à KeePass ?
• Pourquoi KeePass ne se verrouille-t-il pas lorsqu'une sous-boîte de dialogue est ouverte ?
• L'impression crée un fichier temporaire. Sera-t-il effacé en toute sécurité ?
• Pourquoi la qualité estimée d'un mot de passe chute soudainement ?

Utilisation :

• Comment stocker et travailler avec de grandes quantités de texte (formaté) ?
• Un champ d'adresse de courriel peut-il être ajouté ?

J'ai enregistré mes options, mais lorsque je rouvre KeePass, j'obtiens les anciennes options. Qu'est-ce qui ne va pas ?

KeePass prend en charge deux emplacements différents pour stocker les informations de configuration : le fichier de configuration global dans le répertoire de KeePass et un fichier local, dépendant de l'utilisateur, dans le dossier de configuration privé de l'utilisateur. Vous n'avez probablement pas l'accès en écriture à votre fichier de configuration global.

Pour plus de détails, alors voir La configuration.

Pourquoi KeePass 2.x ne s'exécute-t-il pas sur mon ordinateur ?

Les symptômes : lorsque vous essayez d'exécuter KeePass 2.x sous Windows ≤ XP, un message d'erreur comme le suivant s'affiche :
"Un fichier .DLL est requis, MSCOREE.DLL, est introuvable" ou
"L'application n'a pas réussi à s'initialiser correctement (0xc0000135)".

La cause : KeePass 2.x nécessite Le Framework .NET ≥ 2.0 de Microsoft.

La résolution : installer le Framework .NET 2.0 ou supérieur de Microsoft. Il est disponible en téléchargement gratuit sur le site Web de Microsoft : Microsoft .NET Framework. Alternativement, vous pouvez l'installer via Windows Update (le framework est un composant facultatif).

KeePass 1.x ne nécessite pas ce framework.

Pourquoi KeePass 2.x tombe-t-il en panne lors de son démarrage à partir d'un lecteur/partage réseau ?

Les symptômes : lorsque vous essayez d'exécuter KeePass 2.x à partir d'un lecteur/partage réseau, vous obtenez un message d'erreur comme celui-ci :
"L'application a généré une exception qui n'a pas pu être gérée" ou
"KeePass a rencontré un problème et doit fermer".

La cause : la stratégie de sécurité par défaut stricte du Framework .NET de Microsoft interdit l'exécution d'applications .NET à partir d'un lecteur/partage réseau.

La résolution recommandée : copier/installer KeePass 2.x sur un disque dur local et exécuter la copie.

La résolution alternative non recommandée : configurez la stratégie de sécurité pour autoriser l'exécution d'applications .NET à partir de lecteurs/partages réseau. Demandez à votre administrateur de le faire (des droits d'administrateur sont requis). Si vous disposez des droits administrateur et que vous souhaitez le faire vous-même, alors vous pouvez utiliser l'outil de stratégie de sécurité d'accès au code (Caspol.exe) fourni avec le framework .NET (des instructions utiles peuvent être trouvées ici et ici).

Pourquoi KeePass 2.x affiche-t-il une erreur de conformité FIPS au démarrage ?

Les symptômes : lorsque vous essayez d'exécuter KeePass 2.x, vous obtenez un message d'erreur comme celui-ci : "Cette implémentation ne fait pas partie des algorithmes de chiffrement validés par la plate-forme Windows FIPS".

La cause : KeePass utilise les algorithmes de chiffrement AES/Rijndael et de hachage SHA-256, pour lesquels le Framework .NET de Microsoft fournit des implémentations. Ces implémentations peuvent ne pas être conformes à la norme FIPS. Si la politique de sécurité locale du système impose l'utilisation d'implémentations conformes à la norme FIPS, alors KeePass ne peut pas s'exécuter et affiche un message d'erreur.

La résolution : configurez la stratégie de sécurité locale du système pour autoriser les implémentations d'algorithmes non conformes à la norme FIPS. Pour ce faire, accédez à Panneau de configuration → Outils d'administration → Stratégie de sécurité locale, ouvrez Stratégies locales → Options de sécurité et modifiez l'option 'Cryptographie système : utiliser des algorithmes conformes à la norme FIPS pour le chiffrement, le hachage et la signature' ​​sur 'Désactivé'.

La résolution alternative : Téléchargez et exécutez le fichier de registre Windows suivant : FipsDisable.reg. En exécutant ce fichier (c'est-à-dire en important les modifications de ce fichier dans le registre), l'application de la conformité FIPS est désactivée.

Remarque : Actuellement, seuls les algorithmes de chiffrement les plus faibles du Framework .NET de Micorosoft sont conformes à la norme FIPS. La sécurité étant la priorité absolue du projet KeePass, une option permettant d'utiliser ces algorithmes plus faibles conformes à la norme FIPS ne sera pas ajoutée. De futurs frameworks .NET pourraient avoir des implémentations conformes à la norme FIPS des algorithmes requis par KeePass.

Pourquoi le fichier d'aide CHM ne fonctionne-t-il pas ?

Les symptômes : Lorsque vous essayez d'ouvrir le fichier d'aide de KeePass CHM à partir d'un ordinateur distant ou d'un lecteur réseau partagé, il ne s'affiche pas correctement (navigation interrompue, etc.).

La solution : Consulter le bulletin de sécurité Microsoft MS05-026.

Où puis-je trouver plus d'icônes d'application pour les raccourcis Windows ?

Comment puis-je ajouter plus d'icônes client pour les entrées de mot de passe ?

Est-ce que KeePass prend en charge un mode mini ?

Un mode mini n'est pas encore pris en charge.

Pourquoi KeePass ne se verrouille-t-il pas après la saisie automatique ?

Cela ne s'applique pas à KeePass 2.x.

Pourquoi la saisie automatique ne fonctionne-t-elle pas correctement sur les systèmes polonais ?

Sur les systèmes polonais, la touche de raccourci de saisie automatique globale par défaut Ctrl+Alt+A entre en conflit avec une commande système et est fréquemment utilisée lors de la saisie. Par conséquent, la saisie automatique est souvent exécutée accidentellement.

La touche de raccourci globale de saisie automatique peut être remplacée par une combinaison de touches différente dans les options KeePass (voir la saisie automatique pour plus de détails).

Pourquoi l'impression ne fonctionne pas dans KeePass 1.x ?

Les symptômes : lorsque vous essayez d'imprimer une liste de mots de passe dans KeePass 1.x, rien ne se passe après avoir cliqué sur OK dans la boîte de dialogue 'Options d'impression'.

La cause : KeePass 1.x utilise l'application associée aux fichiers .html pour imprimer la liste des mots de passe. Si cette application ne prend pas en charge le verbe shell "print" (comme Mozilla Firefox), alors rien ne se passe.

La résolution : Associez les fichiers .html à une autre application qui prend en charge le verbe shell "print" (telle que Internet Explorer).

La résolution alternative/la solution de contournement : cliquer sur "Fichier" → 'Aperçu avant impression' dans KeePass 1.x et imprimez manuellement le document dans l'application qui vient d'ouvrir le fichier.

Pourquoi KeePass essaie-t-il de se connecter à Internet ?

KeePass a une option pour vérifier automatiquement les mises à jour à chaque démarrage du programme. Afin de vérifier les mises à jour, KeePass télécharge un petit fichier d'informations sur la version et compare la version disponible avec la version installée. Aucune information personnelle n'est envoyée au serveur Web de KeePass.

Les vérifications automatiques des mises à jour sont effectuées de manière non intrusive en arrière-plan. Une notification s'affiche uniquement lorsqu'une mise à jour est disponible. Les mises à jour ne sont pas téléchargées ou installées automatiquement.

L'option est désactivée par défaut. Vous pouvez l'activer/désactiver dans 'Outils' → 'Options' → onglet 'Avancé'.

La fonction Auto-Type résiste-t-elle aux enregistreurs de frappe ?

Par défaut : non. La méthode de saisie automatique de KeePass 2.x fonctionne de la même manière que celle de 1.x et n'est donc pas sécurisée pour les enregistreurs de frappe.

Cependant, KeePass propose une méthode alternative appelée obfuscation de saisie automatique à deux canaux (TCATO), qui rend les enregistreurs de frappe inutiles. Il s'agit d'une fonctionnalité opt-in (car elle ne fonctionne pas avec toutes les fenêtres) et doit être activée manuellement pour les entrées. Consulter la documentation TCATO pour plus de détails.

Est-ce la saisie automatique peut localiser les commandes enfant ?

Non. La saisie automatique vérifie uniquement si le titre de la fenêtre de niveau supérieur actuellement active correspond.

Les navigateurs comme Mozilla Firefox dessinent complètement la fenêtre (tous les contrôles) eux-mêmes, sans utiliser les contrôles Windows standard. Par conséquent, il est techniquement impossible pour KeePass de vérifier si une URL correspond (des méthodes telles que la création d'une capture d'écran et l'utilisation de la reconnaissance optique des caractères ne sont pas fiables et sécurisées). De plus, il est impossible de vérifier quel contrôle enfant a actuellement le focus. Ces problèmes ne peuvent être évités qu'en utilisant des greffons d'intégration de navigateur, c'est-à-dire en n'utilisant pas du tout la saisie automatique.

L'utilisateur doit s'assurer que le focus est placé dans le bon contrôle avant de commencer la saisie automatique.

Pourriez-vous ajouter l'algorithme de chiffrement ... à KeePass ?

AES (Rijndael) et ChaCha20 sont pris en charge. Il existe divers greffons qui prennent en charge des algorithmes de chiffrement supplémentaires, y compris, mais sans s'y limiter, Twofish, Serpent et GOST.

Si vous souhaitez implémenter un algorithme, jetez un œil à l'exemple de greffon ArcFourCipher.

Pourquoi KeePass ne se verrouille-t-il pas lorsqu'une sous-boîte de dialogue est ouverte ?

KeePass dispose de diverses options pour verrouiller automatiquement son espace de travail (après un certain temps d'inactivité, lorsque l'ordinateur se verrouille ou que l'utilisateur change d'utilisateur, lorsque l'ordinateur est suspendu, etc.). Cependant, l'espace de travail n'est pas automatiquement verrouillé lorsqu'une sous-boîte de dialogue (telle que la boîte de dialogue "Modifier l'entrée...") est ouverte.

Pour comprendre pourquoi ce comportement est logique, il est d'abord important de savoir ce qui se passe lorsque l'espace de travail est verrouillé. Lors du verrouillage, KeePass ferme complètement la base de données et ne mémorise que quelques paramètres d'affichage, comme le dernier groupe sélectionné, la première entrée visible, les entrées sélectionnées, etc. Du point de vue de la sécurité, cela permet d'obtenir la meilleure sécurité possible : briser un espace de travail verrouillé est équivalent à casser la base de données elle-même.

Revenons maintenant à la question initiale. Supposons qu'une sous-boîte de dialogue soit ouverte et que l'un des événements se produise et qui devrait verrouiller automatiquement l'espace de travail. Alors que doit faire KeePass maintenant ? Dans cette situation, KeePass ne peut pas demander à l'utilisateur quoi faire et doit prendre une décision automatique. Il existe plusieurs possibilités :

• Ne pas enregistrer la base de données et verrouiller.
  Dans ce cas, toutes les données non enregistrées de la base de données seraient perdues. Cela s'applique non seulement aux données saisies dans la boîte de dialogue actuelle, mais à toutes les autres entrées et groupes qui ont été modifiés précédemment.
• Enregistrer la base de données et verrouiller.
  Dans ce cas, les modifications éventuellement indésirables sont enregistrées. Souvent, vous ouvrez des fichiers, essayez quelque chose, en gardant à l'esprit que vous pouvez simplement fermer le fichier sans enregistrer les modifications. KeePass a une option 'Enregistrer automatiquement quand on ferme/verrouille la base de données'. Si cette option est activée et qu'aucune sous-boîte de dialogue n'est ouverte, alors la marche à suivre est claire : essayez d'enregistrer la base de données et en cas de succès : verrouillez l'espace de travail. Mais que faire des modifications non enregistrées dans la sous-boîte de dialogue ? Doivent-elles être enregistrées automatiquement, supprimant la possibilité d'appuyer sur le bouton 'Annuler' ?
• Enregistrer dans un fichier temporaire et verrouiller.
  Cela semble être la meilleure alternative à première vue, mais cela pose également plusieurs problèmes. Tout d'abord, l'enregistrement dans un fichier temporaire peut échouer (par exemple : il peut y avoir trop peu d'espace disque libre ou un autre programme comme un antivirus peut le bloquer). Secundo, l'enregistrement dans un fichier temporaire n'est pas sans importance du point de vue de la sécurité. Lorsque vous devez choisir un emplacement, le répertoire temporaire de l'utilisateur sur le disque dur est généralement choisi (car il dispose probablement de suffisamment d'espace libre, des droits d'accès requis, etc.). Les bases de données KeePass pourraient y être divulguées et accumulées. Il n'est pas clair ce qui devrait se passer lorsque l'ordinateur est éteint ou tombe en panne alors qu'il est verrouillé. Lors de la prochaine ouverture de la base de données, doit-elle plutôt utiliser la base de données stockée dans le répertoire temporaire ? Que se passe-t-il si la 'vraie' base de données a été modifiée entre-temps (une situation assez réaliste si vous transportez votre base de données sur une clé USB) ?

Évidemment, aucune de ces alternatives n'est satisfaisante. Par conséquent, KeePass implémente le comportement simple et facile à comprendre suivant :

KeePass ne se verrouille pas lorsqu'une sous-boîte de dialogue est ouverte.

Ce concept simple évite les problèmes ci-dessus. L'utilisateur est responsable de l'état du programme.

Notez que l'ouverture d'une sous-boîte de dialogue n'est généralement requise que pour éditer quelque chose ; il n'est pas nécessaire pour utiliser les entrées, car la fenêtre principale propose différentes méthodes pour cela.

Le verrouillage lorsque Windows se verrouille. Sur Windows XP et versions antérieures, le service Windows 'Terminal Services' doit être activé. Si ce service est désactivé, alors le verrouillage de KeePass lorsque Windows se verrouille peut ne pas fonctionner. Ce service n'est pas requis sur les systèmes d'exploitation plus récents.

L'impression crée un fichier temporaire. Sera-t-il effacé en toute sécurité ?

KeePass crée un fichier HTML temporaire lors de l'impression des listes de mots de passe et de l'affichage des aperçus avant impression. Ce fichier est supprimé en toute sécurité lors de la fermeture de la base de données.

Vous devez attendre que le fichier soit complètement imprimé avant de fermer KeePass (et fermer l'aperçu avant impression avant de fermer KeePass), sinon il se peut que l'application d'impression empêche KeePass de supprimer le fichier.

Il n'existe aucun moyen de contourner le fichier temporaire dans le système d'impression actuel. Si vous souhaitez écrire un greffon qui envoie directement les données à l'imprimante, alors vous pouvez trouver un tutoriel de développement de greffon ici : Développement de greffon KeePass 2.x.

Pourquoi la qualité estimée d'un mot de passe chute soudainement ?

Pour estimer la qualité/la force d'un mot de passe, KeePass utilise non seulement des méthodes statistiques (comme vérifier quelles plages de caractères sont utilisées, répéter les caractères et les différences), il a également une liste intégrée de mots de passe communs et vérifie les modèles. Lors de la saisie d'un mot de passe commun ou d'une répétition, la qualité estimée peut chuter.

Les détails peuvent être trouvés sur la page d'aide de l'estimation de la qualité des mots de passe.

Comment stocker et travailler avec de grandes quantités de texte (formaté) ?

Un champ d'adresse de courriel peut-il être ajouté ?

Plusieurs fois, il a été demandé qu'un champ de saisie standard pour les adresses de courriel soit ajouté (sur l'onglet de la page principale dans la boîte de dialogue d'édition des entrées). La réponse courte : un champ d'adresse e-mail ne sera pas ajouté pour des raisons de convivialité. Maintenant la réponse longue.

Tout d'abord, supposons que la plupart des entrées stockées dans KeePass contiennent des informations permettant de se connecter à des sites Web. Lorsque vous enregistrez un compte pour un site Web, vous devez souvent spécifier un nom d'utilisateur ainsi qu'une adresse de courriel. Lorsque vous vous connectez régulièrement par la suite, il vous suffit généralement de fournir soit le nom d'utilisateur + le mot de passe associé, soit l'adresse de courriel + le mot de passe associé (mais jamais le nom d'utilisateur + adresse de courriel + le mot de passe associé). Ici, la première partie (qui est soit le nom d'utilisateur soit l'adresse de courriel) sert d'identification : vous dites au site Web qui vous êtes. La seconde partie (le mot de passe) assure l'authentification : vous prouvez au site que vous êtes bien celui que vous prétendez être.

Il existe différentes méthodes permettant à KeePass de transférer des données vers d'autres applications. Toutes ces méthodes supposent par défaut que le contenu du champ du nom d'utilisateur est utilisé pour l'identification. Par exemple, la séquence de saisie automatique par défaut d'une entrée est {USERNAME}{TAB}{PASSWORD}{ENTER}, la configuration par défaut de KeeForm utilise le nom d'utilisateur, etc. Maintenant, d'une part, certains sites Web nécessitent une adresse de courriel au lieu d'un nom d'utilisateur. D'autre part, nous voulons que la configuration de transfert de données par défaut fonctionne pour la plupart des sites Web (de sorte que le travail que l'utilisateur doit mettre dans la configuration soit minime et nécessaire uniquement pour les sites Web utilisant des formulaires de connexion spéciaux).

La solution est simple : au lieu d'interpréter le champ 'Nom d'utilisateur' strictement comme un champ contenant un nom d'utilisateur, les utilisateurs devraient plutôt l'interpréter comme un champ dans lequel sont stockées les données nécessaires à l'identification. Ces données peuvent consister en un nom d'utilisateur, une adresse de courriel ou autre chose (par exemple : un numéro de compte pour un site Web de banque en ligne). En le manipulant ainsi, la configuration de transfert de données par défaut fonctionnera pour la plupart des sites Web, c'est-à-dire qu'aucune quantité de travail ne doit être mise dans la configuration. Si vous deviez fournir à la fois un nom d'utilisateur et une adresse de courriel au moment de l'inscription, les autres informations (qui ne sont pas requises régulièrement) peuvent être stockées, par exemple dans le champ des remarques ou un champ personnalisé de chaîne de caractères de l'entrée KeePass.

Supposons maintenant qu'un champ d'adresse de courriel séparé soit ajouté. Lorsque les utilisateurs stockent à la fois un nom d'utilisateur et une adresse de courriel, KeePass ne peut pas savoir lequel des deux est requis pour l'identification. Ainsi, afin de configurer le transfert de données pour l'entrée, les utilisateurs seraient obligés de choisir lequel des deux champs doit être utilisé.

Ainsi, l'ajout d'un champ d'adresse de courriel serait un pas en arrière dans la convivialité, car cela oblige les utilisateurs à consacrer plus de temps à la configuration du transfert de données. Le système actuel ('Nom d'utilisateur' contenant des informations d'identification, sans champ d'adresse de courriel séparé) ne l'exige pas et constitue donc la meilleure solution.

Pour les utilisateurs qui souhaitent configurer manuellement le transfert de données pour chaque entrée, il existe plusieurs façons d'obtenir un champ d'adresse de courriel distinct. Après être passé à l'onglet 'Avancé' dans la boîte de dialogue d'édition d'entrée, un champ d'adresse de courriel peut être ajouté en tant que chaîne personnalisée de caractères. Si le champ doit apparaître sur la page de l'onglet principal de la boîte de dialogue, le greffon KPEntryTemplates peut être utilisé.