Раньше гибридный протокол QuarkDash выглядел как аккуратная, но тяжеловесная криптобиблиотека. Теперь разработчик пытается удержать баланс: сделать шифрование удобнее для реального применения и не ослабить защиту.

Что произошло

Автор библиотеки на TypeScript выпустил обновление QuarkDash и рассказал, как переработал ключевые механизмы. Главные изменения — ленивый keystream, ротация ключей, nonce на каждое сообщение и усиление защиты NTT.

Это не косметика. По сути, разработчик убрал несколько мест, где протокол был безопасен на бумаге, но неудобен в проде: жадное потребление памяти, вечный ключ внутри сессии, статический nonce и слабую защиту от временных атак.

Как это устроено теперь

Старая версия генерировала keystream пачками по 32 блока. Для больших файлов это выглядело грубо: даже если нужен небольшой фрагмент данных, библиотека заранее раздувала память и создавала лишнюю нагрузку на сборщик мусора.

В новой схеме keystream стал ленивым. Базовый класс хранит кэш на 64 блока и отдаёт только то, что нужно в конкретный момент. Для ChaCha и Gimli это разные размеры блоков, но идея одна — не тратить ресурсы впустую и не пересчитывать одно и то же.

Автор отдельно отказался от Node Stream и Web Streams, потому что они тянут лишнюю сложность и не везде ведут себя одинаково. Он также не стал хранить счётчик внутри шифра, чтобы не ломать дешифровку на стороне второй стороны, которой нужен точный offset.

Второй важный шаг — ротация ключей. Если раньше ключ жил вечно внутри сессии, то теперь библиотека умеет менять его по политике: по объёму данных, по числу сообщений или по таймеру. Для обмена используется явный токен, чтобы обе стороны синхронно переходили на новую пару ключей и не расходились в состоянии.

Параллельно обновили KDF: новый ключ и macKey теперь получают из старого ключа, MAC, соли и счётчика. Старые ключи разработчик затирает из памяти. Это важная деталь: даже хороший алгоритм теряет смысл, если чувствительные данные продолжают лежать в памяти после смены состояния.

Ещё одно изменение — nonce на каждое сообщение. Вместо статического набора нулей библиотека подставляет метаданные с временной меткой и sequence. Так снижается риск повторного использования keystream, а значит, и ошибок, которые часто всплывают уже после внедрения.

Отдельный блок посвящён защите NTT. Автор признаёт, что ранняя реализация была наивной: без нормального блайндинга и с недостаточными проверками. В новой версии он добавил защиту от тайминга и других побочных каналов, чтобы вычисления меньше зависели от особенностей исполнения.

Кого это затронет и какие последствия

Прямой адресат — разработчики, которые строят криптографию на TypeScript и хотят использовать её в продуктах, а не в учебных прототипах. Судя по описанию, QuarkDash рассчитан на шифрование больших объёмов данных, в том числе файлов, стримов и истории сообщений.

Для таких сценариев важны не только математика и стойкость алгоритма, но и поведение библиотеки под нагрузкой. Если keystream жадно раздувает память, приложение начинает тормозить. Если ключ не ротируется, одна утечка может открыть весь прошлый трафик. Если nonce статичен, ошибки подбираются почти незаметно.

Подобные проблемы знакомы и тем, кто защищает обычные пользовательские сервисы: мессенджеры, хранилища, рабочие чаты, бэкапы. Когда система кажется «просто шифрованием», на практике всё упирается в управление состоянием и дисциплину ключей. Похожий подход к защите рабочего контура мы уже разбирали в материале о безопасной архитектуре для ИИ.

Для обычного пользователя вывод проще: даже надёжная криптография ломается не на формуле, а на реализации. Если сервис или приложение шифрует данные, но плохо управляет ключами и буферами, это повод смотреть на продукт внимательнее.

Что сейчас делать читателю

Если вы разработчик — проверьте, как у вас устроены управление ключами, nonce и очистка памяти. Если вы выбираете сервис или библиотеку, смотрите не только на слова «шифрование» и «постквантовый», но и на то, как часто меняются ключи, как хранятся временные данные и есть ли защита от повторного использования состояния.

Для повседневной цифровой гигиены имеет смысл держать под рукой не один инструмент, а набор: менеджер паролей, двухфакторную защиту и отдельный слой для работы в чужой сети. Например, сервис для приватной работы в кафе и аэропортах помогает добавить ещё один барьер, когда вы заходите в почту, банк или корпоративные системы из публичного Wi-Fi.

Если у вас под рукой лишь обычный пароль и старый ноутбук, это уже повод не экономить на базовых вещах. В кибербезопасности чаще всего подводит не экзотическая атака, а простая привычка откладывать настройку на потом.

Чек-лист

  • Проверьте, ротируются ли ключи в вашем сервисе или приложении и по какому событию это происходит.
  • Убедитесь, что nonce или аналогичный идентификатор уникален для каждого сообщения.
  • Посмотрите, не хранит ли библиотека лишние буферы и не раздувает ли память на больших файлах.
  • Попросите у разработчика или поставщика описание того, как он очищает ключи из памяти.
  • Для входа в важные сервисы включите двухфакторную защиту.
  • Храните пароли в менеджере паролей, а не в заметках и чатах.
  • В чужой сети не полагайтесь только на пароль от Wi‑Fi — для чувствительных задач добавьте дополнительный слой защиты.
  • Если приложение шифрует данные, проверьте, есть ли у него свежие обновления и понятная политика безопасности.
  • Для сервисов с историей сообщений и бэкапами ищите явные механизмы ротации и очистки старых ключей.
Поделиться: