Криптография в Session IM

Что: c48fd6b9485a4ea70a8287d1985dfcb9d9219a4c

Когда: 2025-01-15 12:49:29+03:00

Темы: crypto

Криптография в Session IM

https://soatok.blog/2025/01/14/dont-use-session-signal-fork/
https://getsession.org/session-protocol-explained
Про свой первый взгляд на Session я уже писал в
089bf4d15b98749dc24ee1bb149c53e080e86837. Но на протокол и криптографию
не смотрел. А тут, оказывается, эти ребята вообще решили выпилить и PFS
и deniability свойства. По мне, для IM-а, так этого с лихвой достаточно
чтобы не рассматривать это решение и дальше, ибо ужас.

Но, судя по предоставленным кускам кода в статье, при генерировании
Ed25519 ключей, они используют всего 128-бит энтропию, вместо ~256 бит.
То есть понижая безопасность 25519 до уровня пригодного для brute force
(причём, видимо, даже сейчас на практике).

Думаете, так обосраться было мало? Session постарался. Подписи в
сообщениях проверяются напротив публичного ключа, приложенного к этим же
самым сообщениям. То бишь, они просто по сути проверяют их целостность.
Даже протокол Telegram уже кажется куда более безопасным чем это.

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

В общем, Session это просто лютейшее говно к которому ни в коем случае
нельзя прикасаться. Даже Tox, с его проблемой KCI во время рукопожатия,
просто непробиваем по сравнению с этим.

=> оставить комментарий

Сгенерирован: SGBlog 0.34.0

Proxy Information
Original URL
gemini://gemlog.stargrave.org/c48fd6b9485a4ea70a8287d1985dfcb9d9219a4c
Status Code
Success (20)
Meta
text/gemini
Capsule Response Time
130.262767 milliseconds
Gemini-to-HTML Time
0.55933 milliseconds

This content has been proxied by September (ba2dc).