Сертификаты телеметрии: заменить до потери связи с полевыми шлюзами
Увеличить схему
Сервер может продолжать работать, а часть полевых клиентов перестанет подключаться после замены сертификата. Различия обычно скрыты в доверенных опорах, времени устройств и возможностях старых программных версий. Поэтому обслуживание сертификатов рассматривают как изменение всей цепочки, а не только операцию на сервере.
Собрать инвентаризацию
Для каждого защищённого соединения укажите клиента, сервер, владельца сертификата и ответственного за замену. Разделите серверную и клиентскую аутентификацию. В реестре нужны периоды действия, принадлежность к цепочке и способ обновления доверия, но не открытые копии закрытых ключей.
Базовые понятия срока действия и проверки пути сертификатов описаны в RFC5280. (IETF RFC 5280 — X.509 Certificate and CRL Profile) Конкретный профиль защищённого протокола, проверку имени и применяемую политику определяют отдельно. Наличие файла сертификата не доказывает, что клиент примет нужный сервер.
Выбрать контрольные устройства
Проверьте хотя бы разные фактические группы клиентов: версии программы, способы хранения доверия и режимы связи. Устройство из офиса не заменяет старый автономный шлюз, который выходит на связь редко. Для каждой группы составьте доступный способ обновления и возврата.
На стенде воспроизведите новую цепочку и штатное имя сервера. Убедитесь, что часы клиента имеют допустимое состояние. Ошибку времени нужно отличать от отсутствующей доверенной опоры и от неподдерживаемого профиля соединения. Исправления не должны состоять в отключении проверки подлинности.
Спланировать переход
Назначьте окно, порядок изменения сторон и условия прекращения работ. Если архитектура допускает период совместимости, его правила подтверждают заранее. Не рассчитывайте, что новое доверие автоматически попадёт на устройство по соединению, которое уже перестало устанавливаться.
Для редко доступных узлов учитывайте полный цикл выхода на связь. Состояние обновления подтверждается самим устройством либо проверяемой записью системы управления. Общие правила контролируемого изменения OT и восстановления рассматривает NIST. (NIST SP 800-82 Rev.3 — Guide to Operational Technology Security) Они требуют конкретизации для своего хозяйства.
Подтвердить новый сеанс
После замены инициируйте разрешённое новое подключение и проверьте прикладные записи. Уже открытое соединение способно скрыть проблему следующего запуска. Отдельно проверяют резервный сервер или маршрут, если у него собственная цепочка доверия.
В журнале сохраняют результат по группам, выявленные ограничения и адресные нерешённые случаи. Старые доверенные элементы удаляют только по согласованному плану после проверки зависимостей. Для выезда на проблемный узел подготовьте поддерживаемую процедуру восстановления, чтобы обслуживание не превратилось в установку случайного файла без контроля происхождения.
Запросы отправляются на наш e-mail из вашей почтовой программы.
