| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Как можно шифровать текст в Memo ListBox RichEdit перед сохранением на диск. А при чтении расшифровывать. Чтоб никто не читал его. Желательно чтобы было быстро и просто. [D5, WinME]
дикое Кенгуру © (2002-02-27 08:38:00)Как можно шифровать текст в Memo ListBox RichEdit перед сохранением на диск. А при чтении расшифровывать. Чтоб никто не читал его. Желательно чтобы было быстро и просто.
KvORubin (2002-03-03 12:44:00) [1]
Кто нибудь напишет наконец подробныйпример !!!!
Или Уважаемые так и будете олясы точать ???
Poirot (2002-03-03 02:23:00) [2]
> дикое Кенгуру
> А если не надо, то и нечего воздух сотрясать. Значит всё
> что вы тут понаписали, это всё пустозвонство ничем не подкреплённое. Трепотня попросту говоря.
Вам, дорогой мой, манерам хорошим надо поучится... Вы просили совета. Вам его давали, а я пытался всё расположить по полочкам...
Вопрос был поставлен не коректно и я на выпады типа "Если вы.., то сделайте ..." не отвечаю, т.к. это приводит к нехорошим последствиям...
И с другой стороны вы читать умеете - я писал, что пытаюсь выяснить прелести и недостатки...
Чем вам не понравилась фраза "а оно мне надо..." - что здесь неправда... Шифровать хором вам или мне надо, вам или мне совет понадобился, вы или я путаете некоторые вещи в различии суперпозиции операцию и операций над двумя операндами... и я бы попросил меня не долбать.
Пустозвонство - Ваши вывод нелогичен... подмена понятий...
ЗЫ: в принципе человеку, о котором ничего не известно, можно говорить всё что угодно иделать аналогичные вещи, т.к. о ему никто оветить влицо не сможет....
Я за свои слова готов отвечать, но не на подобные выходки.
дикое Кенгуру (2002-03-03 01:19:00) [3]
Poirot
А если не надо, то и нечего воздух сотрясать. Значит всё что вы тут понаписали, это всё пустозвонство ничем не подкреплённое. Трепотня попросту говоря.
За свои слова не отвечаете.
Poirot (2002-03-02 20:29:00) [4]
> Shirson ©
Писаному верить:)... А как он работает... Вы случаем не знаете... надеюсь не только на таймере... как я (Типа умны) читал книгу господина Д. Кнута - генератор основаный на системном времени - "хреноват"... У вас Другое мнение или я что-то не понял
> дикое Кенгуру
Во-первых, оно мне надо... Если кАму-то это надо, то он это сделает... В принципе это вам не ГОСТ... чтоб над этим голову ломать...
Во-вторых, Дешифровать Ради принципа - я ничего не делаю, ради принципа т.к считаю это не важным поводом... можно за веру, отечество, родителей, но не за принцип...
В-третьих, что это значит -
> Если вы умеете расшифровывать, то расшифруйте.
Я теоретик, и см п.1
Shirson (2002-03-02 12:33:00) [5]Да, я был прав. Вот с Борланда:
Description:
Q. What is the formula used by the random number generator in
Turbo Pascal?
A. The random number generator in Turbo Pascal uses 32-bit
arithmetic. It maintains a 32-bit "seed", which is treated as
an unsigned integer. Each call to Random changes the seed by
the formula seed:=multiplier * seed + 1 mod 4294967296 Turbo
Pascal uses the multiplier, 134775813. The modulus,
4294967296, is 2 to the power 32. The multiplier was chosen
carefully for its nice randomness properties. The seed will
take on every 32-bit integer before repeating.
Период получается 4294967296. Вполне, вполне :)
Shirson (2002-03-02 12:27:00) [6]>Poirot ©
"Всё OK...
Вот только проблемка с генератором возникает... Где достать генератор с периодом хотябы в рекомендованый 1Mb... не кубики же бросать, хотя при этом мы и получим 36^n вариантов последовательности значений но блин, задолбаешься..."
Хм... вы считаете, что Дельфовый генератор имеет период менее 1048576? Мне казалось у него он на несколько порядков больше.
Если же есть сильная потребность, тут, на сайте, в разделе "новости VCL" есть "Best Random Generator v.1.0". Период 2^144 (2*10^43). Думаю хватит :)
дикое Кенгуру (2002-03-02 06:33:00) [7]Кстати может у кого ещё есть мысли по дешифровке ?
Xor с одним байтом можно угадать сделав xor со всеми 256 вариантами и просмотре визуально результат.
Если же xor хотя бы с двумя байтами то визуально просмотреть становится проблемотично. 65536 вариантов.
дикое Кенгуру (2002-03-02 05:55:00) [8]22606
> Во всем написанном поддерживаю Shirson ©, тем более что
> дикое Кенгуру удовлетворенный результатом уже отвалил
Я ещё не отвалил. Просто отвлёкся немного.
Насчёт лопаты - весело )
Poirotдикое Кенгуру
> У важаемый Вы сами разницу уловите или вам пояснить....
Поясните мне примером.
Давайте эксперимент поставим, чтобы проверить теорию практикой.
Вот я зашифровал текст приведённой выше функцией. Получил строчку :
201bcc01c508161005001e0209040608c0c0cd0411190e001d001dd30105cc0fc01d4319cc2dfa2c17d31e00090c001d100502cd1ec01d11091706080ce1f1c92ad21e0609d301001dc0d1031b1a58d2d0dfcefee6310300d104090ec001d02d09021b001d12cd170ecb2ec215170919c2ede621c5cc370ece2dfa
Шифруется/Расшифровывается он строкой которая во много раз короче исходного текста. Если вы умеете расшифровывать, то расшифруйте. Тогда будет о чём поговорить. А пока не о чем. Пустые слова.
Poirot (2002-03-01 20:26:00) [9]>> 22606
Я говорил о совете Shirson ©, который был указан выше... 1024кб key-file... А не для вас!!! Мне сам генератор интересен а не сообщение... я просто хочу посмотреть, каким образом можно сгенирировать такое сообщение...
А Толстого - логично, но генератором интересней
22606 (2002-03-01 19:26:00) [10]А почему именно 1 MB ?
И зачем именно генерировать ?
Бери любой текст (хоть Толстого) и накладывай.
Тем более дикое Кенгуру не указал размер шифруемого текста.
Может он пароли длиной 10 байт шифрует в базе ?
Да и перебор комбинаций 256^10 (при длине шифруемого текста и соответственно ключа - 10 байт) займет немало времени, тем более, что функция не дает однозначного ответа правильно или неправильно расшифрован текст. Так что не передергивайте... А если это попытка подобрать пароль к серверу, который отвечает на попытку подконектиться только через 1 секунду. Да Вы только пароль из 1 байта будете подбирать 4 минуты. А Вы говорите Мегабайт...
Poirot (2002-03-01 19:18:00) [11]
> 22606 ©
Может повторюсЬ, но принимать какие либо вещи как есть, то и до краха человечества добраться будет легче... А насчёт ЛОПАТЫ вы неправы - у кого акромя лопаты и нет нечего, то как его можно осуждать за попытку повесить дверь...
В свете сабжа поднилась более обширная тема защиты инфы, и что охранять тут не имеет никакого значения...
Poirot (2002-03-01 19:12:00) [12]
> Shirson ©
> Я надеюсь, Poirot, между нами нет больше недопонимай? Или
> есть? :) Тогда пишите
Всё OK...
Вот только проблемка с генератором возникает... Где достать генератор с периодом хотябы в рекомендованый 1Mb... не кубики же бросать, хотя при этом мы и получим 36^n вариантов последовательности значений но блин, задолбаешься...
22606 (2002-03-01 17:34:00) [13]Во всем написанном поддерживаю Shirson ©, тем более что дикое Кенгуру удовлетворенный результатом уже отвалил, а попытки Poirot © и Ko поставить под сомнение целесообразность XOR в данной ситуации выглядят бравированием на пустом месте и как раз и напоминают попытки навесить бронированную дверь на сарай, в котором кроме ржавой лопаты никто ничего хранить не собирается.
Shirson (2002-03-01 09:13:00) [14]>Pete
Куда еще быстрееи прощечем XOR? :)
Aleksandr (2002-02-28 16:33:00) [15]Уважаемые коллеги!
Я на практике столкнулся с необходимостью шифрации файла данных - в нашей системе используются "вручную" собранные данные для расчетов, а разные товарищи в инете их тут же "подбирают" и открывают свои страницы, где можно проводить эти расчеты, так как ранее вся инфа хранилась просто в таблице парадокса. Механизм, который я использовал, выглядит так:
Сами данные - TList объектов, состоящих из ID1, ID2, N1, NameRus, NameInt, T1 (условно).
Каждый раз, когда данные обновляются (добавляются), на сервере генерируется новый файл, создающий случайное число (от 3 до 6) случайных криптовых цифр. Соответственно, каждый символ данных складывается с криптовой цифрой. Это стандартно (принцип того же XOR). А суть в том, что данные в файл пишутся нелинейно - во-первых, случайный порядок итемов (в программе они всегда отсортируются), а во-вторых, при их чтении делается поиск криптов в нескольких офсетах от начала файла... И с тех пор никто из конкурентов обновленную информацию не получает...
Pete (2002-02-28 16:17:00) [16]Н-да... а человек просил быстрои просто:)))
Kettle of delphi (2002-02-28 15:34:00) [17]Ясно. Если делать компот, то да, этот способ можно применить! )))
Shirson (2002-02-28 14:32:00) [18]Да, не несет. Он несет информацию о том, какой кусок файла где расположен. Без этого будет очень милый компот :)
Kettle of delphi (2002-02-28 13:42:00) [19]Дело в том, что я никак не могу частность придумать от такого общего случая :)
Ваши частности:
1. Данные на CD - милое дело! Так и делают, кстати. Только указанный алгорит не применяется при таком подходе! Обычно - ПЖП или БестКрипт... :)
2. Фат по ключу? Ерунда! Фат не несет в себе информацию, находящуюся в файлах! Это все равно, что сделать бронированную дверь метровой толщины и повесить ее на простеньких петельках, которые еле-еле держат ее вес! )))
Shirson (2002-02-28 13:30:00) [20]>Kettle of delphi
Может случиться, что забарать сообщение нет возможности. Разве что зип использовать или CDRW :)
Может попасться маньяк, который решит по ключу FAT перелопачивать. Перелопатил, забрал дискетку и весь винт, считай, зашифрован :) Пришел, загрузился с дискетки, разлопатил FAT обратно - работай :)
Я просто привел общий случай, а частности на то и частности.
| |
Страницы: 