'\0' - Конец строки
'\n' - переход

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

Ключ - это число?
Я думаю, что ненамного сложнее ты сделал)

GriGor1Z, 

Чтобы не было не поняток. Информация зашифрованная таким алгоритмом ломается(точнее подбирается ключ) перебором, причем кол-во переборов не больше 255 

Вот-вот,En_t_end, я это же и имел ввиду)))

Всё зависит от цели. Если надо просто скрыть текст от любопытных глаз, то способ достаточен. Например кому нужна твоя переписка с девушкой? А некоторые вещи не хотелось бы, чтобы папа её прочитал. Но если пап - хакер, тогда конечно придётся переходить к более сложным методам.
ПС:
Кстати, если брать не по байту, а по int, то папе придётся 2^32-1 раз перебирать. 

sergej.z, 

ИМХО нет, все равно если щифровать символ ASCII ты его хоть на сколько раз увеличивай/уменьшай получается, что диапазон шифрованного символа от 0 до 255, то есть 255,254 -переборов. Это как по круговой арене бегать, или как 480 градусов в радианы переводить  Из-за мною упомянутого битового переполнения даже ключ вида 4230000 при добавлении его к байту ASCII даст новый байт, в который может влезть число от 0-255, а ключ можно подобрать, хоть и не 4230000, но тоже верный в диапазоне от 1-255.

Добавлено @ 18:55 

Даже если "пап" хакер можно воспользоватся не сложным методом с применением 1-килобайтного символьного кода)  Если у папы нет мощного кластера под рукой и пары деньков, то не сужденно ему прочитать что-либо 

Это сообщение отредактировал(а) En_t_end - 13.8.2006, 18:48

En_t_end, пусть мимо топика, но расскажи(очень уж интересно) про "несложный метод"))

Хм. И то верно 

А можно так:


Вот это уж взламывать будет подольше пап-хакер)))

Pilligrim, 
Вариант с 4-байтами даже для современной домашней машины как орешки щелкать 

Просто интересно стало, если потребуется расшифровать такого рода файл, то организовать перебор вариантов несложно, но как потом програмно определить какие варианты могут быть "человеческим" текстом?  Не слишком весело просматривать даже 2^32 фрагментов (только для int) 

поидее самый простой способ. 

En_t_end, это я просто со сложением сказал. Пусть сделает по какой-л. формуле: синусы, косинусы. Выбор огромен. И взламывать будет дольше. Тем более, что после записи в файл out, можно еще и побитовую инверсию, провести,а может и или/и. Еще раз повторю:  Выбор огромен.

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

PS:
А если ещё и не знаешь, на каком языке шифровка....