Ресурсы: техническое описание 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/
Похожие записки:
- Сертификаты Let's Encrypt на шесть дней
- Машинное обучение на электронах
- TLS-сертификаты и дервья Меркла от Cloudflare
- Ссылки: Telegram и его защищённость
- Интерпретация DMARC в разрезе DKIM
- Реплика: интернет-названия
- Реплика: ИИ-LLM как инструмент поиска в программировании
- Техническое: ECS и блокирование адресов CDN
- Реплика: блокирование feedburner.com
- Let's Encrypt и санкции в правилах
- Модели вычислений и размерность пространства
Новый
Написать комментарий