Ресурсы: техническое описание TLS, LaTeX - в картинки (img), криптографическая библиотека Arduino, шифр "Кузнечик" на ассемблере AMD64/AVX и ARM64
Whisper Leak и использование TLS интерфейсами LLM
Пишут про метод, позволяющий обнаружить характер сообщений, которыми обмениваются пользователи с LLM через интерфейсы, использующие TLS. Там нет никакой уязвимости TLS, а речь идёт про анализ метаинформации о соединении: свойства потока TLS-пакетов, выдаваемых интерфейсом LLM, коррелируют с потоком токенов, генерируемых моделью; соответственно, зная примерные характеристики потоков токенов, выдаваемых по “чувствительным темам”, можно попытаться обнаружить факт обсуждения таких тем по TLS-трафику. Это давно известная особенность TLS-соединений. Работает не только для LLM, но и для прочих веб-интерфейсов приложений.
Процитирую фрагмент по этой теме из моего технического описания TLS:
Прослушивающая сторона может определить длину передаваемых TLS-записей, штатная работа протокола (до версии 1.3) не подразумевает каких-то эффективных средств маскировки длины сообщений, если они содержат достаточное количество байтов (маскировать длину данных необходимо дополнительно). Например, если пользователь загружал через веб-форму файл существенного объёма, то количество переданных байтов, очевидно, будет отличаться от сценария, когда пользователь просто закрыл веб-форму. Анализ длины переданных записей, порядка их следования, и сопоставление результата с особенностями веб-интерфейса, нередко позволяет точно определить, какие именно действия совершил пользователь.
Адрес записки: https://dxdt.blog/2025/11/10/16533/
Похожие записки:
- Поломка DNSSEC в .DE
- "Случайные пакеты" как транспорт
- Боты AI
- ИИ-агенты в штатном расписании
- Ключи ECDSA и их перебор
- Деревья Меркла в TLS-сертификатах для Chrome/Chromium
- Машинное обучение и действительные числа
- Реплика: интернет-названия
- Удаление "неактивных" google-аккаунтов
- LLM и "Яндекс.Поиск"
- Вспомогательный ИИ
Новый
Написать комментарий