[devel] I: возврат subkey в alt-gpgkeys

Epiphanov Sergei =?iso-8859-1?q?serpiph_=CE=C1_nikiet=2Eru?=
Ср Июл 12 12:41:27 MSD 2006


В сообщении от Wednesday 12 July 2006 12:22 Aleksey Avdeev написал(a):
> Epiphanov Sergei пишет:
> > В сообщении от Wednesday 12 July 2006 11:58 Aleksey Avdeev написал(a):
> >>  Думаю, достаточно наложить ограничение, что в пакет будут попадать
> >>только key/subkey реально используемые для подписи пакетов.
>
>                     ^^^^^^^^^^^^^^^^^^^^
>
> > Не пройдёт. Например, истекает подключ (или скомпрометирован), он
> > удаляется из пакета, но мантейнер генерит новый подключ, который выдаёт
> > в incoming. Но раз пока нет пакетов, подписанных этим подключом, этот
> > подключ будет выброшен. И в конце концов снова получим ключи без
> > подключей.
>
>   А если выделенное выше поправить на "реально используемые и/или
> планируемые к использованию в ближайшее время"?

А что значит "ближайшее время"? Я, например, выкладываю пакеты когда есть 
необходимость, что наблюдается где-то раз в полгода (или после неожиданной 
трёх- или четырёхмесячной командировки). Длинноватое какое-то это "время". А 
за этот период планы могут поменяться (например, ввести ещё один подключ по 
каким-то причинам, а прошлый использовать в другом месте). Тогда уж или все 
подключи удалить, или затолкать всё подключи в ключ без ограничений (из тех, 
что были присланы мантейнером). И всё из-за того, что это планирование не 
очень поддаётся механизации.

И если уж говорить про безопасность самого ключа. Кто мешает сгенерировать 
ещё один КЛЮЧ, не связанный с исходным и его использовать ТОЛЬКО для подписи 
пакетов. И если он будет скомпрометирован, то исходный ключ будет сохранён. 
Почему все привязаны к идеологии "один ключ - много подключей", если можно 
задействовать другую: "много ключей"? Вроде, руки не связаны. Лично у меня 
так.

-- 
С уважением, Епифанов Сергей




Подробная информация о списке рассылки Devel