Jakie rozszerzenia plików należy stosować w danych wyjściowych generowanych przez GPG?


17

W systemie Linux rozszerzenia nazw plików są nieistotne, ale w systemie Windows wielu użytkowników GPG używa aplikacji GUI zamiast wiersza poleceń. Mogą chcieć dwukrotnie kliknąć zaszyfrowany plik, klucz lub podpis i otworzyć go za pomocą swojego klienta GPG.

Niektóre rozszerzenia widziałem wykorzystywane są dużo .gpg, .gpg-key, .asc, .sig(plus bardzo gadatliwy ale oczywiste .gpg-revocation-certificate), ale nie mogę znaleźć żadnego rodzaju wzoru lub „standard” na które rozszerzenia są zalecane w jakich przypadkach.

Czy istnieje standard (lub przynajmniej powszechna praktyka) dla następujących typów plików używanych przez GPG (lub systemy oparte na OpenPGP)?

  • Wyeksportowane klucze
  • Zaszyfrowane pliki
  • Podpisy (w tym podpisane pliki, wyczyszczone pliki i odłączone podpisy)
  • Certyfikaty cofnięcia

Ponadto dla większości z nich zakładam, że rozszerzenie pliku będzie się różnić w zależności od tego, czy dane wyjściowe to plik binarny, czy plik pancerny ASCII.


A jeśli zapomniałem dodać do listy jakiś plik utworzony lub używany przez GPG, możesz go edytować.
— IQAndreas

Zobacz moje komentarze do tego pytania, które wydaje się wskazywać, że może istnieć powód, aby przejmować się również rozszerzeniami w Linuksie: unix.stackexchange.com/questions/60213/...
— Brōtsyorfuzthrāx

Odpowiedzi:


14

Zwykle .sigjest używany do odłączania podpisów przy użyciu binarnego formatu OpenPGP i .ascdo tego, gdy zawartość jest opancerzona ASCII.

W pozostałym zakresie .gpgjest wspólny dla formatu binarnego, .ascgdy jest opancerzony.


Mówisz, że w przypadku oderwanego podpisu opancerzonego ASCII prawdopodobnie powinienem był to zrobić .asc?
— LinuxSecurityFreak,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.