Побитовый XOR двух файлов

А что значит зациклить?

А в чем смысл тогда? Если гамма повторяется, то изначальные данные можно восстановить.

А что значит зациклить?

Значит, прибавлять в хвост B, пока длина не станет больше чем длина A.

Если отрежешь более длинный будут коллизии же. Не вернее ли будет добивать нулями короткий до длины второго?

Возьми питон или перл и напиши.

Если отрежешь более длинный будут коллизии же.

Неважно. Действие то простое. Как сделать?

Возьми питон или перл и напиши.

Можно. Но кажется, что можно проще. Нет?

Внаоборот усложняешь.

Проще - это взять си? :)

На Go пять минут такое делается

Проще - это взять си? :)

Здесь уже python/perl предлагали. Что показалось мне избыточным. А си, можно и на си. Но действие то простое. Напишешь, не пройдет и нескольких дней - бац, ненужный никому велосипед.

На Go пять минут такое делается

Следующий в очереди (python/perl/c)?

RUST

лазарус, однозначно и воимя луны

как сейчас помню на борлданде баянил сей моноколес. спросите нафейхуа, ну надо было чем-то время убить

Не вернее ли будет добивать нулями короткий до длины второго?

Нет, ибо A xor 0 == A.

Если нужно написать велосипед, значит его кто-то уже написал. На гитхабе по поиску xor files результаты есть.

На гитхабе по поиску xor files результаты есть.

Логично. Но интересует применение стандартных тулз. Должно быть что-то?

Но интересует применение стандартных тулз.

#define «стандартные тулзы»

Зайдем с другой стороны, знания языков имеются?

Можно искать/разбираться с sed или awk и писать/гуглить баш скрипт. Но это текстовые утилиты, соответсвенно, детали...

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

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

Согласен. В «тему» уже внёс пару «велосипедов», но интересуют стандартные тулзы, или хотя бы, есть такие или нет?

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

Чет на ум подобной утилиты не приходит.

Странновато как то. Подождём. Мож кто вспомнит.

Надо придумать хороший синоним к слову «зациклить». И искать утилиту которая так делает для начала видимо. Ибо xor и зациклить, да ещё и в одной тулзе готовой - очень экзотичненько, либо это какой-то очень распространённый примитив.

Ибо xor и зациклить, да ещё и в одной тулзе готовой - очень экзотичненько

См. «тему». «Велосипеды» есть.

Но ведь там уже написано как твоя хотелка называется по научному.

Но ведь там уже написано как твоя хотелка называется по научному.

???

Где ляп?

Ну либо я не понял чего ты хочешь, либо поясни, чем тебе не подходит утилита onetime.

чем тебе не подходит утилита onetime.

Не совсем понятно что она делает. Плюс:

$ onetime -e -p xoror LICENSE 
Traceback (most recent call last):
  File "/usr/bin/onetime", line 732, in <module>
    main()
  File "/usr/bin/onetime", line 683, in main
    result = encoder.encode(str)
  File "/usr/bin/onetime", line 145, in encode
    return self._output(self.compressor.compress(self.pad.convert(str)))
  File "/usr/bin/onetime", line 84, in convert
    result = result + chr(ord(str[i]) ^ ord(pad_str[i]))
IndexError: string index out of range

вот программы http://monolith.sourceforge.net/ http://www.nirsoft.net/utils/xorfiles.html (windows?)

Программы в мире есть, надо проверить насчет зацикливания, НО:

Что значит стандартные? Их много людей использует?

Что значит стандартные? Их много людей использует?

Входящие в официальные репозитории.

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

Что за позор? Если ты будешь использовать нули то получишь открытый текст в чистом виде, а если случайные данные и не сохранишь их, то получишь случайные данные из которых ничего нельзя извлечь. То что хочет ТС - простейшая реализация нестойкого гаммирования.

Вопрос - зачем? С точки зрения криптографии нужно взять от B хэш и использовать как ключ для полноценного блочного шифрования A. Предложенная схема для этого никак не годится из-за ограниченности и предсказуемости гаммы.

Взять двоичное представление каждого файла (поблочно), а потом четыре if-а, или немного оптимизируя:

...
if[[ $(($x - $y)) -eq 0]] ; then z=0; else z=1; fi;

далее z записывается в блок на запись, а блок уже записывается в файл

с точки зрения криптографии, у ТС - шифроблокнот, при достаточно большом размере блокнота, результат идеально стоек

с точки зрения криптографии, у ТС - шифроблокнот, при достаточно большом размере блокнота, результат идеально стоек

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

файл можно сгенерировать через /dev/random, если нужна теоретическая стойкость или взять tar.gz от какого-нибудь видеофайла, если достаточно практической

гамма не повторялась

если достаточно редко повторяется (длиннее шифруемого текста), то против однократных атак сойдёт

На простых файлах всё это очень сильно не выполняется.

Не совсем то. Нудно, чтобы после encrypt полученного файла достойными утилитами, дешифратор находил последовательности файла B, а не A.

а вот теперь абсолютно стало непонятно, чего вы хотите

Вот реально проще взять Python и не зависеть от прихоти других разработчиков, что они там сделали или не сделали.

Эти «стандартные утилиты» что-то будет запускать? Не само же оно вдруг станет считать XORы внезапно. Там будет некий твой софт все равно. Python есть везде, и этот скрипт может стать частью твоей задумки.

Python есть везде (: рукалицо

проще взять Python

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

Короче, это худшее, что могло произойти с проектом два года назад. А задача была совсем не основная - обвязочные скрипты для автоматизации работы с SDK. Надо было закалить яйца и делать всё на posix shell, всё-таки. (На самом деле, вопрос открытый, но питон явно показал свое неприглядное нутро, на деле)