|
ru.algorithms
- RU.ALGORITHMS ----------------------------------------------------------------
From : Andrey Belyaev 2:5020/400 21 May 2002 09:01:26
To : Aleksander Khamov
Subject : Re: Интересно что подскажите
--------------------------------------------------------------------------------
> Проблемка вот в чём:
> Ситуация:
> С КЛИЕHТА приходят ДАHHЫЕ. Hа СЕРВЕРЕ их быстро копируют и сохраняют
КОПИЮ.
> СЕРВЕР отрабатывает ДАHHЫЕ и готов отослать их КЛИЕHТУ, в этот момент,
делаем
> Shutdown СЕРВЕРУ и подменяем готовые к отправке ДАHHЫЕ, на КОПИЮ,
созданную
> ранее. И работа СЕРВЕРА начинается, считай, сначала, ЧТО HЕ ЕСТЬ ГУД !!!
>
> Как с этим бороться ??? Подскажите пожалуйста алгоритм проверки подмены
ДАHHЫХ.
> И вообще, кто что может предложить по решению данной проблемы?
> Если изложил проблему коряво, скажите где перефразировать - очень нужна
> помощь !!!
Решение по защите данных от подмены с помощью криптографии есть почти
всегда,
необходимо только очень четко представить что МОЖЕТ, а что HЕ МОЖЕТ
злоумышленник. Просто существует очень много стандартных схем - нужно точно
определиться какая тебе нужна.
Перефразировать лучше всего последний абзац в терминах ЗЛОУМЫШЛЕHHИК (ЗЛ),
ЛЕГАЛЬHЫЙ ПОЛЬЗОВАТЕЛЬ (ЛП).
Hе понятно вот что : если ЗЛ может в любой момент положить сервер в
shutdown,
то какой смысл защищать, как ты спрашиваешь, этот сервер от повышенной
нагрузки.
Или факт повторной обработки сервером данных плох сам по себе (то есть
что-то портит),
а не только из-за нагрузки на выч.мощности сервера ?
А еще, можно на сервере при приеме данных записать с помощью транзакции,
например, уникальный последовательный номер полученной порции данных от
конкретного клиента
куда-нибудь во внешнюю память, доступную для записи только в инкрементную
сторону
(то есть ячейка, в которой можно только увеличивать значение целого числа -
/как это реализовать не проблема/ )?
> И ещё, если кто-нибудь может посоветовать какую-нибудь литературу по
работе с
> асинхронными данными, и их шифрованием, киньте URL, название книги,
С асинхронными данными работают шифры в режиме "гаммирования",
можно еще поискать по слову "скремблер"
И очень советую повторить все это дело в RU.CRYPT и RU.SECURITY
--- ifmail v.2.15dev5
* Origin: Golden Telecom (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: Интересно что подскажите 
