Простое целочисленное шифрование

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

Простой:

rand = new Random(k);
return (i xor rand.Next())

(точка xor-ing с rand.Next(), а не k заключается в том, что в противном случае, учитывая i и E(i,k), вы можете получить k с помощью k = i xor E(i,k) )

Айден - это алгоритм, который я разработал. Он компактен, быстр и выглядит очень надежно. В настоящее время он доступен для 32- и 64-битных целых чисел. Он находится в общественном достоянии, и вы можете получить его из http://github.com/msotoodeh/integer-encoder.

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

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

Если вы просто хотите выглядеть случайным и не заботитесь о безопасности, как насчет того, чтобы просто поменять местами биты. Вы можете просто перевернуть битовую строку, чтобы старший бит стал младшим битом, вторым по величине, вторым по величине и т. Д., Или вы можете выполнить другую случайную перестановку (например, от 1 до 4, от 2 до 7, от 3 до 1 и т. Д.)

Как насчет XOR с простым или двумя? При попытке проанализировать обмен битами кажется очень случайным.
Попробуйте что-нибудь вроде XORing его с простым и самим собой после битового сдвига.

Сколько целых чисел вы хотите зашифровать? С каким объемом ключевых данных вы хотите иметь дело?

Если у вас есть несколько элементов для шифрования, и вы готовы иметь дело с ключевыми данными, длина которых равна длине данных, которые вы хотите зашифровать, то одноразовый блокнот очень прост (просто операция XOR) и математически нерушим.

Недостатком является то, что проблема сохранения ключа в секрете примерно такая же большая, как и проблема сохранения в секрете ваших данных.

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

Но если серьезно, если вы шифруете целое число, что вы собираетесь делать с ключом, независимо от того, какой шифр вы выберете? Сохранение ключа в секрете будет проблемой примерно такой же (или даже большей), чем сохранение в секрете целого числа. А если вы шифруете кучу целых чисел, просто используйте стандартный проверенный шифр, который вы найдете во многих криптографических библиотеках.

RC4 будет производить столько вывода, сколько вы хотите, поскольку это потоковый шифр.

Выполните XOR с помощью / dev / random