либо находящийся в стране где на это всё насрать

Чатик теперь не про ассемблер? Может лучше про Кал-либри?

Запускай тему

@Aiwan, ты здесь?

Что это за прога на смартфоне

Искать типо слабо, да?

это не честно, ты искал буквы которые подсвечены на скриншоте. надо было без этого узнать ответ

Если поддержать вашу тему обмена зашифрованной инфой и при этом неизвестными друг для друга ключами (подмешав в эту тему немного ассемблера и рассказав "на пальцах"), то вот один из простых вариантов:
ax=1234 — ключ абонента А.
bx=4321 — ключ абонента Б.
При этом ни одному из абонентов не известен ключ другого.
cx=7777 — сообщение абонента А, необходимо зашифровать и передать к Б.
xor cx, ax
cx — уже зашифрованное сообщение, которое уже получил Б, но всё ещё не может его расшифровать.
xor cx, bx
cx — зашифрованное сообщение абонентами А и Б, но которое не может расшифровать ни А, ни Б.
Абонент А получает его обратно и накладывает (снимает свой ключ)
xor cx, ax
И отправляет ещё раз его к абоненту Б, которому осталось сделать xor cx, bx и получить исходный cx.

Есть пара недостатков:
1. Можно узнать ключ другого абонента.
2. Передавать инфу придётся трижды.

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

Почему? Сложение по модулю 2 применяется повсеместно. Другое дело что я дико преуменьшил пример выше, но развернуть ведь можно и невероятную деятельность.

потому то (X^k)^k=X

байт в байт

Можно ведь генерировать ключ, как в потоковом шифровании, период повторения которого, скажем, несколько лет устроит?)
Т.е. хватит зашифровать не только саму инфу, но и её отсутствие.

Устроит, но надо ключ как-то еще и передать

Ну да, потому-то всё и усложняется, т.к. передать из рук в руки не представляется возможным.

для этого  нужны ассиметричные алгоритмы