Форум: "Основная";
Текущий архив: 2002.03.18;
Скачать: [xml.tar.bz2];
ВнизКак можно шифровать текст в Memo ListBox RichEdit перед сохранением на диск. А при чтении расшифровывать. Чтоб никто не читал его. Желательно чтобы было быстро и просто. Найти похожие ветки
← →
Shirson (2002-02-28 08:06) [16]>Poirot "Что то я вас не понимаю... Что значит не поддаётся впринципе...
По моему скромномку мнению - XOR - самая ламерская защита... так сказать на бабушку из соседней избушки, которая только о грамофоне и знает...
"
:)
Имея ключ шифрования равный или больший по длине самому сообщению, XOR выдаст шифрованный текс без каких-либо закономерностей. Т.е. ты будешь знать только длину сообщения. И декрипт будет сводиться к простому перебору всех возможных комбинаций символов, причем без возможности ОДНОЗНАЧНОЙ раскодировки.
Если ты не "бабушка из соседней избушки, которая только о грамофоне и знает", могу прислать тебе файлу скажем кило на 10 зашифрованную XOR :) Возьмешься за декрипт? ;) Защита ведь ламерская, всего 4*10^1022 вариантов ;))))))))
И можешь неверить в простоту сколько угодно, но старина Оккам был прав :)
Насчет промышленной криптограйии. XOR тут неподходит по нескольким причинам.
Для него отсутствует понятие открытый/закрытый ключ. Например для нашего банка это неприемлемо.
Криптовалка является и декриптовалкой. Плюс в простоте выливается в минус при использовании. Имея криптовальщик и ключ сообщение дешифруется на ура. В системе с открытым ключем - шишь.
Длина криптованого и декриптованого сообщения равны - не то что-бы гиганский минус, но неочень нехорошо.
Вот, в общих чертях.
С математической точки зрения XOR если не идеален, то очень хорош. С практической точки зрения вклинивается много факторов, например человеческий, которые мешают использовать XOR в голом виде. А для внутрипрограммном кодировании - да лучше и ненужно.
Страницы: 1 2 вся ветка
Форум: "Основная";
Текущий архив: 2002.03.18;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.005 c