Quelles extensions de fichier doivent être utilisées sur la sortie générée par GPG?


15

Sous Linux, les extensions de nom de fichier ne sont pas pertinentes, mais sur un système Windows, de nombreux utilisateurs GPG utilisent des applications GUI plutôt que la ligne de commande. Ils peuvent vouloir pouvoir double-cliquer sur un fichier, une clé ou une signature chiffrés et l'ouvrir avec leur client GPG.

Certaines extensions que j'ai vu beaucoup utilisé sont .gpg, .gpg-key, .asc, .sig(plus le très bavard mais explicite .gpg-revocation-certificate), mais je ne peux trouver aucune sorte de modèle ou « standard » sur lequel les extensions sont recommandées dans quels cas.

Existe-t-il une norme (ou au moins une pratique courante) pour les types de fichiers suivants utilisés par GPG (ou les systèmes basés sur OpenPGP)?

  • Clés exportées
  • Fichiers cryptés
  • Signatures (qui incluent les fichiers signés, les fichiers en clair et les signatures détachées)
  • Certificats de révocation

De plus, pour la plupart d'entre eux, je suppose que l'extension du fichier sera différente selon que la sortie est un fichier armé binaire ou ASCII.


Et si j'ai oublié d'ajouter un type de fichier créé ou utilisé par GPG à la liste, n'hésitez pas à le modifier.
IQAndreas

Voir mes commentaires pour cette question, qui semble indiquer qu'il y a peut-être aussi lieu de se soucier des extensions sous Linux: unix.stackexchange.com/questions/60213/…
Brōtsyorfuzthrāx

Réponses:


12

Normalement, il .sigest utilisé pour les signatures détachées utilisant le format binaire OpenPGP, et .asclorsque le contenu est blindé ASCII.

Pour tout le reste, .gpgest commun au format binaire, .asclorsqu'il est blindé.


Donc, vous dites que pour une signature blindée ASCII détachée, je devrais probablement utiliser .asc?
LinuxSecurityFreak
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.