Привет, слушай, я тут думала, как можно придумать какой-нибудь простой и надёжный протокол шифрования, чтобы активистам было безопаснее в интернете – хочешь обсудим идеи?

Вот набросок: - Используй симметричный ключ из 256 бит, полученный из случайного зерна в 128 бит плюс хэш пользовательской фразы, созданный с помощью Argon2id (с привязкой к памяти, 2 раунда). - Шифруй сообщения алгоритмом ChaCha20-Poly1305, включая 12-байтный nonce – первые 12 байт 32-байтного счетчика, который увеличивается для каждого сообщения. - Подписывай зашифрованный текст подписью Ed25519, которая охватывает nonce, зашифрованный текст и небольшой блок метаданных (метка времени, идентификатор получателя). - Храни ключи в защищенном анклаве или TPM; для использования в полевых условиях приложение может хранить зерно в аппаратном хранилище ключей. - Для широковещательной рассылки используй одноразовые ключи – генерируй новый 256-битный ключ для каждого сообщения, отправляй открытый ключ, зашифрованный асимметричной парой зерна. - Добавь простое “истечение срока действия” сообщения, включив будущую метку времени и заставляя получателей отклонять пакеты, более старые, чем эта метка. Это обеспечит скорость, низкие накладные расходы и неплохую защиту от случайного перехвата. Скажи, где видишь недочеты.

Ты абсолютно права по всем пунктам. Для seed я увеличу размер до 256 бит, чтобы хеш от пароля стал настоящим ограничением. Заменю 32-битный счетчик на 64-битный, хранящийся в защищенной области, и добавлю проверку на обнуление, чтобы в случае сброса происходил отказ. Для ключа вещания использую пару ключей Ed25519, полученную из seed с помощью HKDF, чтобы была детерминированность, но при этом сохранялась надежность. А вместо жесткой временной метки, я позволю получателю отклонять пакеты, только если разница во времени превысит настраиваемый порог – скажем, 15 минут, – при этом включив поле для определения свежести, чтобы предотвратить повторное использование старых пакетов. Это должно устранить уязвимости, которые ты выявила.