Может ли украденный ключ CA для инспекции TLS расшифровать записанные сеансы?
Отличайте право выпускать доверенные сертификаты перехвата от секретов, необходимых для расшифровки записанных сеансов TLS.
«Злоумышленник украл закрытый ключ прокси» не уточняет деталь, определяющую ущерб: какой именно закрытый ключ?
Инспектирующий прокси может хранить ключ подписи удостоверяющего центра, сгенерированные ключи серверных сертификатов, секреты активного трафика TLS, материал для возобновления сеансов и открытый текст в собственной памяти или журналах. Это разные активы.
Ключ CA даёт возможность выдавать себя за других
Клиенты, настроенные доверять инспекционному CA, могут принимать сертификаты, выпущенные под ним, с учётом ограничений цепочки сертификатов и проверок клиента. Тот, кто украдёт соответствующий ключ подписи, может создавать другие приемлемые сертификаты в этих пределах.
Это серьёзно, но сам ключ не перенаправляет соединение пользователя. Злоумышленнику также нужна пригодная позиция для перехвата или иной способ заставить клиента подключиться к подменённой конечной точке. Приложения с дополнительными проверками сертификатов могут его отклонить.
Ключ подписи — не ключ расшифровки записи
В TLS 1.3 с аутентификацией по сертификату и эфемерным Diffie–Hellman сертификат аутентифицирует обмен. Ключи трафика выводятся из отдельных секретов рукопожатия. Получение ключа подписи CA позже само по себе не восстанавливает те прошлые эфемерные секреты из записи.
Даже кража закрытого ключа серверного сертификата не равна получению секретов трафика для такого типа записанного сеанса. Не обобщайте это на каждый исторический режим TLS или каждую настройку возобновления; важны согласованный обмен ключами и скомпрометированный материал.
Компрометация работающего инспекционного устройства может быть гораздо шире кражи его ключа CA. Устройство работает с открытым текстом при инспекции трафика и может хранить секреты сеансов или сохранять расшифрованное содержимое. Эти раскрытия требуют отдельного расследования, и их нельзя отмести ссылкой на прямую секретность.
Опишите инцидент точно
Зафиксируйте, был ли утраченный материал ключом подписи, ключами конечных точек, активными секретами, сохранённым открытым текстом или контролем над самим устройством. Замена инспекционного CA и обновление доверия клиентов закрывает одну возможность; это не стирает скопированные журналы и не решает, читался ли активный трафик. Точные названия ключей дают гораздо более полезный ответ, чем называние каждого секрета «ключом SSL».