gpg - с двоеточием возвращает ???? - ?? - ??как срок годности.Linux Y2K проблема? - PullRequest
0 голосов
/ 11 сентября 2018

gpg --with-двоеточие сообщает о неправильном сроке действия (хотя ключ пригоден для шифрования). См. "[Expires: ???? - ?? - ??]"

gpg --with-colon key.ascii
pub:-:1024:17:77A54749D56561D6:2016-06-10:????-??-??::-:AAA AAA <AAA@somewhere.com>:
sub:-:2048:16:44479A86F9DB1538:2016-06-10:????-??-??::: [expires: ????-??-??]

КогдаЯ запускаю --list-packages. Я вижу, что срок действия установлен на 27 лет в будущем:

gpg --list-packets key.ascii
...
        hashed subpkt 2 len 4 (sig created 2016-06-10)
        hashed subpkt 9 len 4 (key expires after 27y145d0h0m)

Означает ли это, что gpg имеет ошибку в обработке 2016-06-10 + 27y145d?

Безопасно ли предположить, что дата фактически никогда не истекает, и предположить, что она не истекла, потому что второй столбец в аргументе --with-colons это '-', а не 'e' (см.https://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=blob_plain;f=doc/DETAILS для деталей --with-colons output)

1 Ответ

0 голосов
/ 11 сентября 2018

На самом деле это проблема Linux y2k. Даже на Windows версии gpg. Смотрите это:

gpg --gen-key
...
Key is valid for? (0) 50y
Key expires at ????-??-??
Your system can't display dates beyond 2038.
However, it will be correctly handled up to 2106.
Is this correct? (y/N)

Yeap. Имейте в виду, что если вы установите срок действия сверх 2038, это повлияет на gpg, отображающий дату окончания срока действия, и на любое программное обеспечение, которое полагается на правильную дату окончания срока действия, которое указано в gpg.

РЕДАКТИРОВАТЬ : используйте gpg --with-colon --fixed-list-mode для печати времени эпохи в виде целого числа, которое вы можете обрабатывать до 2106.

...