Questi comandi gpg sono identici?

Sì, questi comandi sono effettivamente gli stessi:

gpg -c < file > file.gpg
gpg --output file.gpg --symmetric file

Innanzitutto, -c è solo una scorciatoia per --symmetric :

 -c, --symmetric             encryption only with symmetric cipher

Nota inoltre che i caratteri < e > vengono utilizzati in Bash per I / O reindirizzamento , non fanno parte della sintassi delle opzioni di GPG.

Quello che sta succedendo qui è che GPG può prendere input sia da stdin sia da un file specificato come argomento. Invece di dare il nome file come argomento, < FILE lo alimenta semplicemente tramite stdin. Quando GPG nota che l'input è dato tramite stdin, stamperà l'output su stdout di default invece di creare un file (a meno che non si usi --output ). Quindi puoi semplicemente reindirizzare lo stdout con > FILE per scrivere i dati crittografati in un file di destinazione.

second command seems a bit slower to me, is this because of coincidence or are these commands different?

Potrebbero essere equivalenti nella funzionalità di alto livello , ma chiaramente non sono identici; i due comandi non corrispondono esattamente, quindi non sono identici.

Non è una coincidenza che siano equivalenti in funzionalità, in quanto la decisione di gpg di utilizzare stdin e stdout non può essere stata involontaria.

Tuttavia, ciò che è casuale è che uno è più lento dell'altro. Ci sono fattori in gioco come buffering dei file che possono variare nelle specifiche e nelle prestazioni tra le implementazioni della libreria standard C e tanto meno il terminale POSIX. In poche parole, uno potrebbe essere più lento sul tuo computer, ma più veloce o uguale velocità su un'altra configurazione hardware, utilizzando un compilatore o una libreria standard diversi.

Da un punto di vista della sicurezza (che è il significato di questo sito), dovresti usare quello che ritieni più comodo. Immagino che i progettisti dell'interfaccia utente abbiano aggiunto entrambe le interfacce per fornire un'alternativa per le configurazioni di shell che non supportano le pipe, e che da sole non sembra rappresentare un rischio significativo per la sicurezza.