Чому б це порядкові номери мали це полегшувати? Замість цього сервер може ввести фіктивне зіпсоване повідомлення, отже, робиться висновок, що одержувач вважає те порядкове повідомлення нерозбірливим.

Сервер не може ввести нерозбірливе повідомлення, яке буде прийнято. https://github.com/DrKLO/Telegram/blob/e313885ac540c31ea02c85122907a5845fc576d2/TMessagesProj/src/main/java/org/telegram/messenger/SecretChatHelper.java#L1534 та https://github.com/DrKLO/Telegram/blob/e313885ac540c31ea02c85122907a5845fc576d2/TMessagesProj/src/main/java/org/telegram/messenger/SecretChatHelper.java#L1564 (1/2)

І допоки не буде прийнято повідомлення з правильним порядковим номером, чат не працюватиме. (2/2)

Якщо дотримуватися цієї логіки, то усі секретні чати повинні повністю зазнати невдачі, якщо одне повідомлення неможливо буде розшифрувати. Це ж так?

Будь ласка, перегляньте https://core.telegram.org/api/end-to-end/seq_no#proper-handling-of-gaps

Це надзвичайно неефективно і важко підтримувати конструкцію протоколу. Чому ви робите це саме так? Чому б просто не зробити тріскачку ключів 0-RTT?

Вибачте, що розчарували вас створенням такого протоколу, у якому усі ваші пропоновані атаки не працюватимуть 😔

Використовуйте (і підтримуйте) Signal, якщо ви вважаєте, що приватні повідомлення мають залишатися приватними. Telegram веселий, але не безпечний.

А що там із відповіддю Telegram?

Цікаво, і немає відповіді від хлопчини. Може, він занадто розізлився?

Судячи з останнього нашого обміну повідомленнями, швидше за все, так і сталося.

З'явилися нові наліпки!