Ресурсы: техническое описание TLS, LaTeX - в картинки (img), криптографическая библиотека Arduino, шифр "Кузнечик" на ассемблере AMD64/AVX и ARM64
“Пасхалки” в трафике
(Заметка первоначально опубликована в Facebook, 19/05/2020.) Я вот так устроил, что один сервис, проверяющий TLS, использует специально сконструированное сообщение ClientHello TLS 1.3 (см. скриншот) с посланиями внутри. Небольшая хитрость состоит в том, что там не только поля SessionID и ClientRandom с сообщениями, но и ключ для Диффи-Хеллмана (ECDH) на кривой P-256 – с посланием. Ключ – это два числа, но они должны задавать точку кривой, и хорошие реализации TLS проверяют, что ключ принадлежит кривой. Конечно, вычисление второй координаты Y по известной X-координате – никакой проблемы не составляет, но пришлось урезать пару символов, так как число приводится по порядку базового поля. У тех, кто знаком с ECDH, сразу возникнет вопрос – решил ли я попутно задачу дискретного логарифмирования для P-256? Но нет (а если бы решил, то сообщил бы об этом более занятным способом). Дело в том, что реально в этом сканере общий секрет не нужен, поэтому ответный ключ сервера просто игнорируется. (Конечно, вряд ли кто-то ещё это всё видит в трафике. Но при отладке – помогает.)

Адрес записки: https://dxdt.blog/2022/05/19/9230/
Похожие записки:
- Администрация США и мессенджеры
- ML-KEM на тестовом сервере TLS
- Правила пакетной фильтрации и "постквантовое" ClientHello
- Реплика: слова года и подходы
- Набеги ботов под прикрытием AI
- Построение CVE-2025-0282 в Ivanti Connect Secure
- Ссылки: Telegram и его защищённость
- Восемь косых
- Световой беспроводной телефон позапрошлого века
- Реплика: падения Cloudflare
- Реплика: ещё раз про "ключи на клиенте" и DH
Новый
Написать комментарий