Чи може викрадений ключ CA для інспекції TLS розшифрувати записані сеанси?
Відрізняйте право видавати довірені сертифікати перехоплення від секретів, потрібних для розшифрування записаних сеансів TLS.
«Зловмисник викрав закритий ключ проксі» не уточнює деталь, що визначає шкоду: який саме закритий ключ?
Інспекційний проксі може зберігати ключ підпису центру сертифікації, згенеровані ключі серверних сертифікатів, секрети активного трафіку TLS, матеріал для відновлення сеансів і відкритий текст у власній пам'яті або журналах. Це різні активи.
Ключ CA дає можливість видавати себе за інших
Клієнти, налаштовані довіряти інспекційному CA, можуть приймати сертифікати, видані під ним, з урахуванням обмежень ланцюжка сертифікатів і перевірок клієнта. Той, хто викраде відповідний ключ підпису, може створювати інші прийнятні сертифікати в цих межах.
Це серйозно, але сам ключ не перенаправляє з'єднання користувача. Зловмиснику також потрібна придатна позиція для перехоплення або інший спосіб змусити клієнта підключитися до підміненого кінцевого пункту. Застосунки з додатковими перевірками сертифікатів можуть його відхилити.
Ключ підпису — не ключ розшифрування запису
У TLS 1.3 з автентифікацією за сертифікатом і ефемерним Diffie–Hellman сертифікат автентифікує обмін. Ключі трафіку виводяться з окремих секретів рукостискання. Отримання ключа підпису CA пізніше саме по собі не відновлює ті минулі ефемерні секрети із запису.
Навіть крадіжка закритого ключа серверного сертифіката не дорівнює отриманню секретів трафіку для такого типу записаного сеансу. Не узагальнюйте це на кожен історичний режим TLS чи кожне налаштування відновлення; важливі узгоджений обмін ключами та скомпрометований матеріал.
Компрометація працюючого інспекційного пристрою може бути значно ширшою за крадіжку його ключа CA. Пристрій працює з відкритим текстом під час інспекції трафіку і може зберігати секрети сеансів або зберігати розшифрований вміст. Ці викриття потребують окремого розслідування, і їх не можна відкинути посиланням на пряму секретність.
Опишіть інцидент точно
Зафіксуйте, чи втраченим матеріалом був ключ підпису, ключі кінцевих точок, активні секрети, збережений відкритий текст або контроль над самим пристроєм. Заміна інспекційного CA та оновлення довіри клієнтів закриває одну можливість; це не стирає скопійовані журнали й не вирішує, чи читався активний трафік. Точні назви ключів дають значно кориснішу відповідь, ніж називання кожного секрету «ключем SSL».