как расшифровать с помощью случайного одноразового номера в шифровании AES

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

Да, результат сохраненного / отправленного шифрования: nonce, ciphertext, mac.

как я могу выполнить дешифрование, если nonce - случайное число

Одноразовый номер генерируется случайным образом при шифровании ввода, а затем одноразовый номер передается по зашифрованному тексту (очень часто одноразовый идентификатор добавляется в качестве первого блока). На самом деле вам нужно ОДНО ТАКОЕ значение nonce при расшифровке, тогда nonce является частью ввода для дешифрования, а не случайным

или любым другим способом мне нужно разделить nonce, cipher и mac с помощью ключа. как я могу использовать предоставленную конфигурацию для шифрования.

Существует стандартизированный формат сообщения для зашифрованного документа или зашифрованные сообщения XML, но они довольно сложные .

На самом деле - для более простых приложений очень часто мы видим вывод шифрования, составленный как IV || ciphertext || MAC (как конкатенация). IV и MAC имеют фиксированную длину, поэтому вы можете вырезать их и использовать параметры для дешифрования.

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

Это не имеет значения, пока вы не предоставите тот же ввод. Как уже упоминалось, вы можете передать IV (одноразовый номер) как часть сообщения и перед расшифровкой разделить одноразовый идентификатор и исходный зашифрованный текст.

Кстати: у меня есть ссылки на несколько примеров шифрования

Точнее, одноразовый номер должен храниться вместе с зашифрованным текстом.

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

Из Википедии:

Инициализация вектор имеет другие требования к безопасности, чем ключ, поэтому IV обычно не обязательно должен быть секретным. Однако в большинстве случаев важно, чтобы вектор инициализации никогда не использовался повторно с одним и тем же ключом. Для CBC и CFB повторное использование IV приводит к утечке некоторой информации о первом блоке открытого текста и о любом общем префиксе, разделяемом этими двумя сообщениями.

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

IV требуется для расшифровки, вы можете просто отправить его вместе с зашифрованным текстом.

IV || ciphertext

Самый распространенный способ передать вектор инициализации - это добавить его непосредственно перед зашифрованным текстом.