сейчас уже и детали не вспомню

gpg формат - это надо за собой цельный asn.1 стек тащить

и еще разбираться с кучей всякого legacy

понятно

отсутствие asn.1 - уже жирный плюс к безопасности

мм, оно еще и ssh-ключи может и шифрование файлов

как бы ГОСТы в RFC на OpenPGP протащить хотя бы в виде зарезервированных идентификаторов

мне по нраву!

это надо в mailing list разрабов RFC писать?

Нормально было бы, если каталог ключей обеспечивал тот, кто принимает почту и он-же являлся одним из центров доверия. Т.е почтовик получает подпись на сертификат от CA, а пользователь заверят свою подпись у почтовика и у любого другого CA.

При подключении к почтовому серверу мы валидируем ключом CA его подпись, дальше запрашиваем активный ключ пользователя и валидируем его сертификатом сервера. А на клиенте ключ уже валидируем CA клиента.

О смене ключа клиента будет говорить сам сервер.

кто на ком стоял?

> валидируем ключом CA его подпись

подпись чего?

кто "мы" и кто "клиент" ?

Клиент == получаетель
Мы == почтовый клиент отправителя или почтовый сервер отправителя
Сервер = почтовый сервер получаетеля

Подпись которой подписывается сертификат при установке соединения с почтовым сервером.

Т.е берём обычный TLS с его готовой  PKI, добавляем в почтовый сервер каталог публичных ключей его мэйлбоксов и удостоверяем эти ключи ещё и подпись самого сервера.

Для того чтоб оно изкоропки работало у пользователей, сгенерированные ключи удостоверять через ACME протокол, просто отправлять верифицирующие нонсы через почту

В принципе удостоверять ключи ещё и серверным ключом не обязательно, можно доверять только CA которым подписан сертификат пользователя

Пользователь хранит свои ключи в отдельной скрытой папочке, шифрует их каким-то только ему известным ключом/паролем. Сертификаты таким образом синхронизируются на всего его устройства, а сервер видит активные публичные ключи

Из проблем что у пользователя нет возможности сделать аналог CAA, чтоб явно указать каким CA можно доверять

А, ну и публичные ключи которыми клиент пользователя шифрует сообщения получателям, тоже в отдельной папочке хранятся.

Кстати, при обмене ключами, клиент или почтовый сервер отправителя может добавлять к запросу свою почту, чтоб получать уведомления об отзывае сертификата

А S/MIME поддерживается много кем, так что из костылей только обмен ключами

@cebka о. А из rspamd плагинов можно VRFY запросы перехватывать?