Comments 6
Может, вместо стеганографии base64 с рандомными пробелами?
Пока я не слышал вообще, чтобы аккаунты сносили за что-то подобное. На что уж я слал кучу абракадабры, когда вайбкодил и методом тыка тестировал свою реализацию, но меня так и не забанили. Полезнее было бы реализовать поддержку OTR или GPG, потому что это стандарты и это позволило бы безопасно общаться между собой самым разным неофициальным клиентам (но вместе этого каждый пилит свой велосипед в плане шифрования).
Что бейс64, что псевдокитайский очень легко детектить чуть ли не регуляркой. Лучше что-то вроде такого алгоритма вшить. Да, оверхед большой, но для текстовой переписки в принципе сойдет.
В ссылке https://github.com/kulikov0/whitelist-bypass в адресе потеряна последняя буква.
Можно ещё сделать как у Каганова, традиционную стеганографию:)
https://lleo.me/dnevnik/2026/04/01_max
Интересный эксперимент. Вопрос по архитектуре: вы храните ключи локально на устройстве или есть какой-то обмен через сервер? Если ключи только на клиенте — что происходит при переустановке приложения или смене устройства? Без механизма резервного копирования это довольно жёсткий UX для обычного пользователя, даже если криптография корректная.
Миссия выполнима: Как подружить Max и E2E