Для чего это передавать в обратную сторону? У вас есть точка распространения ваших списков отзыва. Её ГУЦ, а также ваши пользователи, и используют.

Точка распространения СОСов указывается в Анкете УЦ, которую вы передаёте в МКС вместе с запросом на сертификат. По этому адресу ГУЦ раз в несколько часов проверяет там наличие и актуальность СОСов. Так и узнаёт.
А для пользователей же есть расширение в сертификате, куда вы адрес тоже прописываете.

Сообщили, что уберут расширение со сроком действия ключа вообще.

В самоподписанных сертификатах корневых ЦС его тоже нет:)
Для квалифицированных сертификатов все определено нормативно-правовыми актами.

Если посмотреть в 796 приказ

27.2. Срок действия ключа ЭП средства ЭП, используемого средствами УЦ, должен соответствовать требованиям, установленным к средствам ЭП.

Требования к механизму контроля срока использования ключа ЭП, блокирующего работу средства ЭП в случае попытки использования ключа дольше заданного срока, определяются разработчиком средства ЭП и обосновываются организацией, проводящей исследования средства ЭП с целью оценки соответствия средства ЭП настоящим Требованиям.

Не понял зачем вы это тут написали, намекаете, что сроки можно писать вообще какие угодно хоть сто лет, и privateKeyUsagePeriod никому тоже не мешает. Хотя с другой стороны есть ещё и Приказ 795 по структуре сертификата и оттуда отсылка на RFC 5280 - кладезь мирового опыта и знаний.
Т.е. на самом деле есть две задачи:
1. Как наполнить структуру сертификата правильно - это приказ 795 + 5280.
2. Как средство подписи должны противостоять (приведенный пункт Приказа 796) заведомо кривому наполнению сертификата.
Т.е. вы успокоили народ, что CSP отработает как надо даже при кривом сертификате, мне же казалось, что сертификаты должен МКС испекать правильные.